使用子域发送电子邮件的好处?

Mic*_*ook 11 email email-server subdomain mx-record g-suite

假设我拥有域名example.org。我正在创建一个设置,用于接收使用 Google Apps发送到me@example.org 的电子邮件。example.org的 MX 记录已经指向 Google 的服务器,并且效果很好。现在,我有一个应用程序服务器,我想在其中发送自动电子邮件,例如有关用户活动的通知等。我还可以使用此服务器发送大量电子邮件,例如时事通讯(当然,这是合法的)。在这里,我可以选择为我所有的自动外发电子邮件使用一个子域。也许我可以从service@mail.example.org发送这些电子邮件,并将 Reply-To 标头设置为service@example.org,然后将其定向到我的 Google 帐户以供真人回答。

我的问题是:从带有子域的电子邮件地址发送自动电子邮件有什么额外的好处吗?

注意:我已经采取措施使用 SPF 和 DKIM 从应用服务器验证我的电子邮件。我听说一些接收邮件的服务器也会做反向 MX 检查,以确定您的电子邮件是否是垃圾邮件。如果这是真的(?),我假设子域会很有用,因为我可以为mail.example.org创建一个单独的 MX 记录以指向我的应用程序服务器,同时在 Google 上保留其他 MX 的example.org .

除此之外,还有其他原因我会使用子域吗?我注意到这在来自 Groupon、西南航空公司、Office depot 和无数其他时事通讯服务(有时它们使用完全不同的域)的电子邮件中很常见,但我一直无法弄清楚原因。

vac*_*cip 6

一个很大的优势是,大多数电子邮件垃圾邮件发送者黑名单组织都会单独处理子域。因此,即使您的自动电子邮件子域被列入阻止名单(黑名单的 PC 术语),您的主域仍然能够继续发送电子邮件。这实际上非常重要,因为即使是最无辜的新闻通讯/自动回复也会被某些接收者标记为垃圾邮件。这最终可能导致被列入黑名单。

此外,拥有子域可以单独跟踪声誉。

可以在这里找到 spamhaus 的有趣采访: Spamhaus 提供答案第 4 部分

第 32 号问题讨论的是子域以及如何单独处理它们(除非同一域中的更多子域被列入黑名单,这可能会导致整个域被列入黑名单)。


Mik*_*e B 5

我的问题是:从带有子域的电子邮件地址发送自动电子邮件是否有任何额外好处?

我不认为有很多技术原因可以解释为什么需要子域或者子域对于电子邮件的送达率来说一定更好。

话虽这么说,拥有/使用子域有时可以使大型组织的事情变得更容易,因为:

  • 作为管理员,我可能无权访问与主域关联的全局资源。例如,也许我只管理我的特定区域办事处/部门的 IP/防火墙/DNS 区域。
  • 即使我确实可以访问全局资源,受我的电子邮件更改影响的用户/系统范围也很大。也许我不想这样。
  • 尽管我们在这里专门讨论出站递送能力,但 NDR 和递送失败仍然有可能产生返回流量。根据我发送的邮件量,我可能不希望传递状态通知通过我的标准入站邮件路由返回。

最终,我认为这取决于这里的用例和受影响的系统范围。