阿里邮箱西南服务中心换企业邮箱服务商并不一定麻烦。只要迁移范围、责任人、技术顺序和验收标准提前确定，项目可以按节点推进。真正的风险来自迁移范围未明确、跳过试迁、迁移结果确认前提前切换 MX，以及业务验收完成前过早停用旧系统。
标准迁移分为四个阶段：
- 启动：IT 与采购或合同负责人确认迁移范围、授权方式、交付物和原系统有效期。
- 试迁：IT 核对技术记录，业务负责人确认代表账号可用；两方通过后再执行全量迁移。
- 切换：全量迁移结果和阻塞项确认后，域名管理员修改解析，企业随即完成收发抽检。
先看完整责任表：四个迁移节点由谁放行
阿里邮箱将邮箱搬家视为需要谨慎推进的项目，要求 IT 人员加入项目组，并在所有问题确认后再正式切换。[6] 因此，迁移计划既要列出技术动作，也要明确谁提供输入、谁确认结果、谁有权放行。
|
节点
|
企业责任人
|
必须提供／确认
|
放行条件
|
|
启动
|
IT 负责人；采购或合同负责人
|
源系统与账号范围；历史数据范围；原服务到期日；账号授权方式；交付物与验收口径
|
原系统仍有效且搬家通道可用；目标账号清单已建立；范围、权限和书面口径已确认
|
|
试迁
|
IT 负责人；业务负责人
|
代表性账号；目录放置方式；重点邮件与附件抽检项；异常处理人
|
试迁账号可登录；目录和典型内容符合预期；异常项已有处理结论
|
|
切换
|
IT 负责人；域名管理员；业务负责人
|
切换窗口；解析操作人；员工通知；内外部收发测试清单
|
全量迁移结果已确认；阻塞性异常已关闭；解析操作人与业务测试人同时在场；原系统仍可访问
|
|
验收
|
IT 负责人；业务负责人；采购或合同负责人
|
《数据迁移报告》；异常记录；客户端重配结果；旧系统停用审批
|
报告与业务抽检均已确认；遗留项有责任人；旧系统停用由企业另行批准
|
完整技术顺序与交付物可继续查看《找人做邮箱迁移，靠谱的流程应该长什么样》；上表将同一项目转换为企业内部可执行的责任链。
启动放行：企业先交四类输入，大成云再配置方案
迁移开始前，原系统必须保持正常工作。阿里邮箱要求搬家完成前保持原邮箱密码不变、IMAP／POP 服务可用、系统稳定且服务未到期；搬家期间还应避免删除或移动邮件、修改文件夹名称。[5]
四类责任人需要分别提供以下输入：
- IT 负责人：源邮箱类型、账号清单、迁移日期范围、文件夹范围、原服务到期日，以及需要单独处理的账号或数据。
- 域名管理员：域名所有权信息、解析平台和实际操作权限。大成云提供开通与账号规划服务时，先核对域名与资质并确认解析记录可修改，再开展账号规划与配置。[3]
- 业务负责人：重点部门、代表性试迁账号、不可切换的业务日期，以及员工需要的历史邮件目录方式。
- 采购或合同负责人：将服务范围、交付物、验收口径、异常处理和双方责任写入项目文件，避免到切换当天才讨论完成标准。
企业无需默认将所有员工的原邮箱密码集中交给服务方。阿里邮箱提供三种账号添加方式：[5]
|
授权方式
|
企业需要准备
|
员工动作
|
适用条件
|
|
密码代填
|
目标账号、原账号与原密码的对应表
|
无
|
企业已获授权集中管理账密，且内部合规允许
|
|
原密登录
|
需要搬家的账号列表
|
首次登录时使用原账号和密码触发搬家
|
企业不集中收集密码，且新旧邮箱地址一致
|
|
员工自助填写
|
搬家人员范围与操作通知
|
登录后自行填写原系统账号和密码
|
员工分散授权，企业希望账密不离开本人
|
账号授权方式由企业根据密码管理制度决定。企业确认授权方式后，大成云采用相应方式配置迁移参数；项目授权文件应同时写明大成云的操作范围。
试迁放行：业务确认能用，IT 确认能继续
大成云采用先预迁移测试、再全量迁移的执行顺序。[2] 试迁用于通过少量代表性账号确认参数、目录呈现和内容结果是否满足全量执行条件，不代表所有账号已经迁移完成。
代表性账号应覆盖目录较深、历史邮件较多、附件使用频繁或业务重要的情况。IT 负责人核对账号映射、迁移范围和异常记录；业务负责人登录新邮箱并确认以下结果：
- 历史邮件采用“单独存放”还是“合并进系统文件夹”，与试迁前的选择一致。[5]
- 典型邮件正文和附件可以正常查看。
- 需要保留的日期范围与文件夹已经出现，不需要迁移的内容没有被误纳入。
- 员工登录、查找历史邮件和后续客户端配置的说明可以执行。
目录呈现、数据范围或典型内容存在未解释差异时，应调整参数并重新试迁。业务负责人确认使用结果，IT 负责人确认技术记录；两方通过后，大成云再执行全量迁移。
切换放行：域名管理员只在迁移结果确认后改解析
阿里邮箱建议完成搬家后再切换域名解析。如果因特殊原因需要提前切换，原邮箱的 IMAP 服务仍必须保持可用，否则剩余历史邮件无法继续搬取。[5][6] MX 切换因此属于企业正式放行节点，不能由迁移执行人员单方决定。
切换前，IT 负责人确认全量迁移结果和阻塞性异常，业务负责人确认代表性账号可用，域名管理员确认能够在约定窗口修改记录。大成云承接邮件路由相关的 MX 记录及必要主机记录配置，并配置和验证 SPF、DKIM、DMARC 等安全认证。[3][4]
解析修改后，企业测试人员应完成内部互发、外部发入、对外发出和回复链路的业务抽检；大成云逐项验证邮件收发和认证状态。[3][4] 全量迁移结果尚未确认、阻塞性异常尚未关闭，或原系统已接近到期且续期安排不明时，不应进入切换节点。
验收放行：先收迁移报告，再另批旧系统停用
项目完成后，大成云交付《数据迁移报告》，报告包括迁移数量、成功率和异常处理记录。[2] 迁移报告是验收输入，企业仍需完成业务抽检；最终交付内容以方案、合同和验收记录为准。
企业侧应依次完成四项动作：
- IT 负责人核对迁移范围、异常记录和待处理账号。
- 业务负责人抽检重点账号，确认历史邮件可查、典型附件可打开、日常收发可用。
- 采购或合同负责人对照项目文件核查约定交付物和遗留责任。
- 域名管理员按计划解除原系统域名绑定，相关员工完成第三方客户端重配。[5]
阿里邮箱后台显示“已完成”，表示连续 7 天没有新邮件进入搬家任务，任务随后不再自动接收新增邮件。[5] 这是平台任务状态，不等于企业业务验收，也不会自动授权关闭旧系统。旧系统应在迁移报告、业务抽检和遗留项均完成确认后，再由企业授权角色结合原服务合同另行批准停用。
常见问题（FAQ）
Q: 试迁结果在 IT 与业务部门之间出现分歧，谁决定是否放行？
企业应由项目文件中预先指定的授权人决定是否放行；没有指定最终确认人时，不应临时放行。技术可行性由 IT 负责人说明，实际可用性由业务负责人说明。任一方认为存在阻塞性问题时，项目应停留在试迁节点。最终确认人只决定是否进入下一节点，不替代 IT 与业务负责人记录事实。
Q: 哪些异常必须阻止切换，哪些可以列为验收遗留项？
影响账号登录、约定迁移范围、代表性邮件与附件读取、内外部收发链路，或导致验收结果无法追溯的异常，应作为阻塞项先关闭。仅影响非关键显示或个别非核心配置、且不妨碍业务使用的事项，才可列为遗留项，并写明影响范围、责任人、处理期限和复验方式。具体分类由企业与服务方依据项目文件共同确认，不能由单方口头放行。
Q: 切换窗口延期后，之前的放行结论还能直接沿用吗？
切换窗口延期后，不建议直接沿用原放行结论。阿里邮箱要求搬家完成前保持原系统有效、密码不变且 IMAP／POP 可用；延期后应重新核对这些技术前提。[5] 企业还需复核域名操作人和业务测试人能否到场、员工通知是否已经更新。任一前提发生变化，都应更新责任清单并重新确认对应节点。
Q: 分批迁移时，四个放行节点是整个项目走一次，还是每批都走？
分批迁移时，启动阶段的总体范围、授权方式和交付口径可以按项目确认一次；每个批次仍应分别保留试迁结果、切换确认和异常记录。全部批次完成后，企业再进行项目级验收并决定是否停用旧系统。后续批次如果更换源系统、迁移范围或授权方式，应重新打开启动节点。
Q: 原定放行人请假、离职或权限变化，谁可以替代确认？
原定放行人无法履责时，只有企业提前书面指定、且具备对应业务或技术权限的替代人可以确认。切换前应更新责任清单、联系方式、授权范围和生效时间；域名操作人变化时还要重新确认解析权限。没有有效替代记录时，不应进入下一节点，以免执行人员同时承担操作和验收职责。
准备好五项资料后，如何申请迁移评估？
首次沟通需要确认迁移范围、企业责任人、账号授权方式、试迁判据、切换窗口和验收交付物，并据此判断项目是否具备排期条件。
申请评估前，请准备现用邮箱系统与账号数量、历史邮件大致容量和日期范围、原服务到期日、域名解析权限人，以及企业内部四类责任人和可接受的切换窗口。