有些外部用户抱怨他们无法或没有收到来自我们的 Exchange 服务器的邮件。我已将外部用户设置为联系人，并启用了保留副本和将副本转发到外部电子邮件帐户的选项。
解决这个问题的最佳方法是什么，因为我的直觉是它可能与灰名单和他们的 ISP 有关，我们的 Exchange 服务器的出站 smtp 服务器设置是使用 dyndns 的，我想也许其中一个服务器可能在黑名单上，而外部电子邮件客户端（用户）主机/ISP 可能只是丢弃它。
用户表示该电子邮件实际上可以在他们的 Outlook Web Access 上查看，但它永远不会到达设置为转发地址的外部电子邮件帐户。谢谢。
答案1
我思考您说您使用 DynDNS 服务作为智能主机（“我们的 Exchange 服务器的出站 smtp 服务器设置是使用 dyndns”），并且您担心收件人的 ISP 可能会丢弃该消息，因为他们“不喜欢”DynDNS 服务器（列入黑名单等）。一般来说，这不是我使用 DynDNS 的经验（我已经使用他们的“Mailhop 出站”服务大约 6 年，用于我的所有商务电子邮件），但您当然可以尝试联系收件人的 ISP 来查看。
你可能应该启用“消息追踪”这样您就可以找到问题邮件并跟踪其流向。但是，一旦邮件离开您的 SMTP 服务器，您就无法查看后续的 SMTP 事务。启用“邮件跟踪”后，您至少可以看到邮件已成功离开您的组织。
如果收件人的 ISP 只是默默地丢弃该消息，那么如果没有 ISP 的合作，您将无能为力。
答案2
如果已启用消息跟踪，则可以使用 ESM 中的消息跟踪工具来跟踪消息。如果已启用 SMTP 日志记录，则还可以使用 SMTP 日志来查看与外部服务器的 SMTP 事务。确保从 Exchange 服务器测试基本组件（如 DNS 解析），并尝试从 Exchange 服务器建立到外部服务器端口 25 的 telnet 会话。
答案3
除了 Evan 所说的内容之外，您还可以检查 Exchange 服务器上的邮件队列，查看这些电子邮件（如果是近期的）是否处于重试状态并多次尝试发送失败。本节可能会给出原因。这样做的好处是，它比搜索邮件跟踪要快得多，但可能没有那么彻底。
另外，您是否使用过 SMTP 测试器来确保您已经涵盖了所有基本功能，例如对我们的传出 SMTP 服务器的 IP 进行反向 PTR？
如果您看到它处于重试状态，我总是喜欢尝试通过 telnet 执行初始 SMTP 步骤（直到发送消息的位置）到远程 SMTP 服务器，以查看是否收到特定的 SMTP 错误。我喜欢这样做只是因为它感觉感觉我更接近实际发生的情况，而 Exchange GUI 对我来说感觉太遥远了。