我在将邮件发送到特定域时遇到问题。 反弹信息是：
“无法在指定的时间内发送邮件，请重试或联系您的pipe理员。”
但是，我可以成功地将消息发送到其他域没有任何问题。 我已经在MXToolbox.com上检查了我们的服务器声誉，并且修复了这些问题，而且我们的声誉对于所有黑名单至less是中立的。
任何build议，我应该看看有这个问题纠正，将不胜感激。
问题存在于收件人的邮件服务器，而不是您的最终。 检查远程域的MXlogging，并确保其邮件服务器正在响应SMTP请求。 使用telnet与远程邮件服务器build立SMTP会话，以查看是否可以获得更多信息。
还有一种可能性是，某种古怪的防火墙规则已经被设置，从而丢弃，改变或调整与远程服务器关联的域或IP的数据包。 不太可能，但是我看到了陌生的东西。 检查您的网关防火墙以及Exchange服务器的软件防火墙，以确定可能与远程SMTP服务器有关的任何规则。 检查可能与远程域关联的域，IP和任何地址范围。
另一个渺茫的可能性是远程域名有DNS区域问题。 也许他们的MXlogging是陈旧的。 也许他们执行了区域迁移，但从未将所有内容迁移到新的DNS服务器。 再次，疯狂的事情发生了。
另一种可能是接收服务器正在对发送的IP进行反向DNS查询，并且它与您的MXlogging不匹配。 如果MXlogging指向0.0.0.1，但在防火墙后面是0.0.0.2，并且防火墙上的虚拟IP设置为接受0.0.0.1，则出站stream量将被视为0.0.0.1，但RDNS将显示0.0.0.2作为邮件服务器。 这种差异可能会导致一些接收服务器以各种方式拒绝邮件（尽pipe我希望收件人电子邮件pipe理员不会抑制信息弹回消息，而是select通用失败消息）。
（作为一个便笺，RDNS像上面这样检查是愚蠢的，因为许多人已经对出站电子邮件进行了authentication，并且必须与入站服务器不匹配，电子邮件pipe理员， 不要懒惰！
最后，但肯定不是最不重要的， 使用SPFlogging！ DKIM也是 。 您可能会发现，在正确设置这两件事情之后，您的许多临时电子邮件问题就会消失。
最后，联系远程域的pipe理员，并与他们一起解决。 你可能需要和他们一起解决这个问题。