我希望在为我的客户设置邮件时更加自信地避免误报。这是我所知道的：
SPF 记录很好，但并非每个垃圾邮件过滤服务/软件 (SFSS) 都使用它们。
反向 DNS (PTR) 记录几乎是必需的。
开路继电器不好。
（这是我读过的“其他提示”）：
邮件服务器 IP 地址的反向查找应该解析为您发送邮件的域。
在与其他邮件服务器通话时，您的服务器应该说 HELO FQDN.of.your.mail.server.com。
MX 记录中的 A 主机记录应该是（或解析为 IP 地址）您的 FQDN.of.your.mail.server.com
对 1 和 3 感觉很好。这是我想澄清/建议的地方：
2 和 4：我做了很多挖掘，这似乎是不正确的，因为大多数垃圾邮件过滤器都在寻找一般的 PTR，而且不是由 ISP 分配的；您发送邮件的域似乎与此无关（即，如果您拥有两个用于邮件的域，则需要从两个 IP 地址分别发送带有 PTR 的域？）
这是有道理的，但它是否关心 FQDN 解析为什么？它是否应该解析为当前发送所述 HELO 的 IP 地址？
再次，来自各种谷歌搜索的另一个；如果您使用 Postini 作为网关服务（或与此相关的任何其他智能主机），则看不出这将如何工作。
代表另一个您没有权威的域发送怎么样？我有一些客户端 (some.branchdomain.tld) 需要以@some.corporatedomain.tld 的身份发送邮件，尽管上述公司总部不会设置中继/智能主机供他们使用。corporatedomain.tld 可以创建 SPF 记录以显示 some.branchdomain.tld 被允许发送邮件，但这是否仍会考虑“欺骗”，尤其是如果说 SFSS 不检查 SPF 记录？我应该担心这个吗？