我分配的IP地址是x.y.z.112 / 29.当我在x.y.z.114(面向WAN的公共IP地址)上执行nslookup时,它会给出114.x-y-z.myisp.com.我是否可以说我的IP地址确实有一个PTR记录集,只是它与我的MX mail.mycompany.com不匹配. (x.y.z.115)？**
我还了解到邮件服务器检查PTR记录的程度各不相同.有些只检查是否存在反向DNS查找(rDNS)主机名,而有些则确保MX和rDNS主机名匹配.所以我该怎么做？我还应该告诉我的ISP为mail.mycompany.com设置PTR记录吗？
所以现在我的PTR记录解析为114.x-y-z.myisp.com,其A解析为与PTR记录相同的IP地址.那么这对发件人的电子邮件地址有什么影响呢？
解决方法
现在回到你原来的问题：
接收邮件服务器检查以下任何一个,多个或全部：
> HELO名称是否等于主机名(A记录)？
> IP的PTR是否等于主机名的A记录(hostname ==(PTR)==> IP ==(A)==> hostname)？
>提供的SPF记录的IP部分是什么？
>发件人的域名是否至少有一条MX记录？哪个不必匹配IP /主机名.
接收检查发送服务器是否也是MX服务器的邮件服务器配置错误,应从Internet中删除.
编辑：PTR确实对电子邮件域一无所知.它绝不是要证明这一点. Google,亚马逊,AOL和其他公司都有数千个域名.但它们都不匹配谷歌,美国在线和其他公司的主机名或PTR.它们都具有提供者的服务器名称.这没什么不好的.
PTR仅证明服务器的身份,但不证明托管域的身份.点.
第二次编辑：工作环境的一个很好的例子
> HELO = mail.example.com> hostname = mail.example.com> mail.example.com = 172.20.25.25的记录> PTR 172.20.25.25 = mail.example.com>托管在此服务器上的域名/ system = example.com,* .example.com,* .example.net,* .example.org,mycompany.invalid等等.>托管域的SPF记录(可选)= v = spf1 a：mail.example.com -all>托管域的MX记录可以是任何内容.例如. mx1.example.com,mx2.example.com,mailfilter.anti-spam-corp.invalid,mail.example.com,postini.google.invalid,…
