要用自有域名创建邮箱，同时避免被单一服务商锁定，需要完成六个步骤，约耗时两小时。许多教程完全忽略可迁移性，导致方案注册时方便，两年后迁出时却成本高昂。
下面六个步骤在每一层保留可迁移性。每项工作都能独立选择服务商。日后更换任何一层，只需在控制面板中调整一处配置，而不必开展持续数周的迁移项目。
本指南逐一介绍这六个步骤，并指出每个锁定风险出现的位置。具体配置方法请参阅如何使用域名创建邮箱，成本方面则可参考低成本邮箱域名。
邮箱配置中的平台锁定是什么
平台锁定是指更换一个组件时，被迫连同其他组件一起更换。注册商捆绑邮箱，会把邮箱绑定在注册商；邮箱服务商接管 DNS，则会把 DNS 绑定在邮箱服务上。这些方案开通时方便，离开时却代价高昂。
最常见的两种锁定陷阱都出现在结账阶段。第一种是注册商把邮箱托管作为付费附加项，通常以优惠价开通，续费时再涨价。第二种是邮箱服务商代管 DNS，使两个层级归属同一家服务商。两种情况都会让第二年或第三年的迁移变得更繁琐。
要创建不受锁定的自有域名邮箱，应在三个独立层级选择三家相互独立的服务商。开通时只需多花约 30 分钟，但每一层在整个运营周期中都可以替换，而运营周期通常比任何一家服务商的单项产品更长。
保留可迁移性的六个步骤
以下六个步骤构成可迁移的自有域名邮箱方案。每一步只为一项工作选择一家服务商，不让后续步骤继承额外依赖。最终任何一层都能单独更换，无需改动其余部分。
- 选择不强推捆绑服务的注册商 - 可考虑按成本定价的 Cloudflare Registrar、Namecheap 或 Porkbun。
- 独立托管 DNS - Cloudflare DNS 免费套餐是常见选择。
- 选择不控制 DNS 的邮箱服务商 - 例如 TrekMail Nano 或 Starter；邮箱服务商不应要求 DNS 管理权限。
- 自行控制身份验证记录 - 在自己的 DNS 服务商处发布 SPF、DKIM 和 DMARC，而不是使用邮箱服务商的 DNS。
- 在成员启用前测试 - 通过三个收件服务完成往返测试，并确认每项结果均为 PASS。
- 记录服务商架构 - 写清每家服务商负责的工作以及登录凭据的保存位置。
集中处理时，六个步骤可在一个下午完成；按轻松节奏则可在一周内完成。它们保留的可迁移性能够持续多年。遵循这一顺序通常可以避免第三年才出现的数周迁移工程。投入集中在初次配置，运营收益则会长期保留。
步骤 1：选择不强推捆绑服务的注册商
第一步是选择不会强推邮箱套餐的注册商。按成本定价的 Cloudflare Registrar（约 $9/year）、Namecheap 和 Porkbun 都可考虑。GoDaddy、Bluehost、Hostinger 等在结账时积极交叉销售邮箱的注册商，可能因捆绑关系增加后续 DNS 管理难度。
如果域名已经位于捆绑型注册商，可以考虑先转移到独立注册商。转移通常需要 7-10 天，费用约为 $9-12，实际情况取决于域名后缀和服务商。注册商相关细节请参阅创建自己的邮箱域名。
步骤 2：将 DNS 托管在独立服务商
第二步是把 DNS 放在独立于注册商和邮箱服务商的平台。免费的 Cloudflare DNS 因速度、文档和运营独立性而成为常见选择。Route 53 也能以较低成本使用，此外还有规模较小的专业 DNS 服务商。
需要避免让邮箱服务商同时管理 DNS。许多邮箱服务商把它作为便捷功能，但接受后就会把 DNS 与邮箱层绑定，日后更换邮箱服务商时必须先迁移 DNS。独立 DNS 则能与架构中的其他服务商保持分离。
步骤 3：选择不控制 DNS 的邮箱服务商
第三步是选择不要求 DNS 管理权的邮箱服务商。按照 TrekMail 当前的产品模式，平台会生成需要发布到其他平台的 DNS 记录值，但不会接管 DNS。你在自己的 DNS 服务商处发布记录，平台负责邮件处理。
这种分离是 TrekMail 自有域名邮箱方案保持可迁移性的结构基础。日后改用其他邮箱服务商时，只需在 DNS 服务商处更改 MX 记录，并更新 SPF、DKIM 和 DMARC，无需转移注册商或迁移整个 DNS。修改 MX 本身可能需要约 15 分钟，DNS 传播可能再需要一小时，实际时间取决于 TTL 和各服务商。相比之下，捆绑式 DNS 迁移通常需要数天，还要重新测试所有依赖 DNS 的服务。更多内容请参阅使用自有域名的邮箱。
步骤 4：自行控制身份验证记录
第四步是在你控制的 DNS 服务商处发布 SPF、DKIM 和 DMARC，而不是放在邮箱服务商的 DNS 中。邮箱服务商提供记录值，你把它们复制到 DNS 控制面板。发布后，这些记录由你查看、编辑和迁移。
日后更换邮箱服务商时，需要更新 SPF、DKIM 和 DMARC。若记录位于独立 DNS 服务商，只需修改三条 TXT 记录，可能约需 15 分钟。若 DNS 与邮箱捆绑，则必须先迁移 DNS，把 15 分钟的任务变成存在传播风险的多日工程。独立方案让记录始终处于你的直接控制之下。
步骤 5：在成员启用前完成测试
第五步是在其他成员启用邮箱前进行往返测试。从新地址分别向 Gmail、Outlook.com 和 Yahoo 发送邮件。打开收到的邮件，检查三家的标头是否都显示 SPF=PASS、DKIM=PASS、DMARC=PASS。出现任何 FAIL，都应先修复对应记录，再发送正式邮件。
跳过这一步，往往会在数周后才从无声的垃圾邮件归类中发现配置错误。在三个收件服务上完成约五分钟的验证，是证明方案实际有效的必要环节。另一种讲解方式请参阅在我的域名上设置邮箱。
步骤 6：记录服务商架构
最后记录每一层使用的服务商，包括域名注册、DNS 托管和邮箱托管。记下每个账户的邮箱与登录网址，并将三组信息保存到密码管理器。花费 5 分钟记录，可避免日后重新研究配置方式。
这一步最容易被忽略。两年后需要更换服务商时，完整的三组账户信息能把多日排查缩短为约 30 分钟。再记录每个服务商账户的到期日，并在续费前 60 天设置日历提醒。对小型团队而言，域名过期是意外邮件中断的常见原因之一。
后续步骤
这套六步方案约需两小时，最终每一层都可替换：独立注册商、独立 DNS、不控制 DNS 的邮箱服务商、自行发布的身份验证记录、经过往返测试的邮件，以及完整记录的服务商架构。
自有域名邮箱的维护不会在第六步结束。每月查看 DMARC 报告（10 分钟），每季度审查 SPF（5 分钟），可让配置持续匹配实际发件服务列表。定期审查有助于避免配置多年漂移后突然出现的送达问题。
按照当前方案，可在 trekmail.net/pricing 免费试用 TrekMail Nano，无需银行卡。目前 Nano 套餐支持 10 个域名 × 10 个邮箱；发送量增长后，可选择 $4/month 的 Starter，将容量扩展至 50 × 100。
