如何解决未收到且未退回的电子邮件？

Question

首先，有人告诉我，如果电子邮件无法送达，您总会收到退回邮件。换句话说，服务器会告诉你，这是无法提供的电子邮件，你是有效通知你想联系的人已经没有你的消息。

我还被告知垃圾邮件捕获者通常只是将电子邮件作为垃圾邮件而不通知发件人。在我看来，这符合已发送的电子邮件，但垃圾邮件捕获器只是将其移至垃圾文件夹。

但是，有时您发送电子邮件却从未收到回复。一周后你打电话给他们，他们说他们从来没有收到过。你认识这个人。你以前给他们发过电子邮件没有问题。有时，您“看不见”的电子邮件甚至是对他们原始电子邮件的回复。因此，当您通过电话获得它们时，您再发送一个，但他们没有收到！你应该怎么做？

要进行调查，您可以尝试从所有涉及的地址发送电子邮件，然后检查它们是否已送达：

1. 从你的主要到你朋友的主要。
2. 从你的次要到你朋友的主要。
3. 从你的主要到你朋友的次要。
4. 从您的辅助电子邮件到您朋友的辅助电子邮件。
5. 以上各点的所有逆序，总共发送了八封电子邮件。

在这八封测试电子邮件中的一封或全部未收到的情况下，您可以做什么？如果没有返回“无法投递”的消息，这表明什么？电子邮件在传送路径上的哪个位置可能会停止，您将如何解决该问题？

---

在我的特定情况下，这最近发生在两个客户身上（业务，所以这非常重要）。

对第一批客户电子邮件进行了测试：

1. me@my_primary.com 到 client1@their_primary.com - 未收到，没有反弹，在垃圾中找不到。
2. me@my_primary.com 到 client2@their_primary.com - 未收到，没有反弹，在垃圾中找不到。
3. me@my_secondary.com 到 clientany@their_primary.com - 收到
4. clientany@their_primary.com 至 me@my_primary.com - 已收到

使用第二个客户端电子邮件进行了测试：

1. me@my_primary.com 到 client1@their_primary.com - 未收到，没有反弹，在垃圾中找不到。
2. me@my_secondary.com 到 client1@their_primary.com - 收到
3. clientany@their_primary.com 至 me@my_primary.com - 已收到

对于这两个客户，他们之前多次收到来自我的主要电子邮件地址的电子邮件，但现在出现了这个问题。我怀疑其他客户由于缺乏回复而没有收到一些电子邮件。

我的主要电子邮件是通过在 bluehost 上托管的具有专用 IP 的域发送的。根据 Bluehost 技术支持，传入的电子邮件通过此 IP 路由，但 Bluehost 的所有传出电子邮件都通过轮换的代理 IP 路由。基本上，我的专用 IP 甚至从未被外发电子邮件触及。这意味着外发电子邮件仍然容易受到其他用户行为不当导致的列入黑名单的 IP 的影响。根据 Bluehost 技术支持，在我发送失败的电子邮件时出现了一个小问题，并不是每个发送失败的域都收到了退回邮件。这可能是我的问题。

Answer 1

曾经有一段时间，服务器会尝试退回所有失败的电子邮件。（曾经有一段时间，您或多或少可以信任网络上的每个人，或者至少信任他们的系统管理员。）时代已经改变，大多数电子邮件都是垃圾邮件。

即使尝试发送退回邮件，也会存在阻止发送回复的情况。这些应该主要是原始域的问题。

退回邮件的唯一安全时间是在邮件被接受之前。许多服务器接受所有消息，然后才验证它们是否可以传递消息。一旦邮件被接受，退回邮件很可能会被发送到身份被欺骗的域，并被视为反向传播垃圾邮件。

不退回邮件的另一个原因是保护有效电子邮件地址列表。退回有错误的邮件no such user可以清除潜在电子邮件地址的列表。这简化了可能用于网络钓鱼的有针对性的电子邮件活动。

在垃圾邮件指标上排名很高的电子邮件通常会被丢弃。这就是我收到的所有“419”诈骗消息的情况。某些黑名单被认为足够可靠，您的消息可能会被丢弃。

从动态 IP 地址发送的邮件也可能会被丢弃，因为它是垃圾邮件的可能性远远超过 99%。抱歉，动态 IP 地址上有很多垃圾邮件机器人。DNS 通过反向验证的静态 IP 地址可能是有效的。

最好通过使用您的日志及其日志来处理交付问题。您应该能够在日志中验证您的消息被传送到哪个服务器。他们应该能够从日志中验证您的消息发生了什么。

有些服务器会将您的消息退回给您，并提供消息质量的各种指示。为此，您需要让传入消息正常工作。然后您就可以开始处理外发消息了。

我已经在电子邮件上发布了一些内容。我关于检测电子邮件服务器伪造的文章列出了一些验证服务。我最初关于运行电子邮件服务器的帖子有点咆哮，因为当时我正在处理一些配置错误的服务器。较大的组织正在增加应用我的http://www.systemajik.com/blog/email-policy/中包含的策略。