为什么 MailerToGo 从 mtg.yourdomain.com 发送

当您连接工作区时，MailerToGo 会预先添加 mtg.yourdomain.com 作为您的第一个发送域——这是您已拥有的域的子域，而不是根域，也不是全新的域。这个默认设置是有意的。它为您提供最佳的可送达性，保持您现有的电子邮件不受影响，并让我们为您完成几乎所有的 DNS 工作。下面是推理过程，以及如果您的设置需要其他方式时如何更改。

您的收件人仍然看到您的根域。 从 mtg.yourdomain.com 发送不会改变收件箱中的任何内容——客户看到的 From: 地址仍然是 you@yourdomain.com。子域仅在收件箱提供商检查的身份验证层执行其工作。有关完整的机制（信封发件人对比 From:、SPF/DKIM/DMARC），请查看深入探讨：为什么应该使用子域发送电子邮件。

为什么是子域而不是根域

您的根域声誉保持隔离。 可送达性是一个声誉游戏，声誉附加到发送域。将您的应用程序的事务性邮件放在 mtg.yourdomain.com 上，任何困难时期——一个坏批次、投诉激增——都局限于该子域。它永远不会损害 yourdomain.com 或您团队的日常电子邮件。

与您现有邮件零冲突。 如果您运行 Google Workspace 或 Microsoft 365，您的根域已经拥有使企业电子邮件能够正常工作的 MX、SPF 和 DMARC 记录。将应用程序发件人添加到同一根 SPF 记录是有风险的：SPF 有 10 次 DNS 查询 的硬限制，将每个提供商堆积到一条记录中可能会超过它并破坏 所有内容 的身份验证。专用子域获得自己的 SPF、DKIM 和 DMARC 对齐，因此您的 Workspace/365 设置永远不会被触及，也没有风险。

这是大型发件人的做法。 GitHub、Stripe 和 AWS 都出于完全相同的原因从子域发送事务性邮件。

快速设置：一条 NS 记录，我们管理其余的

我们能够预先添加 mtg.yourdomain.com 并让它 正常工作 的原因是委托。我们不是要求您手动发布和维护一些 SPF、DKIM 和 DMARC 记录，而是要求 一条 记录，将子域交给我们管理：

; 将 mtg 子域委托给 MailerToGo 的名称服务器
mtg.yourdomain.com.   NS   ns1.mailertogo.net.
mtg.yourdomain.com.   NS   ns2.mailertogo.net.

就这样。委托解析后，MailerToGo 会发布子域需要的所有内容并 自动保持最新：

• 我们创建并发布您的 SPF、DKIM 和 DMARC 记录。
• 我们 按计划自动轮换 DKIM 密钥 并为您重新发布它们。
• 如果我们的发送 IP 或密钥发生变化，记录会 自动更新 ——无需您采取任何行动。

委托的范围仅限于子域。您的根域和其下的每个其他名称都不受影响——我们只能查看和管理 mtg.yourdomain.com 处的记录。再也没有 DNS 工单了。

即时可撤销

因为整个内容都挂在单个 NS 记录上，您保持控制。删除 NS 记录，委托就消失了 ——即时且完全在您的一侧。没有支持请求，也没有等待：删除记录，MailerToGo 将不再能够从该子域管理或发送。您的 DNS 控制权永远不会离开您的手中。

何时根域或其他子域有意义（高级设置）

快速设置适合大多数人，但不是每个人都可以（或想要）委托子域：

• 您需要自己管理记录 ——为了变更控制，或因为您的 DNS 集中管理。
• 您想要不同的标签 ——email.yourdomain.com 或 notifications.yourdomain.com 的工作方式完全相同；特定的名称不影响可送达性。
• 您在分离流 ——例如 mtg.yourdomain.com 用于事务性邮件，news.yourdomain.com 用于营销，因此营销投诉激增永远不会影响您的收据和密码重置。

在这些情况下，使用 高级设置：在仪表板中添加子域（或者，如果您必须，则添加根域——只要它还不是 CNAME），并手动发布它显示给您的确切 SPF/DKIM/DMARC 记录。分步记录、应用程序配置和验证检查已涵盖在 为什么应该使用子域发送电子邮件 中，一般可送达性情况已涵盖在 子域电子邮件：我应该使用子域发送电子邮件吗？ 中。

简短版本

我们预先添加 mtg.yourdomain.com 是因为发送子域保护您的根域声誉，保持您现有企业电子邮件的清晰，并——通过单个委托 NS 记录——让我们为您发布和自动维护每条身份验证记录。您的客户仍然看到您的品牌；您获得更好的可送达性；您可以随时通过删除一条 DNS 记录来撤销整个事情。