☰

防止您看起来像垃圾邮件发送者的最佳做法

tag-icon • tag-icon email-server spam spf spam-filter mx-record
防止您看起来像垃圾邮件发送者的最佳做法

我希望能够更加自信地为客户设置邮件，避免误报。以下是我所知道的：

  1. SPF 记录很好，但并非每个垃圾邮件过滤服务/软件 (SFSS) 都使用它们。

  2. 反向 DNS (PTR) 记录几乎是必需的。

  3. 开放式中继很糟糕。

    （以下是我读过的“其他提示”）：

  4. 对邮件服务器的 IP 地址的反向查找应该解析为您发送邮件的域。

  5. 当与其他邮件服务器通信时，您的服务器应该说 HELO FQDN.of.your.mail.server.com。

  6. MX 记录中的 A 主机记录应该是（或解析为 IP 地址）您的 FQDN.of.your.mail.server.com

对 1 和 3 感觉很好。这里我想得到一些澄清/建议：

2 和 4：我做了很多研究，这似乎是不正确的，因为大多数垃圾邮件过滤器都在寻找 PTR一般的并且不是由 ISP 一般分配的；您发送邮件的域似乎与此无关（即，如果您拥有两个用于邮件的域，您是否需要从两个 IP 地址发送，每个 IP 地址都有 PTR？）

  1. 这很有道理，但它关心 FQDN 解析成什么吗？它应该解析为当前发送 HELO 的 IP 地址吗？

  2. 再次，来自各种 Google 搜索的另一个结果；如果您使用 Postini 作为网关服务（或任何其他智能主机），则看不到这将如何工作。

那么代表您没有权限的另一个域发送邮件怎么办？我有一些客户（some.branchdomain.tld），需要以 @some.corporatedomain.tld 的身份发送邮件，即使所述公司总部不会为他们设置中继/智能主机。corporatedomain.tld 可以创建 SPF 记录以显示允许 some.branchdomain.tld 发送邮件，但这是否仍被视为“欺骗”，特别是如果所述 SFSS 不检查 SPF 记录？我应该担心这个吗？

答案1

我可以保证 #2（反向 PTR）很重要，但 #4（邮件服务器域匹配“发件人”）并不重要。我们一直在设置邮件服务器，大多数邮件主机甚至不关心 #2。

主要的眼中钉总是 AOL，他们列出了标准你可以勾选。

答案2

除了如上所述的 HELO 字符串和 DNS PTR 记录之外，大部分有帮助的内容都与内容相关，而与发送服务器无关。

  • 如果可以避免，请不要发送 HTML 电子邮件。
  • 不要包含可疑短语（“单击取消订阅”、“隐私很重要”等）
  • 不要使用“回复”标头，请从您希望回复的地址发送
  • ...还有更多。阅读 SpamAssassin 规则集以获取更多优秀示例。

至于您的问题“它是否关心 FQDN 解析为什么？”，这完全取决于接收邮件服务器的功能，当然它可能会有所不同，但您通常不会发现太多邮件服务器依赖 FQDN 查找作为硬性规定，因为可以以循环设置的方式配置多台机器。

答案3

内容准则如何？保持电子邮件的合理性将有助于防止您在各种系统中被标记为垃圾邮件制造者。培训您的客户避免将“有趣的东西”转发给他们的联系人列表中的每个人，不要注册电子邮件摘要或新闻通讯，并使用合理的恶意软件保护机制，以免成为垃圾邮件僵尸网络的一部分...

答案4

4 实际上是完全错误的。你可能会想发件人策略框架，其中域的 DNS 包含一条记录，该记录说明哪些 SMTP 服务器被允许发送带有该域名的 From: 标头的邮件。但事实上，托管域通常具有外发邮件服务器，这些服务器不是与域名相同，但表示发件人的 ISP。例如，如果您有 myvanitydomain.com 和电子邮件地址[电子邮件保护]，但您使用 Sprint 作为互联网提供商，您通常必须使用 Sprint 的外发邮件服务器来发送电子邮件。有办法解决这个问题（例如 Webmail 或 POP-then-SMTP 身份验证），但这是一个很好的例子。

至于“如何让电子邮件看起来不像垃圾邮件”，嗯……当然，你不会让它看起来像垃圾邮件。你甚至考虑使用开放中继的事实听起来……很可疑。我想不出一个合理的理由来解释为什么你甚至想到，当每个 ISP 都有一个 SMTP 服务器时。如果您为发送邮件的服务器托管付费，那么您的 IP 地址不会被各种机构列出，方法是不发送垃圾邮件。

相关内容