我有一个客户的ISP最近把他们的电路和静态IP切换到一个已经被垃圾邮件列入垃圾邮件地址（好）的IP地址。
客户端运行Windows SBS 2003，Exchange 2003和邮件系统的DNS由GoDaddy.compipe理。
当我在http://mxtoolbox.com （MXTB）上运行smtptesting时，IP交换机和更新托pipeDNSlogging（A，MX等）后，我收到警告“反向DNS与SMTP横幅不匹配”。 ）在GoDaddy。 我能够通过将FQDN和Masquerade域设置为Exchange中SMTP服务的高级传送选项设置为在MXTB上反向DNS返回的值（即，pool – ## – ### – ### – ＃） #fairpoint.east.myfairpoint.net – 猜猜谁给了我们一个脏IP）。 我还为GoDaddy账户上的所有Alogging添加了SPFlogging。 这些更改已经过去了大约12个小时，但是我的客户的域名仍然显示在一对黑名单中，特别是垃圾邮件，当我使用他们的除名forms时，它仍然抱怨反向DNS查找失败。
这里是我在terminal（混淆）的查找： nslookup 66。###。###
非权威答案：53。###。###。66.in.addr.arpa name = pool-66 – ### – ### – 53.man.east.myfairpoint.net
nslookup clientdomain.com
非权威答案：名称：clientdomain.com地址：66。###。###
不是Exchange专家，我可以使用一些方向和/或健全性检查：1 – 应将FQDN和伪装在Exchange中设置为长表单名称（pool – ## – ### – ### – ##。 fairpoint.east.myfairpoint.net）或只是mail.clientdomain.com？ 2 – 这可能是一个传播问题，我只需要更耐心？ 3 – ISP不能正确parsing反向查找，因为他们拥有IP？
目前，客户端用户正在被一些（不是全部）邮件服务器反弹，这些邮件服务器正在被列出。
非常感谢。
我会推荐几件事情。 在我看来，这可能是最简单的方法，而不会涉及到很多不必要的细节。 有关我提供的更多信息，请按照SmallClanger在其答案中发布的链接进行操作。
您不需要设置伪装域，但是您应该在Exchange中的SMTP虚拟服务器上设置FQDN。
在Exchange中设置FQDN以匹配您要在MXlogging中设置的名称。 这可能会类似于mail.clientdomain.com。
将您的SPFlogging设置为“v = spf1 mx -all”。
要求ISP创build或修改PTRlogging以匹配您在Exchange上设置的FQDN。
这是一个非常简单的答案，不考虑任何额外的variables或更复杂的设置或要求。
对不起，如果我没有仔细阅读你的文章，但你意识到反向logging是由你的ISP“拥有”？ 你说你在GoDaddy上改了一些logging，只是想知道你是否把你的转发logging弄混了。 如果是这样，请联系您的ISP，并让他们将您的 DNS的IP设置为您的 FQDN
我想说的是，在DNS方面，
但
如果两个logging不匹配，就会导致证书等问题
阻挡列表通常只需要花时间从列表中删除IP。 根据他们的实施可能是24小时，也可能是一个月。 每个列表的自己的常见问题应该告诉你多久。 如果拖延时间过长，他们通常会有一个清除请求系统。 （有的甚至会收取明确的除名费用，好像这不是一个大规模的利益冲突。）
您的IP的PTRlogging不必与SMTP EHLO或邮件域相匹配。 它不会伤害，但在很多情况下（特别是如果你没有静态IP），这是不可能的。 我不build议采用其他方式，并设置EHLO问候语以匹配PTRlogging，因为这肯定会与您的邮件域不匹配，这肯定会导致比您目前看到的更多的邮件丢失。
由于PTR不匹配而阻塞的任何收件人都将中断 。