快速回答
如何把邮件迁移到新服务商而不丢失邮件？
提前 24 至 48 小时把 MX 记录的 TTL 降到 300 至 600 秒，把旧邮件存档导入新邮箱，最后再修改 MX 记录，并在新邮件到达之前保留旧账户。Postelva 托管 DNS，因此切换只需修改两条或更多记录。
更换服务商时要改多少条记录
| 新服务商 | MX | 验证 TXT | SPF | DKIM | DMARC | 记录总数 |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 个 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 个 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | 仅 MX 配置时不需要 | 1 个 include | 3 CNAME | 未读取（未核实） | 6 条，不含 DMARC |
按正确顺序完成五个步骤
降低 TTL
在更换前至少 24 至 48 小时，把 MX 记录的 TTL 设为 300 至 600 秒。修改大约在旧 TTL 的时间内扩散完毕，因此在修改前设置较短的值，可以让修改生效得更快。
准备新邮箱
在新服务商处添加您的域名，创建地址和别名，并复制它显示的验证记录。此时先不要改动 MX 记录。
复制旧邮件
在旧账户仍在收信期间，使用新服务商的 IMAP 导入工具导入存档。仅靠转发只能迁移新邮件。
切换 MX 记录
把旧的 MX 记录替换为新的，把新的 SPF include 加入现有的 SPF 记录，并添加 DKIM 记录。在旧 TTL 过期之前，让旧服务器继续接收邮件。
确认，然后清理
用两个外部账户给自己发送测试邮件，检查邮件头，保留旧账户一段时间，然后把 TTL 调回原值并删除旧记录。
为什么 TTL 决定邮件是否会丢失？
TTL 是解析器可以缓存一个应答的秒数，因此它决定了发件方会继续使用您旧 MX 记录多长时间。如果旧 TTL 是 86400 秒，在修改前一分钟查询过您的发件方，最长可能一整天仍把邮件投递到旧服务器。TTL 为 300 至 600 秒时，这个窗口只有五到十分钟。
投递能力指南给出的规则是：在更换前 24 至 48 小时降低 TTL，使每个缓存在更换当天都已持有较短的值，更换之后再把它调回去。这样一次典型的 MX 变更会在 1 至 4 小时内稳定，最坏情况下可能需要 24 至 48 小时。这是服务商的建议，不是标准。空应答也会被缓存，缓存时间为该区域 SOA 记录的 TTL（RFC 2308），所以较晚创建的记录在某些解析器上可能暂时看不到。
更换之前如何复制旧邮件？
在修改任何一条 MX 记录之前，先通过 IMAP 导入旧存档。例如 Proton Mail 提供了从 Gmail 切换的导入工具文档，各服务商迁移指南的建议顺序也一致：先导入，等目标邮箱准备就绪再改 MX，并在确认所有邮件都已到达之前保留旧账户。
两个习惯可以避免大部分丢信。第一，导入进行期间让旧邮箱继续收信，因为复制期间到达的邮件只会存在于旧账户中。第二，在切换 MX 之后再做一次简短的二次导入，以取回传播期间落在旧服务器上的邮件。如果您的地址更换了服务商但名称不变，请阅读 更换服务商时如何保留您的邮箱地址 了解操作顺序。
如何安全地切换 MX 记录？
删除旧的 MX 记录，或给新记录设置最小的优先级数字，并且绝不要让两个服务商的记录混用。Fastmail 和 Proton Mail 的帮助页面都这样说明：新旧记录并存时，邮件会不可预测地投递到其中任意一台服务器。MX 记录指明一台邮件服务器和一个优先级，发件方先尝试数字最小的。相关概念见 什么是 MX 记录。
在 Postelva，区域在客户区中编辑，并且 为 Proton Mail、Fastmail、Zoho Mail、Google Workspace 和 Microsoft 365 提供一键 DNS 模板，另有 SPF + DMARC 模板，以及适用于不发送邮件的域名的“无邮件”模板。模板可以一次操作替换该服务商的 MX、SPF 和 DKIM 记录。对于 Tuta、Mailbox.org、iCloud+ 和 Migadu，您需要在 DNS 编辑器中，按服务商自己页面显示的值手动输入 MX、TXT 和 CNAME 记录。
更换期间 SPF 和 DKIM 会怎样？
一个域名只能发布一条 SPF 记录，因此请把新服务商的 include 加入现有记录，而不是再创建第二条。Proton Mail、Mailbox.org 和 Mailfence 给出的说明都是一样的。在停止从旧服务商发信之前，请在记录中保留旧的 include，之后再把它删除：SPF 检查最多允许 10 次 DNS 查询（RFC 7208），而每个 include 都会计入。
DKIM 记录则不同。每个服务商使用各自的选择器名称，例如 Fastmail 的 fm1、fm2 和 fm3，或 Proton Mail 的 protonmail、protonmail2 和 protonmail3，因此新记录可以和旧记录并存，直到您移除旧服务商。请用 如何检查 MX、SPF、DKIM 和 DMARC 记录 中的命令查看已发布的记录。
如何确认更换成功？
用两个外部账户向该域名发送测试邮件，并查看投递邮件头。根据 Postelva 在 2026 年 11 月 12 日的索引，改用 Proton Mail 需要更改 8 条记录，改用 Mailbox.org 需要 11 条，改用 Fastmail 需要 6 条（所查阅页面中未读取 Fastmail 的 DMARC 记录），因此逐类检查记录是发现遗漏的最快方法。
如果邮件没有到达，原因几乎总是 为什么自定义域名收不到邮件 中的某一种。请保留旧账户几周，因为缓存过期未更新的发件方仍可能向那里投递。当旧账户一直为空时，把 TTL 调回正常值并删除旧记录。
更换服务商：常见问题
切换需要多长时间？
一次典型的 MX 变更会在 1 至 4 小时内稳定，也可能需要 24 至 48 小时。Proton Mail 要求您预留最长一天。提前设置较短的 TTL 可以让这个窗口保持很小。
更换服务商后我会失去邮箱地址吗？
如果地址使用的是您自己的域名则不会：域名仍留在同一个注册商，只有记录会改变。旧服务商自有域名下的地址，例如 @proton.me 或 @tuta.com，无法迁移。
可以不导入旧邮件就更换吗？
可以，但新邮箱中将没有旧存档。在您拿到所需内容之前，请保持旧账户开通，或导出邮件。
更换会改变我的域名注册吗？
不会。注册信息、续费日期和所有者都保持不变。只有指向邮件服务器的 DNS 记录会改变。
应该在安静的时段进行更换吗？
这样有帮助，但不是必须的。重要的是 MX 切换要发生在导入之后，并且在 TTL 已降低之后。
总结
- 在更换前 24 至 48 小时，把 MX 的 TTL 降到 300 至 600 秒。
- 先通过 IMAP 导入存档；转发只能迁移新邮件。
- 最后再切换 MX 记录；不要让两个服务商混用。
- 只保留一条 SPF 记录；把新的 include 加进去；最多 10 次 DNS 查询。
- 更改的记录数：Proton Mail 8 条，Mailbox.org 11 条，Fastmail 6 条（不含 DMARC）。
- 典型传播时间为 1 至 4 小时，最长 24 至 48 小时。
- 在测试邮件到达之前，保留旧账户。
来源 (8)
- 从 Gmail 切换到 Proton — Proton (查询日期 2026-11-12)
- 来自 Namecheap 的自定义域名（MX 值） — Proton (查询日期 2026-11-12)
- 自定义域名的防欺骗措施 — Proton (查询日期 2026-11-12)
- 默认 DNS 记录 — Fastmail (查询日期 2026-11-12)
- mailbox.org 知识库：自定义域名 — mailbox.org (查询日期 2026-11-12)
- RFC 7208，第 4.6.4 节 — RFC Editor (查询日期 2026-11-12)
- RFC 2308：DNS 查询的否定缓存 — RFC Editor (查询日期 2026-11-12)
- DNS 更改需要多长时间才能传播 — Suped (查询日期 2026-11-12)