通用反向 DNS 条目对于传出 SMTP 服务器是否可以接受?

通用反向 DNS 条目对于传出 SMTP 服务器是否可以接受?

我们的 PTR 记录由我们的 ISP 管理,因为我们的范围太小,他们不考虑委托给我们。因此,每次我想更新条目时,我都必须给他们的支持团队发送电子邮件。

为了简单起见,我考虑让他们一次性更改我们所有的 IP。每条记录都将设置为 1.2.3.4 为 host-1-2-3-4.mycompany.net。当然,我们会根据需要设置相应的 A 记录。

虽然这在技术上都是可行的,但我的问题很简单:我们发出的邮件是否更有可能被标记为垃圾邮件,因为反向查找条目与许多家庭/小型企业 ISP 有相似之处 - 名称中包含实际 IP?

(我之所以问这个问题,是因为我的办公室 IP 是 static-1-2-3-4.region.fios.verizon.net,尽管是静态 IP,但经常被阻止。但我认为这是因为它是 *​​.fios.verizon.net。我想我可以为每个 IP 想出某种随机标识符,但这似乎很容易理解。)

答案1

一些电子邮件服务器可能会阻止通用的反向 DNS 名称。互联网范围内的反垃圾邮件策略数量巨大的。尽可能降低击中它们的几率是更安全的。

为了安全起见,我建议您为服务器分配一些(2 个或更多)反向 DNS 条目,例如ice.mycompany.net

答案2

从你的服务器接收邮件的现代 SMTP 服务器更关心邮件的有效性SPF 记录域的 PTR 记录比发送服务器的 PTR 记录要多。

答案3

我有一篇发表的文章电子邮件政策概述了我所应用的规则。我不认为所列出的任何传入消息规则都是我独有的。大多数规则都来自几份文件。

只要您通过 rDNS 验证,大多数服务器都不会给您带来太多问题。垃圾邮件扫描软件可能会。因为您的 DNS 条目看起来与许多垃圾邮件相同,根本不像合法的邮件服务器。

最简单的解决方案是将您的电子邮件服务器配置为通过中继服务器发送所有外发邮件。Verison 应该有一个您可以使用的服务器。

除非您从事发送电子邮件的业务,否则您应该有一台专门用于向互联网发送电子邮件的电子邮件服务器。这是您唯一需要担心 DNS 条目的服务器。

如果您的服务器将自己标识为 PTR 记录上的名称,那么您将获得更好的结果。验证通常针对您在 HELO 消息中提供的名称进行。如果它与 PTR 记录不匹配,那么您可能会受到惩罚(发送到垃圾邮件桶)。

具有限制性策略的 SPF 记录很有帮助,但它更多地是为了阻止声称是您的服务器的垃圾邮件。

相关内容