有没有人知道任何研究已经完成，以显示多less电子邮件将被拒绝，如果没有电子邮件服务器的SMTP横幅名称ptrlogging？
启用反向检查始终是否完成，还是有时会进行configuration，以便在垃圾邮件程序认为电子邮件“iffy”时进行反向检查？
我尽可能地努力使我的电子邮件服务器的IP地址的反向查找parsing为它在SMTP对话中使用的名称。 它使生活更轻松。
我没有任何统计数据支持这一点，但是我的经验是，有时邮件会被一些远程邮件拒绝，因为没有与SMTP会话中使用的主机名相匹配的反向查找。 而不是必须处理这个问题，反向查找设置的开始就更容易了。 在过去的几年里，我只是把一个前后一致的查询视为一个需求，所以我不必处理没有它的问题。
如果你没有安装，你会得到合法的电子邮件标记。 垃圾邮件过滤设备是如何进行检查的，而且没有明确的标准定义，因此被打或漏。 但在大多数情况下，垃圾邮件分数，当你没有一个匹配的正向和反向查找时，他们会把你的电子邮件。 这本身往往不会得到电子邮件（但没有承诺），但在电子邮件中的其他一些轻微的担心可以把它顶部。
我们之前并没有为我们的邮件服务器提供特定的PTRlogging，而且我们正在从craigslist.org和我们的一些业务合作伙伴处获得反弹。
您的MX条目也必须有特定的Alogging。 没有*或CNAMES允许一些严格的邮件服务器。
当你说“横幅名称”，这有点误导。 横幅是服务器端的名称，这是决定拒绝的一方。 :)我想你是指发送方在HELO / EHLO命令中给出的名字？
大多数地方只是进行语法检查，并拒绝明显不好的HELO / EHLO，因为那里有太多的垃圾。 但是如果你正在运行一个合法的邮件服务器，你应该只是在你发送的HELO中给你自己的邮件服务器的公共主机名。 有一些人做检查。 而且由于该主机名需要有反向工作的DNS，因此您的TCP连接不会被许多MTA立即拒绝，实际上，您应该为给定的名称使用反向DNS。
因此，除了将反向DNS整理为一般可达性以外，为HELO主机名获取工作DNS没有configuration困难。
正如Evan所说，你最好的select是让你的PTR条目回到你服务器的IP地址。
但是，如果由于某种原因，这是不可能的，PTR应该build议您使用静态分配的IP地址，而不是家庭（非业务）DSL线路。 作为反垃圾邮件策略的一部分，许多组织使用声誉服务（例如SORBS），监控僵尸networking活动的IP地址范围，并维护IP范围的黑名单。 但是，无论是否有可疑活动，他们通常都将其dynamic用户列表（DUL）列入黑名单。 为了创build这些DUL，他们使用PTRlogging和正则expression式，专门为许多大型ISP的命名scheme量身定做。
例如，一个类似于cable-66-103-40-69.clarenville.dyn.personainc.net的PTR很可能会被自动列入黑名单（它与“dyn”匹配，所以它必须是dynamic的）。 在IETF的反向DNS命名上有一些标准化工作，取得了不同的成果：
http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-schemes
http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations
稍微偏离主题，另一个黑白名单信息来源是WHOIS SWIPlogging 。