☰

一些来自外部域的发件人收到“用户未知”错误

tag-icon • tag-icon domain-name-system smtp exchange-2010
一些来自外部域的发件人收到“用户未知”错误

据我所知，这个问题在这里还不存在，但如果存在的话，我深表歉意。

自 1 月 1 日起，我们的公司名称已更改，因此我们的电子邮件地址也已更改。除了一些外部发件人在尝试向我们发送电子邮件时遇到一些奇怪的“5.1.1 用户未知”错误外，转换过程一切顺利。

我与一位外部顾问进行了交流，听取了他们对此的看法，他们似乎认为收件人的 DNS 记录已经过时了。我们服务器的 MX 记录已在我们的外部 DNS 上存在一个多月 - 新域名于 1 月 1 日被设置为我们的“主”域名。

我设法从收件人那里得到了几份错误报告，它们看起来像这样。任何有关此事的帮助都将不胜感激

The following recipient(s) cannot be reached:
      'User Name' on 13/01/2012 11:07 AM
            550 5.1.1 <[email protected]>... User unknown

编辑：上面列出的域是“新域”。发送到旧域的电子邮件仍可正常发送。我还可以验证该策略是否已针对该用户设置，以及新电子邮件地址是否存在于其“电子邮件地址”选项卡中。

编辑 2：接收邮件服务器正在运行 VamSoft ORF 以进行反垃圾邮件。Vamsoft ORF 日志或交换日志均未显示任何电子邮件到达我们域的迹象，但是当它们使用旧域时，它们会顺利通过。

答案1

解决此问题的关键是让某人查看发件人服务器上的传出 SMTP 事务日志。您可以尝试将其故障与您自己的消息跟踪日志、SMTP 协议日志或流量嗅探相关联，但最好的数据将来自发件人自己的 SMTP 服务器。如果发件人有 IT 人员，我建议您与他们取得联系。如果没有，请尝试让发件人向您提供完整的未送达报告以及完整的传输标头。

您需要知道发件人实际上试图向哪个 SMTP 服务器执行投递，然后您就能从那里找到问题的根源。如果他们正在与您控制的服务器通信，那么您应该能够获得 SMTP 对话的日志，可能一直到流量嗅探。如果他们没有与您拥有的服务器通信，那么您需要找出原因（即过时的 DNS 缓存）。

在完全不合适的时间缓存 DNS 查找并非闻所未闻，但也不常见。如果您知道发件人使用的上游 DNS 服务器是谁，您可以尝试针对该 DNS 服务器查找您域的 MX 记录，看看会得到什么结果。

答案2

我与一位外部顾问进行了交流，听取了他们对此的看法，他们似乎认为收件人的 DNS 记录已经过时

把这个“顾问”送到ass！他生成文盲胡言乱语！我安装了正确的 SMTP 会话收集器（指定为域的 MX 和服务器上处理的域），只有一些电子邮件没有映射到现有的目标问题是您的本地重写规则|Exchange 中的 MDA 或（可能存在) border-MTA — 如果不对您的邮件子系统的深度传递路径进行探索，就无法说更多。

遗憾的是，我对 Exchange 的 MTA 一无所知（除了邮政局长世界中众所周知的分母“胡说八道！”），但是，作为长期担任邮政局长的我可以看到：

  • 您必须确定您的服务器真正产生了哪些反弹（在链式处理“边界 - 内部”的情况下）
  • 更好的办法是找到所有被退回的电子邮件（本地用户）
  • 实时调试（监控）此类用户的传入 SNTP 会话（如果故障生成器具有调试能力）或者比较“坏”用户和“好”用户并寻找定义上的差异

与 Evan 讨论后添加

您必须确认未送达的邮件是您的服务器上的问题。请任何退回邮件转发（“MIME 转发”，以完整原始邮件作为附件）的所有者回复您，并检查退回邮件的标题（Received），以确认（或拒绝）您的 MTA 参与作为退回邮件

就我而言，我可以提供（一定数量的）时间、注意力、思想、双手和我的 smtp 发射器来测试传入的 SMTP

相关内容