邮件迁移详解：DNS、IMAP 复制与切换
“邮件迁移”这个说法容易让人误解。在现实世界中，转移文件意味着文件离开 A 点并到达 B 点，但邮件基础设施并非如此。
邮件迁移实际上是两项相互独立、并行进行的操作：复制数据库，即 IMAP 同步，以及重定向流量，即 DNS 切换。混淆这两个层面，是造成数据丢失、邮件分流到新旧两端，以及周一早上出现支持工单的主要原因。
本指南将说明“迁移”在实践中的真正含义、哪些内容能迁移、哪些不能，以及如何为具体情况选择正确方法。
邮件迁移的三种类型
接触服务器之前，先明确工作范围。“迁移”常被用来指代三种不同操作，混为一谈会造成实际问题。
1. 域名转移，更换注册商
您要把 example.com 的管理权从 GoDaddy 转到 Namecheap。这会改变域名的收费方。对邮件的影响：无，前提是准确复制 DNS 区域文件。若更换域名服务器时没有复制 MX 记录，邮件会立即中断。
2. 邮件迁移，更换服务商
您停用 Google Workspace，改用 TrekMail 或其他托管服务。这需要启动新服务器、复制旧数据，并让互联网把新邮件投递到新服务器。对邮件的影响：全面。这相当于严谨地重建数据，也是本文的重点。
具体执行步骤请参阅完整的 IMAP 同步指南。
3. 账户所有权转移
把账户管理员邮箱从 bob@ 改为 alice@。这只是更新数据库权限。对邮件的影响：无。
邮件迁移期间必须管理的两个层面
成功迁移需要同时管理两条时间线。任一层面处理不当都会出问题。
数据层，IMAP 复制
新服务商不会自动吸收旧数据。您需要通过 IMAP 协议 (RFC 3501) 提取数据。这是复制，不是移动；在您主动删除之前，原件仍留在源服务器。
UIDVALIDITY 陷阱：IMAP 的设计用途是查看邮件，而不是大规模复制。每个文件夹都有 UIDVALIDITY 值。如果源服务器在迁移期间崩溃或重新建立索引，该值可能变化。迁移工具会把每封邮件当成新邮件并重新下载，用户最终看到 10,000 封重复邮件。解决方法是使用按 Message-ID 邮件头去重，而不只是依赖 IMAP UID 的工具。
路由层，DNS 切换
复制数据的同时，还必须重定向新邮件。这由 MX (Mail Exchange) 记录控制：
Old: MX 10 aspmx.l.google.com
New: MX 10 mx1.trekmail.net
新旧两端分流的风险：全球互联网服务商都会缓存 DNS 记录。若 TTL 为 86,400 秒 (24 小时)，您在周五下午 5 点切换 MX，部分服务器直到周六下午 5 点仍会把邮件发往旧服务商。
解决方法是“300 秒规则”：把 MX TTL 降到 300 秒，并至少在切换前 24 小时完成。完整 DNS 切换流程请参阅如何在自己的域名上设置邮箱。
哪些内容可通过 IMAP 迁移，哪些不能
TrekMail 是专门的邮件平台：通过 IMAP 和 SMTP 处理邮件，并通过 CalDAV 和 CardDAV 为各邮箱同步日历和联系人。它不是办公套件，不提供文档、电子表格或视频通话。从 Google 或 M365 等套件迁往专门的邮件托管服务时，必须明确哪些内容会一同迁移。
| 对象 | 通过 IMAP 迁移？ | 实际处理方式 |
|---|---|---|
| 邮件 | 是 | 在两端服务器均支持的范围内复制主题、正文、附件和日期 |
| 文件夹结构 | 是 | 重建双方支持的嵌套文件夹；Exchange 将深度限制为 300 |
| 已读/未读标记 | 是 | 若两端均支持映射，则保留 Seen 标记 |
| 联系人 | 否 | 导出为 CSV/vCard，再导入本地设备 |
| 日历 | 否 | 导出为 .ics，改由其他服务托管或保存在本地 |
| 别名 | 否 | 在 TrekMail 控制面板中手动重建 |
| 服务器端规则 | 否 | 必须重新建立转发和过滤规则 |
现代身份验证的门槛
若原服务商像 Google 一样强制使用 OAuth，老式扫描仪或 Outlook 2013 等旧设备可能无法连接标准 IMAP 服务器。Google Workspace 迁移文档说明了应用专用密码如何协助衔接。TrekMail 支持基于 TLS 1.2 的标准 IMAP/SMTP 身份验证，请确认设备兼容。
您需要哪种邮件迁移方式
场景 A：降低 Google Workspace 成本
- 使用您的域名设置 TrekMail 账户
- 使用 TrekMail 迁移工具复制邮件数据
- 把联系人 (.vcf) 和日历 (.ics) 导出为本地文件
- 将 MX 记录改为
mx1.trekmail.net/mx2.trekmail.net - 确认数据完整且新邮件投递正常后，再取消 Google Workspace
场景 B：将域名转到新注册商
- 在当前注册商处解锁域名转移
- 获取 EPP/授权码
- 在新注册商处发起转移
- 关键：确保域名服务器不变，或完整复制并核对区域文件
TrekMail 内置的邮件迁移工具
手动执行 IMAP 迁移很容易出错。一次超时或 UIDVALIDITY 变化就可能造成邮件遗漏或重复。TrekMail 将迁移作为核心基础设施，而非附带功能。
迁移引擎
控制面板直接连接原服务商，例如 Gmail、cPanel 或 Exchange，并在服务器之间执行 IMAP 同步。自动处理重试、限流退避及基于邮件头的去重，无需命令行。
面向代理机构的共享存储
如果 MSP 要迁移 50 位客户，管理 50 个独立存储配额纯属浪费。TrekMail 提供共享存储，例如所有域名合用 200 GB，可把空间分配到真正需要之处。
DNS 验证
简明的 DNS 检查工具可验证 MX、SPF 和 DKIM 记录是否正确，避免在切换期间误将自己的邮件投递到无效目的地。
| 套餐 | 价格 | 迁移引擎 | 共享存储 |
|---|---|---|---|
| Free | $0 (无需银行卡) | 包含 | 否 |
| Starter | $3.50/月 | 包含 | 否 |
| Pro | $10/月 | 包含 | 否 |
| Agency | $23.25/月 | 包含 + 批量工具 | 是 |
所有付费套餐均含 14 天免费试用，需要银行卡。Nano 套餐无需银行卡。
结论：先确定真正需要的邮件迁移类型
大多数迁移失败都源于混淆域名转移、邮件迁移和账户变更。将数据层的 IMAP 复制与路由层的 DNS 切换分开，按独立时间线处理，并在完成后核对对象数量及抽样内容。
准备迁移时，可以注册免费的 TrekMail 账户，让迁移引擎处理繁重工作。
