关于误报，我希望更有信心为我的客户设置邮件。这是我所知道的：
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 地址发送，每个 IP 地址都有 PTR？）
这是有道理的，但它关心 FQDN 解析到什么吗？它是否应该解析为当前发送所述 HELO 的 IP 地址？
再次，来自各种 Google 搜索的另一个；如果您将 Postini 用作网关服务（或任何其他智能主机），则看不到这将如何工作。
那么代表另一个您没有权威的域发送呢？我有一些客户端 (some.branchdomain.tld) 需要以@some.corporatedomain.tld 的形式发送邮件，即使公司总部不会设置中继/智能主机供他们使用。Corporatedomain.tld 可以创建 SPF 记录以显示 some.branchdomain.tld 被允许发送邮件，但这是否仍会考虑“欺骗”，尤其是如果所述 SFSS 不检查 SPF 记录？我应该担心这个吗？
我可以保证 #2（反向 PTR）很重要，但不是 #4（匹配“发件人”的邮件服务器域）。我们一直在设置邮件服务器，大多数邮件主机甚至都不关心#2。
主要的刺总是美国在线，他们列出了你可以检查的标准。
除了前面提到的 HELO 字符串和 DNS PTR 记录之外，大部分有用的东西都将与内容相关，而不是与发送服务器相关。
至于您的“它是否关心 FQDN 解析为什么？”的问题，这完全取决于接收邮件服务器的功能，当然它可能会有所不同，但您通常不会发现太多的邮件服务器依赖于FQDN 查找是一项硬性规定，因为可以在循环设置中配置多台计算机。
内容指南如何？保持电子邮件的合理性将有助于防止您在各种系统中被标记为垃圾邮件制造者。培训您的客户避免将“有趣的东西”转发给他们联系人列表中的每个人，不注册电子邮件摘要或新闻通讯，并使用合理的恶意软件保护机制来避免成为垃圾邮件僵尸网络的一部分......
4实际上是完全错误的。您可能会更多地考虑Sender Policy Framework，其中域的 DNS 包含一条记录，该记录说明允许哪些 SMTP 服务器使用 From: 带有该域名的标头发送邮件。但事实是托管域通常具有与域名不同的外发邮件服务器，而是发件人的 ISP。例如，如果您有 myvanitydomain.com 和电子邮件地址 [email protected]，但您使用 Sprint 作为您的互联网提供商，您通常必须使用 Sprint 的外发邮件服务器来发送电子邮件。有一些方法可以解决这个问题（比如 webmail 或 POP-then-SMTP 身份验证），但这是一个很好的例子。
至于“如何让电子邮件看起来不像垃圾邮件”，嗯……当然，你不要让它看起来像垃圾邮件。您甚至会考虑使用开放式中继的事实听起来……很可疑。当每个 ISP 都有一个 SMTP 服务器时，我想不出一个你甚至想要的正当理由。如果您为发送邮件的服务器托管付费，那么您不让各个权威机构列出您的 IP 地址的方法是不发送垃圾邮件。