「换邮箱是不是要停几天？以前的邮件会不会没了？」——这是迁移前最普遍的顾虑。结论先说：标准流程下 1-3 天完成，业务 0 停机，历史邮件不丢。下面是完整时间表和不丢信的原理。
一、迁移到底在移什么
| 数据 | 是否迁移 | 说明 |
|---|---|---|
| 历史邮件 + 收件箱结构 | ✅ 全量 | 含已读/未读、星标、自定义文件夹 |
| 通讯录 | ✅ | 个人通讯录 + 企业通讯录 |
| 日历 / 日程 | ✅ | 共享日历需重建权限 |
| 邮件规则 / 过滤器 | ✅（转成新平台规则） | 复杂规则建议重建后逐条验证 |
| 域名与历史配置 | ✅ | MX / SPF / DKIM / DMARC 重新下发 |
| 旧邮箱登录方式 | 保留 30 天 | 原账号不动，做兜底 |
二、四阶段时间表（以 50 账号为例）
| 阶段 | 耗时 | 做什么 | 影响业务吗 |
|---|---|---|---|
| ① 准备 | 半天 | 清点账号、确认密码策略、导出通讯录、发内部通知 | 不影响 |
| ② 批量同步 | 4-24 小时 | 用 IMAP 全量拉取历史邮件到新邮箱，后台跑 | 不影响（新旧同时可用） |
| ③ 切换 MX | 10 分钟（+ DNS 生效 0.5-4 小时） | 把收信指向新服务商，建议放非工作时间 | 切换窗口内来信延迟 |
| ④ 验证 | 半天 | 逐账号测收发、客户端重新配置、规则核对 | 不影响 |
合计 1-3 个自然日，其中真正需要「盯着」的只有第 ③ 步那几十分钟。
三、为什么能做到不丢信
- 先同步、后切换：所有历史邮件在新邮箱里到位了，才动 MX。顺序反过来才会丢信。
- 原服务器不删数据：切换后原邮箱仍保留，作为 30 天兜底，任何遗漏都能补。
- DNS 有 TTL 缓冲：TTL 提前调短，切换生效快；期间两边都在收，不会出现「谁都不收」的空窗。
- 逐账号验证清单：每个账号测一封内部信 + 一封外部信（QQ/163/Gmail 各一封），确认双向可达。
四、最容易踩的三个坑
- 坑 1 · 用「导出 PST 再导入」代替 IMAP：文件巨大、易损坏、丢文件夹结构。跨服务商迁移优先 IMAP 直连同步。
- 坑 2 · 没调短 DNS TTL 就切：TTL 还挂在 24 小时，切换要拖一整天，期间两边都可能收不全。
- 坑 3 · 没提前通知客户：切换窗口内有零星来信延迟，提前一天给重要客户发个通知，避免误会。
五、迁移成本
免费。通过授权代理开通阿里云企业邮箱，历史邮件迁移由我们协助完成，不单独收费；邮箱本身的年费按官方阶梯价结算（标准版 5 账号档 ¥600/年，50 账号档 ¥5,250/年）。
六、高频问答（FAQ）
1. 我们 500 个账号、每人十几年邮件，要多久？
同步阶段按数据量算：一般每人 2-10GB，50 账号约 4-12 小时；300-500 账号建议预留 1-2 天同步窗口。真正「盯着」的 MX 切换仍是几十分钟，不随人数明显变长。
2. 迁移期间员工照常用旧邮箱吗？
是。同步在后台进行，旧邮箱登录、收发一切照旧；只有 MX 切换完成后，新来信进入新邮箱。员工只需要换一次客户端配置。
3. 手机上的邮箱 App 要重新设置吗？
要。切换后用新邮箱的 IMAP 参数在 App 里重新添加一次账号即可；历史邮件因为已提前同步到位，打开新邮箱就能看到，不用二次下载。
4. 旧邮箱要保留多久？
建议保留 30 天作为兜底观察期，期间随时可回查遗漏；确认无异常后再到期停用。多数迁移方案里这 30 天是免费的，成本几乎为零。
5. 切换后发现少了一封信怎么办？
先查旧邮箱（兜底仍在），再查新邮箱垃圾箱与延迟投递。通过授权代理开通的客户由我们协助逐封排查补齐——这正是「双写双校」方案存在的意义。
七、下一步
把域名和大致账号数发我们，会给你一份专属迁移方案：需要迁移的数据量、预计耗时、切换时间建议。评估免费，做不做都不收费。