旧邮箱迁移不漏信：搬家顺序与切换窗口的安排

周一早上九点，财务打开收件箱，发现上周五下午那批对账单只剩三封，其余十几封像是从没发出来过。运维查了半个多小时才定位：解析在周五傍晚改了，可历史邮件搬家只搬了收件箱，自建归档文件夹和自动转发规则没跟着走，新旧两套系统在同一个域名下各收了一半。昆山买企业邮箱这件事，难的地方从来不是开通新账号，而是把旧账号里那些没人记得的文件夹、规则和客户端配置一并带过去。下面按能照着执行的顺序拆开讲，每一步都给出当场可核对的判断标准。

本文要点

• 切解析前先把 TTL 降到 300 秒，回滚窗口才够用
• 历史邮件按文件夹增量同步，条数与字节数都对齐再放行
• 灰度账号跑满 48 小时，外域退信与大附件验过再全量

迁移前的数据盘点

盘点不是数账号，是把「账号—文件夹—规则—客户端」四条线各拉一张清单。常见情形是管理员只导出了用户列表，切完才发现销售部的公共别名、离职人员的自动转发，以及几台个人电脑上挂着的本地归档，都不在表里。任何一条漏掉，切换后都会变成「那封信去哪了」的投诉。把昆山买企业邮箱项目的盘点做扎实，后面几步会顺很多。

建议导出字段至少覆盖：账号名、显示名、所属部门、已用容量、文件夹数量、别名、邮件组归属、自动转发目标、自动回复文本、是否启用 POP3 与 IMAP、本地数据文件位置。判断标准很直接：清单里的账号数要能和人事在职名单、旧服务商的许可数三方对上，差一个都要写明原因，不能靠「大概齐」放过。

遇到过的一类情况是，公共邮箱被当成普通个人账号建在前任管理员名下，人走了以后连密码都没人知道。盘点阶段把这类账号挑出来，改成邮件组或共享邮箱，比切换当天临时救火省事得多。想核对自家清单是否齐全，可以对照 服务与解决方案 里的账号与域名条目逐项打勾。

先搬数据后切解析

顺序上的核心原则只有一句：数据先走，解析后动。新服务商侧先把域名、账号、别名、邮件组建好，把 SPF、DKIM、DMARC 三条 TXT 记录配齐，用 dig TXT 确认已经生效；此时 MX 仍指向旧系统，收信路径没有变化，可以安心做历史邮件搬家。把邮箱切换MX 安排在数据追平之后，是这套顺序里不可调换的一步。

企业邮箱迁移里容易翻车的是「一次性全量倒完」。更稳的做法是按文件夹分批增量同步：先跑一轮全量，再每隔几小时追一次增量，临近切换窗口前再做一次追平。每轮同步后记下每个文件夹的邮件条数与总字节数，两轮数字一致才算这一批完成。中文主题出现乱码时，多半是旧系统的字符集标注缺失，要在客户端里核对原始编码，而不是直接重导。

• 在新系统建域名与账号，导入别名、邮件组、通讯录
• 配置并验证 SPF / DKIM / DMARC 的 TXT 记录，DKIM 密钥长度按服务商要求取 1024 或 2048 位
• 按文件夹分批做 IMAP 增量同步，逐批记录条数与字节数
• 抽样打开带大附件的邮件与含中文主题的邮件，确认无乱码、无附件丢失
• 追平后冻结一轮，记录切换基线数字

TXT 记录有个细节：单条字符串超过 255 字符时要分段填写，DKIM 公钥较长，复制时漏掉引号或分段顺序错，验证就会一直不通过。这类问题在解析还没切换时改起来没有代价，一旦切完再改，外部域的投递验证会跟着抖。更多关于解析配置的拆解，放在 行业动态栏目 里，可按需翻看。

灰度账号验证

全量切换前，挑两三个账号先跑灰度。选法有讲究：一个只收内部通知、一个对外往来频繁、一个常带 20MB 以上附件，三种用法各自暴露的问题不一样。灰度期间新旧系统并行收信，让这几个账号在新环境里收发满 48 小时。

验证项不要只看「信能不能收到」。外部域发进来的信要看邮件头 Received 链是否经过新系统；往外发的信要挑几个不同的外部域试投，确认没有 550 退信或 451 临时延迟；日历邀请、会议回执、自动回复这类带格式的邮件，也要单独发一封。判断标准可以定成一张表：外域收发、附件、退信码、邮件头、签名显示、日历，六项全绿再进入全量。

灰度账号里建议包含一个用手机邮件 App 的人。桌面端配置改起来容易，移动端常常还留着旧服务器地址，灰度阶段就能发现；放到全量切换那天再处理，会变成一整天的重复答疑。六个验证项里若有一项不稳，宁可把灰度期再延一天，也别带着问号切全量。

切换窗口与缓冲

窗口选在业务低峰，通常是周五下班后或周末，避开月末对账、报价截止和展会集中期。动手前 24 小时把 MX 所在域名的 TTL 从常见的 3600 秒降到 300 秒，让各地递归服务器更快刷新；这一步是留给回滚的余量，TTL 没降就改记录，出问题想退回原值要多等很久。

昆山买企业邮箱涉及切换时，推荐把新系统的 MX 优先级设成 10，旧系统暂时保留为 20 并继续收信，形成三到七天的双写缓冲。DNS 传播本身按 24 到 48 小时估算，各地刷新有先后，缓冲期内每天核对一次退信队列、新系统收信条数与旧系统残留条数。判断回滚的条件要提前写死：外部域退信持续出现，或新旧条数差超过约定阈值，就先把优先级改回去，而不是边收边猜。

• 提前 24 小时降低 TTL，记录旧 MX 的完整值与优先级
• 在低峰窗口改 MX，新旧系统并行，旧侧保持收信能力
• 缓冲期三到七天，每日核对退信队列与两侧条数
• 达到稳定后撤下旧 MX，旧系统转只读归档
• 归档只读期建议 30 到 90 天，到期再按台账销毁

缓冲不是拖延。它的作用是让那些缓存了旧解析的发送方有机会自然刷新，也让客户端配置没跟上的同事有时间补做。把这段时间当成项目的一部分排进计划，比切换当天晚上临时决定要不要回滚要稳当。

客户端与签名同步

解析切完，桌面与手机上的配置还得跟着走。Outlook、Foxmail 以及手机自带邮件 App 都要重新指向新服务器：IMAP 常用 993 端口配 SSL，SMTP 用 465 端口的 SSL 或 587 端口的 STARTTLS，具体按服务商给的参数填。若账号开启了 OAuth2 或要求应用专用密码，旧密码会直接失效，这一步要提前把凭据发到每个人手上。

容易被忽略的是本地数据。桌面端长期缓存会生成 OST，重建缓存时若旧配置残留，可能出现「文件夹显示但信是空的」；挂在个人电脑上的 PST 归档则要单独导入并核对条数。签名档、自动回复文本、通讯录、日历订阅、收信规则这五项都不在邮件数据里，得逐项人工迁移。

判断标准可以很朴素：让每位同事从新配置发一封内部测试信，检查收件人看到的发件人显示名、签名里的地址、公司落款是否与切换前一致。签名里还写着旧服务商或旧联系电话的情况并不少见，这类小错误不丢信，却会让客户以为换了公司。整理这类细项时，免费咨询 可以拿来当核对清单的落点。

通知与旧系统归档

对外通知别只发一句「我们换邮箱了」。模板里写清四件事：生效时间、邮箱地址是否变化、过渡期遇到退信找谁、旧系统只读保留到哪天。地址不变时也要明说，因为不少人看到「迁移」两个字会下意识以为要改通讯录。通知范围除了客户与供应商，还包括各类平台账号的绑定邮箱、域名注册商联系人、证书申请邮箱，以及自动推送告警的接收地址。

归档侧要做的是把旧系统里的内容导成可长期读取的格式，常见是 EML、MSG 或 PST，按账号分目录存放，记录导出时间、文件数量与校验和。归档台账字段建议包含账号名、导出格式、文件数、校验值、存放位置、保留截止日、复核人。旧服务商的自动续费与许可扣费，要在确认归档可读取之后再关闭，别把顺序倒过来。

小结

把六步收成一句话：先盘清、再搬数据、后切解析，灰度验过、缓冲留够、客户端与通知同步，旧系统归档只读。昆山买企业邮箱的迁移风险大多不在技术本身，而在那些没登记进清单的文件夹、别名与本地归档。明天就能做的一件事，是打开旧服务商后台导出一份账号与文件夹清单，和在职名单对一次数字，差在哪一行先圈出来。更多同簇拆解可到 行业动态栏目 查阅。本文为行业经验与技术分享，不构成效果承诺；具体交付范围、周期与资费以书面方案为准。