我有一些外部用户抱怨说他们不能或不从我们的交换服务器收到邮件。 我已将外部用户设置为联系人，并启用了保留副本并将副本转发到外部电子邮件帐户的选项。
什么是最好的方式来解决这个问题，因为我的直觉是它可能与灰名单和他们的isp有关，我们的交换服务器的出站smtp服务器设置是dyndns，我想也许其中一个服务器可能在黑名单和外部电子邮件客户端（用户）主机/ isp可能只是将其丢弃。
用户指出该电子邮件实际上可用于在其Outlook Web Access上查看，但它永远不会到达被设置为转发地址的外部电子邮件帐户。 谢谢。
我想你是说你使用DynDNS服务作为智能主机（“我们的交换服务器的出站smtp服务器设置是使用dyndns”），并且担心接收者的ISP可能会丢弃因为他们“不喜欢”DynDNS服务器（黑名单等）。 一般来说，这并不是我的使用DynDNS的经验（我已经使用他们的“邮件出站”服务约6年的所有业务电子邮件），但你当然可以尝试联系收件人的ISP看到。
您可能应该启用“消息跟踪”，以便您可以find问题消息并跟踪其stream程。 一旦消息离开了你的SMTP服务器，但是你没有可见性进入后续的SMTP事务。 使用“消息跟踪”function，您至less可以看到离开您的组织成功的消息。
如果收件人的ISP只是悄无声息地丢弃了信息，那么在没有ISP的合作的情况下你可以做的事情就不多了。
如果您启用了邮件跟踪，则可以使用ESM中的邮件跟踪工具来跟踪邮件。 如果您已启用SMTP日志logging以查看与外部服务器的SMTP事务，也可以使用SMTP日志。 确保从Exchange服务器testingDNSparsing等基本组件，并尝试从Exchange服务器build立到外部服务器的端口25的Telnet会话。
除了Evan所说的之外，您还可以检查Exchange服务器上的邮件队列，以查看这些邮件中的任何一个（如果有点新近的话）处于重试状态并且有多个递送失败尝试。 在本节中可能会给出一个原因。 关于这一点的好处是，它可以比search消息跟踪快很多，但是可能不会如此。
另外，您是否使用了SMTPtesting器来确保您已经涵盖了所有的基础知识，例如为我们的外发SMTP服务器的IP使用反向PTR？
如果您看到它处于重试状态，我总是喜欢尝试通过telnet（直到发送邮件的位置）通过最初的SMTP步骤到远程SMTP服务器，以查看是否收到特定的SMTP错误。 我喜欢这样做，只是因为感觉像我更接近实际发生的事情，因为Exchange GUI对我来说太遥远了。