公司邮箱迁移全流程：7 个步骤，从评估到切换

发布时间：2026-10-26 访问量：34

邮箱迁移最容易出事的时刻，不是切换那天，而是切换前没有做账号映射和并行试跑。按下面 7 步走，多数中小规模企业可以做到切换当天不停服、历史邮件不丢。

第一步：盘点账号，做出映射表

导出全部账号、别名、邮件组、公共邮箱、共享账号。每一个旧账号都要在新系统里找到对应位置，别名的遗漏是迁移后"客户发信退信"的头号原因。

第二步：确认容量与保留策略

统计每个账号的实际占用，判断是否需要扩容；明确历史邮件保留几年、归档是否单独存储。容量没算清就开工，迁移到一半卡住的情况很常见。

第三步：验证域名所有权

在新服务商后台添加域名并完成所有权验证，通常是加一条 TXT 记录。这一步不影响现有收信，可以放心提前做。

第四步：批量建号，先不切解析

按映射表批量创建账号，设置初始密码与强制改密策略。此时新邮箱可以登录、可以发信，但收信还走旧系统——这是并行期的标准状态。

第五步：迁移历史邮件

通过 IMAP 拉取或服务商提供的迁移工具同步历史邮件、通讯录、日历。按账号量分批跑，先跑 5 个账号验证完整性，再全量。迁移期间旧系统继续正常收信。

第六步：双域并行试运行

选一个部门，把客户端同时配置新旧两个账号，跑 3–5 个工作日。重点验证：内部互发、外部收发、附件大小、移动端同步、日历邀请。这一步能提前暴露 80% 的问题。

第七步：切换 MX，观察 72 小时

把 MX 记录指向新服务商，TTL 提前调低以便回滚。切换后 72 小时内保持旧系统可登录（只读），逐日抽查收发日志。确认无误后再停用旧账号。

步骤	常见耗时	主要风险
账号盘点	1–2 天	别名、邮件组、公共邮箱漏统计
容量评估	0.5 天	历史邮件超大，迁移窗口不够
域名验证	0.5 天	DNS 管理权限不在 IT 手上
批量建号	0.5–1 天	命名规则不统一，后续难维护
历史邮件迁移	1–3 天	旧系统 IMAP 限速、连接数受限
并行试跑	3–5 天	客户端缓存导致旧邮件重复拉取
切换与观察	3 天	解析未生效、SPF/DKIM 未配置

切换后必须补的三项配置

• SPF：把新服务商的发信服务器写进 TXT 记录，否则大量邮件被判为可疑。

• DKIM：启用签名，提升送达率，也便于对方验证邮件未被篡改。

• DMARC：先设监控模式观察两周，再逐步收紧策略，避免误伤正常业务邮件。

三个高频问题

迁移期间会停服吗？ 只要不提前切 MX，收信一直在旧系统，不会停服。真正会停服的，是先切解析再补数据这种顺序错误。

旧邮件能全部搬过去吗？ 取决于旧系统是否开放 IMAP 以及限速策略，超大附件和已删除邮件通常不在迁移范围，需要提前说明。

客户端要重新配置吗？ 要。建议提前把配置说明发给全员，或统一推送配置，减少切换当天的问询量。

本文基于实施经验整理，具体步骤以所用服务商的操作文档为准。作者从事企业邮箱部署与迁移服务。也可联系400-1105-163企业邮箱客服电话。