无法使用 Exchange 2003 从某些域接收电子邮件。

Question

我最近遇到了 Exchange 2003 服务器的问题。我无法接收来自某些域的电子邮件。特别是只有 2 个域名（每个域中只有一个用户尝试向我们的域发送电子邮件）。

我已经打开过滤器来测试它是否是过滤问题无济于事。我还查看了邮件跟踪日志，但是当发件人说他们向我们发送了多封测试电子邮件时，我注意到没有来自任一域的电子邮件。我可以远程登录到服务器并获得适当的 EHLO 和 HELO 响应，我们没有被列入黑名单，其他一切看起来都正确。

我想知道是否有人对我接下来可以检查或研究的内容有任何建议。如果我忘记了重要信息，抱歉，请告诉我，我会发布更多信息。提前致谢。

Answer 1

我假设您通过指向您的 Exchange Server 计算机的 MX 记录直接从 Internet 接收电子邮件（基于您的陈述：使用 TELNET“手动”运行 SMTP）。如果您有任何反垃圾邮件/反病毒过滤，您应该在开始向第三方系统管理员投诉之前对自己进行双重/三次检查。

话虽如此，接下来解决此问题的最佳地点将是发送方。如果您无法从他们那里获得牵引力来监控他们的出站电子邮件流，那么您可以尝试在您的一端捕获流量，但很可能您将有一个巨大的干草堆需要梳理。

发件人应该寻找 SMTP 协议日志或他们的电子邮件系统具有相当于 Exchange“邮件跟踪”（/var/log/mail.log 等）的任何内容，以了解他们的服务器如何处理失败的邮件（发送用户应该能够帮助他们在他们的日志中识别）。假设他们正在“丢失”消息、被策略阻止等，他们的服务器没有将 NDR 发送回发送用户是愚蠢的。黑洞出站电子邮件永远不是答案。（可以说，在入站电子邮件上发送 NDR 可能不是一个好主意。是的，是的 - 我知道有几个 RFC 说你应该......>叹息<）

如果发件人无法帮助您，那么您唯一的希望很可能是在您的边界捕获流量并尝试从他们的出站服务器识别连接尝试（或缺乏连接尝试）。假设您可以让某人按命令发送消息（例如，在电话呼叫期间）并假设他们的出站服务器基础设施不需要很长时间来处理消息，您应该能够捕获与发件人服务器的 SMTP 对话（或者什么都没有，如果它永远不会给你）。

说实话，从技术角度来看，这真的不是你的问题。不幸的是，用户和管理人员不了解 Internet 电子邮件的“狂野西部”性质，并且经常将其视为一种可靠的通信形式。当现实证明并非如此时，他们经常责怪最近的电子邮件系统管理员，而不是接受这一点，与邮政邮件不同，它不是一个可靠的系统。