我们的PTRlogging是由我们的ISPpipe理，因为我们的范围太小，他们不能考虑委托给我们。 所以，每次我想更新一个条目时，我都要给他们的支持团队发邮件。
为了保持简单，我正在考虑要求他们对我们的所有IP进行一次更改。 每个logging将被设置为使得1.2.3.4将是host-1-2-3-4.mycompany.net。 当然，我们会根据情况设置相应的Alogging。
虽然这在技术上是完全可能的，但我的问题很简单：我们是否更有可能将我们的外发电子邮件标记为垃圾邮件，因为反向查找条目与许多家庭/小型企业ISP相似 – 名称中包含实际的IP？
（我问，因为我的办公室的IP是static.1-2-3-4.region.fios.verizon.net，并且被封锁了，尽pipe是一个静态的IP，但是我认为这是因为它是* .fios.verizon.net 。我想我可以为每个知识产权提供一些随机的标识符，但这似乎很容易理解。）
一些电子邮件服务器可能会阻止通用的反向DNS名 互联网广泛的反垃圾邮件政策的数量是巨大的 。 尽可能降低打击他们的机会是比较安全的。
为了安全起见，我build议你为服务器分配一些（2个或更多）反向DNS条目，例如ice.mycompany.net 。
从服务器接收邮件的现代SMTP服务器比从发送服务器发送的PTRlogging更关心域的有效SPFlogging 。
我有一个公布的电子邮件政策 ，概述我适用的规则。 我不相信列入传入消息的任何规则是唯一的。 大部分来自多个文件。
只要你通过rDNSvalidation，大多数服务器不会造成太大的问题。 垃圾邮件扫描软件可能。 因为您的DNS条目看起来与大量垃圾邮件相同，完全不像合法邮件服务器。
您最简单的解决scheme是configuration您的电子邮件服务器通过中继服务器发送所有外发邮件。 Verison应该有一个你可以使用的。
除非你在发送电子邮件的业务，你应该有一个电子邮件服务器专用于发送电子邮件到互联网。 这是你唯一需要担心的DNS条目。
如果您的服务器将自己标识为PTRlogging中的名称，那么结果会更好。 validation通常是在HELO消息中提供的名称上完成的。 如果与PTRlogging不符，则可能会受到处罚（发送到垃圾邮件存储桶）。
具有限制性策略的SPFlogging有助于阻止垃圾邮件声称是您的服务器。