上周，Exchange 2010上线了，我注意到了队列查看器（在交换控制台中），它提出了一些错误400 4.4.7 message delayed电子邮件。
我们的会员收到的回扣反应是：
Delivery is delayed to these recipients or groups: [email protected] ([email protected]) 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.
这只是一个具体的例子，其他电子邮件地址工作的多个域有多个（对于同一个域）。
我们即将通过他们的filter过滤邮件，然后进入服务器，但现在MXlogging直接指向我们的交换服务器。
有没有人有任何想法如何解决这个问题？ 或者如果移动到filter（从而改变我们的MXlogging去的地址）将解决这个问题？
这个错误涉及很多可能性。 从另一个问题 （但略有修改）的这个答案采取：
首先， 尝试使用telnet与远程邮件服务器build立SMTP会话，以查看是否可以获取更多信息。
还有一种可能性是，某种古怪的防火墙规则已经被设置，从而丢弃，改变或调整与远程服务器关联的域或IP的数据包。 不太可能，但是我看到了陌生的东西。 检查您的网关防火墙以及Exchange服务器的软件防火墙，以确定可能与远程SMTP服务器有关的任何规则。 检查可能与远程域关联的域，IP和任何地址范围。
另一个渺茫的可能性是远程域名有DNS区域问题。 也许他们的MXlogging是陈旧的。 也许他们执行了区域迁移，但从未将所有内容迁移到新的DNS服务器。 再次，疯狂的事情发生了。
另一种可能是接收服务器正在对发送的IP进行反向DNS查询，并且它与您的MXlogging不匹配。 如果MXlogging指向192.0.2.1，但是它位于防火墙192.0.2.2之后，并且防火墙上的虚拟IP设置为接受192.0.2.1，则出站stream量将被视为192.0.2.1，但RDNS将显示192.0.2.2作为邮件服务器。 这种差异可能会导致一些接收服务器以各种方式拒绝邮件（尽pipe我希望收件人电子邮件pipe理员不会抑制信息弹回消息，而是select通用失败消息）。
（作为一个便笺，RDNS检查像上面这些都是愚蠢的，因为许多人已经对出站电子邮件进行了authentication，并且必须与入站服务器不匹配，电子邮件pipe理员，不要懒惰！
最后，但肯定不是最不重要的，使用SPFlogging！ DKIM也是。 您可能会发现，在正确设置这两件事情之后，您的许多短暂电子邮件问题就会消失。
当然， 听Shane Madden并检查你的邮件队列 。
最后， 联系远程域的pipe理员，并与他们一起解决 。 你可能需要和他们一起解决这个问题。
在Exchangepipe理控制台的“工具箱”部分查看邮件队列。
每次尝试传递邮件时，您都可以深入了解正在生成的特定错误，这应该能够揭示根本原因。 在域队列中查找特定的问题消息，然后右键单击该消息并打开属性; “ Last Error ”部分是感兴趣的。
可能的原因是端口25 / TCP连接和DNSparsing问题，但是如果您仍然遇到问题并且可以帮助确定根本原因，请编辑您在问题中find的错误。
没有进一步的信息，这并不奇怪。 一些收件人的服务器实施速率限制控制，防止洪泛他们的服务器。 一些消息要经过其他人的等待（稍后再试）。
如果这个问题的真实性超过（比方说）10％的邮件，那么你有DNSparsing，内部防火墙或其他奇怪的networking设置，防止您的网站上的邮件stream问题的问题 。
但是这与你的MX设置完全没有关系。
另外一个注意事项，特别是对于aol.com域名，如果你的公司会发送很多邮件给他们（我不知道他们开始把你列入黑名单的门槛是什么），你需要注册一个邮局pipe理员联系你的域名这个网站： http ： //postmaster.aol.com/Postmaster.Whitelist.php
我在Exchange服务器上设置的DNS已经停用。 我试图ping几个延迟的邮件域，并没有收到任何决议。
我进入我的networking设置在服务器上，并更新主DNS和辅助DNS。
一切开始stream动再次罚款。
希望这可以帮助