☰

通用答案

tag-icon • tag-icon email unresponsive
通用答案

首先，我被告知，如果电子邮件无法送达，你总是收到退回邮件。换句话说，服务器会告诉您无法发送电子邮件，并且您会收到通知，告知您尝试联系的人已经不是收到你的来信。

我还听说垃圾邮件捕捉器经常直接将电子邮件归为垃圾邮件，而不通知发件人。在我看来，这算是已送达的电子邮件，但垃圾邮件捕捉器只是将其移至垃圾邮件文件夹。

然而，有时你发了一封电子邮件却得不到回复。一周后你打电话给他们，他们说他们没有收到。你认识这个人。你以前给他们发过电子邮件，没有问题。有时你的“未见”电子邮件甚至是对他们原始电子邮件的回复。所以当你打电话时，你又发了一封，他们没有收到！你该怎么办？

为了进行调查，您可以尝试向所有相关地址发送电子邮件，然后检查它们是否已送达：

  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 技术支持称，在我发送失败的电子邮件时出现了一个小问题，并不是每个发送失败的域名都会收到退回邮件。这可能是我的问题。

答案1

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

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

退回邮件的唯一安全时间是邮件被接受之前。许多服务器会接受所有邮件，然后才验证是否可以投递邮件。一旦邮件被接受，退回的邮件很可能会发送到身份被伪造的域，并被视为反向散射垃圾邮件。

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

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

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

处理传递问题的最佳方法是查看您的日志和他们的日志。您应该能够在您的日志中验证您的消息被传递到了哪个服务器。他们应该能够从他们的日志中验证您的消息发生了什么。

服务器会将您的消息反弹给您，并提供各种消息质量指示。要使此功能正常工作，您需要让传入消息正常工作。然后，您就可以开始处理传出消息了。

我已在电子邮件上发表了大量文章。我的文章检测电子邮件服务器伪造列出了一些验证服务。我最初的帖子运行电子邮件服务器有点抱怨，因为当时我正在处理一些配置错误的服务器。大型组织正在越来越多地应用我的http://www.systemajik.com/blog/email-policy/。

答案2

将我之前的一些评论转换为答案，因为我相信这对于托管和内部运行的服务器来说都是一个很好的一般初始步骤：

您运行的测试是正确的；进行一组具体的测试来隔离和重现问题始终是良好的第一步。诊断此类问题的下一步是检查日志，尽管如果您无法控制邮件服务器，这并不总是直接可行的。

如果您运行自己的服务器，请检查发送邮件服务器的传出队列日志。看看是否有任何值得注意的事情。如果您可以控制接收服务器，也请检查那里的日志。您收到（或没有收到）的退回电子邮件通常只是状态的最终“摘要”，通常可以在日志中找到更详细、更高分辨率的信息。

如果您没有运行自己的服务器（例如，就您而言，因为 bluehost 拥有控制权），我建议您的下一步是致电托管服务提供商的技术支持并解释您的情况，询问他们是否有任何其他可以说明问题的记录详细信息。此外，他们可能知道一些正在影响您的其他持续问题，而您自己无法发现这些问题 - 这特别有用，因为它可以为您省去尝试调查您无法解决的问题的麻烦。您下一步的行动将取决于该对话的结果。

答案3

通用答案

在这种情况下，您通常不会收到退回的邮件，您需要尝试联系从您的电子邮件服务器到他们的电子邮件服务器的任何网络管理员，并询问他们为什么他们的服务器将您的电子邮件放入碎纸机。众所周知，网络管理员对任何未经请求的电子邮件都持怀疑态度，因此您可能需要多次尝试。如果您有电话号码，也请尝试一下。您自己的主机显然是一个不错的起点。您为他们的服务付费，他们必须欠您一些支持。

当您收到退回邮件时，有时会包含技术信息，例如The mail server [IP Address or host name] has been temporarily rate limited due to IP reputation.找出该邮件的所有者并查看整个网络对此的看法。如果该邮件确实是垃圾邮件，您会发现其他管理员对此表示抱怨，甚至将其和相关名称/IP 列入黑名单。如果该邮件是您自己的主机的 IP，那么当您打电话询问原因时，他们最好给您一个解释。如果您确定您使用的是劣质主机，导致这些事情不堪重负，请寻找新的主机。

我的情况的具体细节：

五年后我终于明白了，但这纯属偶然。

概括：Bluehost 是一家糟糕的提供商。Bluehost 对其部分外发邮件管理不善。如果您打电话告知他们这些问题，他们会说只要您每月多付一点钱，他们就会保护您的域名和电子邮件免受垃圾邮件的侵扰。几年前我第一次打电话时，他们没有告诉我这件事。他们把责任归咎于一个坏人，然后把这件事当成是他们平常没有发生过的事。如果您使用的是 Bluehost，请换一家新的提供商（而不是 Hostgator，因为它们属于同一家公司）。

细节：

我收到了一封退回的电子邮件，其中附加的 details.txt 文件中内容如下：

Reporting-MTA: dns; gateway24.websitewelcome.com
X-Postfix-Queue-ID: C9074BB68A
X-Postfix-Sender: rfc822; [my email address]
Arrival-Date: Thu,  2 Apr 2020 18:59:11 -0500 (CDT)

Final-Recipient: rfc822; [recipient email address]
Original-Recipient: rfc822;[recipient email address]
Action: failed
Status: 4.7.650
Remote-MTA: dns; outlook-com.olc.protection.outlook.com
Diagnostic-Code: smtp; 451 4.7.650 The mail server [192.185.50.93] has been
    temporarily rate limited due to IP reputation. For e-mail delivery
    information, see https://postmaster.live.com (S3113)
    [DM6NAM12FT032.eop-nam12.prod.protection.outlook.com]

使用 IP Tracker 上的黑名单检查器我发现在 找到的邮件服务器192.185.50.93声誉不佳。接收服务器暂时拒绝了来自它的邮件。在 cmd 中对该 IP 地址运行 tracert 显示它被 websitewelcome.com和unifiedlayer.com关联 IP 包围。两者都是 Bluehost 属性。使用上面相同的黑名单检查器，我发现列表中的其他几个 IP 也附加websitewelcome.com或unifiedlayer.com声誉不佳。

Bluehost 声称他们知道自己的声誉不佳，但却没有采取任何措施，只是为了向您推销产品，这显然是他们一段时间以来一直在使用的伎俩。考虑一下 Bluehost 上一位小型自建 Web 开发者的言论当他发现同样的问题时，一位管理员回复并告诉他，他阻止了 unifiedlayer 服务器：

最后，一些具体的信息。我搜索了“unifiedlayer”，找到了一些常见的搜索，例如“unifiedlayer 不安全吗”和“unifiedlayer 垃圾邮件”。你自己去搜索吧。您会发现，人们对统一层发送的邮件的总体信任度与体腔搜查、性病和政客的信任度相当。

所以我做了几乎任何人都会做的事情，我打电话给我的服务提供商。Bluehost 告诉我，unifiedlayer 是一款内部产品，他们非常清楚垃圾邮件问题，他们非常非常努力地解决这个问题（这是释义，不是引用），就像 Bluehost 犯的其他错误一样（而且屡屡犯错），如果我愿意每月多付一点点钱（在这种情况下是 5 美元），他们就会允许我的“ericasadun”域名电子邮件通过不同的发件人发送。

我最终偶然发现了这些信息，而且是在我恼火地更换主机，采取“烧毁并重建”的方法之后。压死骆驼的最后一根稻草是，我联系了 15 年的商业客户突然收不到我的任何电子邮件，不得不求助于个人雅虎地址。

相关内容