上周 Exchange 2010 上线，我注意到队列查看器（在 Exchange 控制台中）出现了一些有错误的电子邮件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.
这只是一个具体的例子，对于多个域名，还有多个其他电子邮件地址可以使用（对于同一个域名）。
我们即将通过他们的过滤器过滤我们的邮件，然后进入服务器，但现在 MX 记录直接指向我们的交换服务器。
有人知道如何解决这个问题吗？或者，如果移动到过滤器（从而更改我们的 MX 记录所指向的地址）是否可以解决这个问题？
答案1
此错误涉及多种可能性。摘自这是我在另一个问题上的回答（但略有修改）：
第一的，尝试使用 telnet 与远程邮件服务器建立 SMTP 会话看看你是否可以获得更多信息。
还有一种可能是设置了某种奇怪的防火墙规则，丢弃、更改或以其他方式调整与远程服务器关联的域或 IP 的数据包。不太可能，但我见过更奇怪的事情。检查网关防火墙以及 Exchange 服务器的软件防火墙，看是否有任何可能与远程 SMTP 服务器有关的规则。检查可能与远程域关联的域、IP 和任何地址范围。
另一个可能性很小的原因是远程域存在 DNS 区域问题。也许他们的 MX 记录已经过时。也许他们执行了区域迁移，但从未将所有内容迁移到新的 DNS 服务器。同样，更疯狂的事情也发生了。
还有一种可能性是，接收服务器正在对您的发送 IP 执行反向 DNS 查找，但该 IP 与您的 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 的歌并检查你的邮件队列。
到底，联系远程域的管理员并与他们一起解决问题。您可能必须与他们合作才能解决问题。
答案2
在 Exchange 管理控制台的“工具箱”部分检查您的邮件队列。
您将能够深入了解每次尝试传递消息时生成的具体错误，这应该会揭示根本原因。在域队列中找到特定的问题消息，然后右键单击该消息并打开属性；“ Last Error”部分是感兴趣的内容。
可能的原因是端口 25/tcp 连接和 DNS 解析问题，但如果您仍然遇到问题，请将您发现的错误编辑到问题中，我们可以协助确定根本原因。
答案3
如果没有更多信息，这看起来并不奇怪。一些收件人的服务器实施速率限制控制，以防止服务器泛滥。有些消息会立即通过，而其他消息则必须等待（稍后再试）。
如果超过（假设）10% 的邮件存在此问题，则表明 DNS 解析、内部防火墙或其他奇怪的网络设置存在问题，导致邮件无法正常传输。你的地点。
但这与您的 MX 设置完全无关。
答案4
我的 Exchange 服务器上设置的 DNS 已停用。我尝试 ping 几个延迟的邮件域，但没有收到任何解析结果。
我进入服务器上的网络设置并更新主 DNS 和辅助 DNS。
一切又开始顺利进行。
希望这可以帮助