我的公司与我们发送给外部域的退回邮件有问题。
几个星期前，我们更换了一个防火墙，并更换了ISP提供商，之后又开始接收来自外部的RECEIVING电子邮件，因为我们没有更新DNSlogging中的新IP。 在进行必要的configuration更改并通过端口25设置SMTP转发到我们的邮件服务器之后，一切正常，直到前几天我们开始发送邮件返回给我们。 我们在内部进行通信（对我们域中的收件人）没有任何麻烦，但似乎我们在向基于Web的电子邮件收件人发送邮件时遇到问题。 （@hotmail，@live，@yahoo，@gmail等）
目前我们正在运行Server 2003 SP2和Exchange 2003.我对configurationExchange非常不熟悉，可能真的在缩小可能性方面使用了一些帮助。 我做了一些研究，并且由于我们最近的IP地址改变以及发件人ID将我们识别为假域名的可能性，我们开始怀疑发件人ID是罪魁祸首。 我完全走错了方向吗？ 任何input或指导将无限赞赏。
这是出站邮件失败时返回的邮件…这个特定的邮件已发送到我的@ live.com帐户用于testing目的…
您的邮件没有达到部分或全部预期的收件人。 无法联系以下收件人：[email protected] on 5/17/2012 3:02 PM收件人的电子邮件服务器存在SMTP通信问题。 请联系您的系统pipe理员。 不幸的是，来自xx.x.xx.x的消息没有被发送。 请联系您的互联网服务提供商，因为他们的部分networking位于我们的阻止列表中。
我尝试了一个反向DNS查找，发现我们设置了一个前向确认的反向DNS。 所以，我只需要联系我的ISP，让他们纠正他们的DNSlogging，或者这是我可以解决我们的目的？
对于这些情况，MX ToolBox是一个很好的工具。 它会检查所有的DNSlogging和其他常见的configuration。 它也可以检查你的服务器的IP地址的大多数阻止列表。
转到https://www.mxtoolbox.com/diagnostic.aspx并input您的IP地址。 这是基本的SMTP诊断。
运行后，您将在转录底部附近看到黑名单的链接。 点击它来检查拦截列表。
这个反弹信息的文本至less会指出你在正确的方向：
不幸的是，来自xx.x.xx.x的消息没有被发送。 请联系您的互联网服务提供商，因为他们的部分networking位于我们的阻止列表中。
换句话说，接收端拒绝邮件，因为发送IP地址（即您的IP地址）在其阻止列表中。
在您的问题中，您还提到在重新编号后开始向外交货问题，并且在IP地址更改之前外向交货没有问题。
根据这些数据，IP地址可能（但不一定）列入黑名单，最有可能是由于以前的ISP客户的行为。
希望这至less能让你朝着正确的方向前进。