☰

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

tag-icon • tag-icon email email-server email-bounces bulk
批量电子邮件 - 如何处理“超出配额/邮箱已满”无法送达的电子邮件？

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

但是由于用户的邮箱已满/用户超出配额，会产生大量“未送达”邮件。因此电子邮件地址仍然存在，但邮箱已满。

因此最常见的两种情况可能是

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

b) 用户放弃了他的帐户（无论出于何种原因），帐户已满，就这样了。该帐户将永远不会再使用……

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

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

我认为大多数 ESP 会在一段时间后删除不活跃/已满的电子邮件地址，因此它们无论如何都会变成硬退回？或者 ESP 会阻止过于频繁地向已满的邮箱发送邮件吗？

答案1

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

有些组织会将临时故障传递到专门处理重试的第二台服务器。如果您这样做，请不要继续将其传递到不同的服务器。

如果您每月发送邮件超过一次，请考虑暂时停用从重试服务器退回的地址。跟踪由于长期临时故障而导致地址退回的时间（投递成功率）。考虑删除几个月内失败的地址。

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

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

答案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.

相关内容