主页 / server / 问题 / 772418
Accepted
Perrschy
Asked: 2016-04-24 01:13:23 +0800 CST

批量电子邮件 - 如何处理“超出配额/邮箱已满”无法投递的电子邮件？

  • 772

我们发送时事通讯/批量邮件（当然是双重选择）。我们会立即从我们的邮件列表中自动删除硬退回邮件（邮箱不可用、用户未知、主机未知...）。

但是由于用户的邮箱已满/用户超出配额，会产生很多“未投递”的邮件。所以邮箱地址依然存在，但邮箱已满。

所以最常见的两种情况可能是

a) 用户仍在使用他的帐户，并且将在不久的将来删除一些电子邮件，这样他就不会再超过配额，并且可以再次接收电子邮件。

b）用户放弃了他的帐户（无论出于何种原因），它已经满了，就是这样。它永远不会再被使用...

所以第一种情况告诉我不要从我们的邮件列表中删除电子邮件地址，第二种情况告诉我应该删除它。当然，我不知道。

就“我的邮件服务器/IP 地址的声誉”而言，最佳策略是什么？我是否应该尝试在接下来的几天/几周内发送，如果仍然无法正常工作，我应该将其视为 b) 吗？

我会假设大多数 ESP 会在一段时间后删除不活动/完整的电子邮件地址，所以它们无论如何都会变成硬退回？或者 ESP 是否会阻止过于频繁地将邮件发送到已满的邮箱？

email email-server email-bounces bulk

2 个回答

  1. Best Answer

    当邮件传递被延迟时，您的邮件服务器应该重试。请使用较不激进的重试策略，例如在失败前 1、3、6、12 和 24 小时之后。您也可以在 2 天和 4 天后重试。如果时事通讯对时间敏感，您可能需要更短的重试时间。您不太可能因为在临时失败（例如邮箱已满）后重试而受到惩罚。您可能会因为激进的重试政策而受到惩罚。我见过服务器每分钟重试几次，直到成功。

    一些组织会将临时故障传递给专门用于处理重试的第二台服务器。如果你这样做，不要继续将它传递给不同的服务器。

    如果您每月发送邮件超过一次，请考虑暂时暂停从重试服务器退回的地址。跟踪地址因长期临时故障而弹跳多长时间（交付成功率）。考虑删除几个月都失败的地址。

    您将累积死地址，因为并非所有组织都会退回死地址。考虑每年左右发送消息，要求用户再次选择加入。虽然您可能不想立即删除用户，但如果他们两年或更长时间没有回复，您可能希望删除他们。

    编辑：超额配额/邮箱已满并不是您收到邮件延迟的唯一原因。您应该按照上面列出的合理时间表重试所有延期。如果服务器繁忙，服务器将推迟连接。灰名单将推迟来自未列入白名单的新服务器的消息。我的服务器还会延迟来自未通过各种策略检查的服务器的消息：SPF、rDNS（IP 地址）、rDNS（如果 IP 地址不匹配，则为 HELO/EHLO）等。我的灰名单是每个网络块的，但我的策略列表是由服务器完成的。如果 Microsoft 控制的服务未列入白名单，我的策略列表将适用。否则，我的策略列表一直在捕获垃圾邮件机器人和垃圾邮件。

    • 0

  2. RFC1893 - 增强的邮件系统状态代码：

    3.3 Mailbox Status
(...)

   X.2.2   Mailbox full

      The mailbox is full because the user has exceeded a
      per-mailbox administrative quota or physical capacity.  The
      general semantics implies that the recipient can delete
      messages to make more space available.  This code should be
      used as a persistent transient failure.
    • -1

相关问题