400 4.4.7消息延迟

上周，Exchange 2010上线了，我在队列查看器中（在Exchange控制台中）注意到，它出现了几封有错误的电子邮件400 4.4.7 message delayed。

我们的会员得到的回扣是：

Delivery is delayed to these recipients or groups:

XXX@aol.com (XXX@aol.com)

Subject: test

This message hasn't been delivered yet. Delivery will continue to be attempted.

The server will keep trying to deliver this message for the next 1 days, 19 hours and 54 minutes. You'll be notified if the message can't be delivered by that time.

这只是一个特定的示例，对于多个域，其他电子邮件地址也可以使用多个域（对于同一域）。

我们即将通过其过滤器过滤邮件，然后进入服务器，但现在MX记录直接指向我们的交换服务器。

有谁知道如何解决这个问题？还是如果移至过滤器（因此将MX记录的地址更改为）可以解决此问题？

此错误涉及很多可能性。从我的这个答案中得到的另一个问题（但稍作修改）：

首先，尝试使用telnet与远程邮件服务器建立SMTP会话，以查看是否可以获得更多信息。

也可能已经设置了某种奇怪的防火墙规则，该规则会丢弃，更改或以其他方式调整与远程服务器关联的域或IP的数据包。不太可能，但是我见过一些奇怪的事情。检查网关防火墙以及Exchange服务器的软件防火墙是否存在与远程SMTP服务器有关的任何规则。检查域，IP以及可能与远程域关联的任何地址范围。

另一种可能性是远程域存在DNS区域问题。也许他们的MX记录已过时。也许他们执行了区域迁移，但从未将所有内容迁移到新的DNS服务器。再一次，疯狂的事情发生了。

还有另一种可能性，就是接收服务器正在对您的发送IP执行反向DNS查找，并且与您的MX记录不匹配。如果您的MX记录指向192.0.2.1，但是它位于192.0.2.2防火墙之后，并且在防火墙上设置了一个虚拟IP来接受192.0.2.1，则出站流量将被视为192.0.2.1，但是RDNS会显示192.0.2.2作为邮件服务器。这种差异可能导致某些接收服务器以各种方式拒绝该邮件（尽管我希望收件人电子邮件管理员不会抑制提供信息的退回邮件，而是选择通用的失败邮件）。

（作为一个附带说明，像上面的RDNS检查是愚蠢的，因为许多人已经对出站电子邮件进行了身份验证中继，并且根据需要，它们将无法与入站服务器匹配。电子邮件管理员，请不要偷懒！）

最后但并非最不重要的一点是使用SPF记录！DKIM也是。您可能会发现，正确设置这两件事后，许多暂时的电子邮件问题便消失了。

当然，请听Shane Madden并检查您的邮件队列。

最后，与远程域的管理员联系，并与他们一起解决。您可能需要与他们合作解决问题。

在Exchange管理控制台的“工具箱”部分中检查您的邮件队列。

您将能够深入探究每次尝试传递邮件时所产生的特定错误，这应该可以弄清根本原因。在域队列中找到特定的问题消息，然后右键单击该消息并打开属性；“ Last Error”部分是您感兴趣的部分。

可能的原因是端口25 / tcp连接性和DNS解析问题，但是如果仍然遇到问题，请在问题中编辑发现的错误，我们可以协助确定根本原因。

没有更多信息，这看起来并不奇怪。某些收件人的服务器实施速率限制控制，以防止其服务器泛洪。有些消息会立即通过，而另一些则需要等待（稍后再试）。

如果此问题的发生率超过10％（例如），则说明DNS解析，内部防火墙或其他奇怪的网络设置存在问题，这些问题阻止了邮件在您网站上的流动。

但这与您的MX设置完全无关。

另请特别注意aol.com域名，如果贵公司将向他们发送大量邮件（我不知道它们开始将您列入黑名单的门槛是多少），则需要在该网站：http : //postmaster.aol.com/Postmaster.Whitelist.php

在我的Exchange服务器上设置的DNS已淘汰。我尝试对几个延迟的邮件域执行ping操作，但未收到任何解决方案。

我进入了服务器上的网络设置，并更新了主DNS和辅助DNS。

一切再次开始顺畅。

希望这可以帮助