发送电子邮件时，子域是否可以保护域的声誉？
Do subdomains protect a domain's reputation when sending emails?
我正在开发一个旨在分发数千封电子邮件的应用程序。我们已经开始与 Mandrill 交互以完成此任务。
所以我的同事建议我们使用子域来发送所有这些电子邮件，以保护我们顶级域的声誉。我们开始为此争论不休，因为正如我所说，为什么一个简单的子域会保护我们的 TLD，尤其是当它们都解析为相同的 IP 地址时？如果 marketing.example.com 发送了数千封电子邮件，那么垃圾邮件过滤器难道还不够聪明，无法知道它们确实来自 example.com 吗？
所以澄清一下：
- 我们目前正在使用 Mandrill 分发邮件
- 我们使用 DKIM 验证域 example.com 是邮件的发件人
- 现在，我们只使用一台服务器来处理所有这些（加上 Mandrill）
那么将发件人切换到 marketing.example.com（具有匹配的 DKIM）如何帮助保护我们的 TLD 作为非垃圾邮件发送者的声誉？我不明白，但我读过这方面的文章，他激烈地争辩说这是正确的做法，但没有人能告诉我如何它是有效的。我从组织的角度理解它，但我不明白它如何保护我们的域，除非垃圾邮件过滤器真的根据子域判断代表。
有人可以帮我拼凑一下吗？
编辑：
这里有一些文章可供参考：
Mail Chimp Delivery - 见第 11 页
使用子域将减轻恶意用户向购买的列表发送活动可能对您的声誉造成的潜在损害，根据您在网上阅读的内容，使用子域被认为是最佳做法。
首先，大型邮箱提供商不希望以相同的方式处理从域发送的所有邮件。 Google 希望将您的营销信息分类为与 notifications/transactional 邮件不同的分类。协助邮箱提供商完成该任务的一种方法是针对不同的消息类型使用子域。
这不是试图逃避垃圾邮件过滤器，而是通过大多数人认为正确使用 rDNS 来提供有意义和有用的信息。你只是在缓解，因为即使 BL 运营商或邮箱提供商确实为每个子域分配了单独的声誉，如果子域不断被列出，那么你 运行 将你的 TLD 列出的真正风险。
我正在开发一个旨在分发数千封电子邮件的应用程序。我们已经开始与 Mandrill 交互以完成此任务。
所以我的同事建议我们使用子域来发送所有这些电子邮件，以保护我们顶级域的声誉。我们开始为此争论不休，因为正如我所说，为什么一个简单的子域会保护我们的 TLD，尤其是当它们都解析为相同的 IP 地址时？如果 marketing.example.com 发送了数千封电子邮件，那么垃圾邮件过滤器难道还不够聪明，无法知道它们确实来自 example.com 吗？
所以澄清一下：
- 我们目前正在使用 Mandrill 分发邮件
- 我们使用 DKIM 验证域 example.com 是邮件的发件人
- 现在，我们只使用一台服务器来处理所有这些（加上 Mandrill）
那么将发件人切换到 marketing.example.com（具有匹配的 DKIM）如何帮助保护我们的 TLD 作为非垃圾邮件发送者的声誉？我不明白，但我读过这方面的文章，他激烈地争辩说这是正确的做法，但没有人能告诉我如何它是有效的。我从组织的角度理解它，但我不明白它如何保护我们的域，除非垃圾邮件过滤器真的根据子域判断代表。
有人可以帮我拼凑一下吗？
编辑：
这里有一些文章可供参考：
Mail Chimp Delivery - 见第 11 页
使用子域将减轻恶意用户向购买的列表发送活动可能对您的声誉造成的潜在损害，根据您在网上阅读的内容，使用子域被认为是最佳做法。
首先，大型邮箱提供商不希望以相同的方式处理从域发送的所有邮件。 Google 希望将您的营销信息分类为与 notifications/transactional 邮件不同的分类。协助邮箱提供商完成该任务的一种方法是针对不同的消息类型使用子域。
这不是试图逃避垃圾邮件过滤器，而是通过大多数人认为正确使用 rDNS 来提供有意义和有用的信息。你只是在缓解，因为即使 BL 运营商或邮箱提供商确实为每个子域分配了单独的声誉，如果子域不断被列出，那么你 运行 将你的 TLD 列出的真正风险。