从别家迁到大成云，迁移流程是怎样的

这篇讲的是企业侧的配合清单：每一步要出什么材料、要在原系统上先解除什么、授权方式怎么选、状态怎么读、失败怎么自查。 迁入的是阿里邮箱，大成云负责本地开通、迁移、配置与售后[8]；但有几件事只能由企业在原邮箱那一侧完成，服务商做不了——这也是试迁失败最常见的原因。

三条口径先记住：

相邻话题各有专文，本篇不重复：完整技术流程与周期保障见大成云无损迁移服务详解；各节点由谁放行见换服务商迁移麻烦吗：标准迁移流程拆解；开窗前的风险评估见迁移前风险评估该做哪些；迁完怎么逐项对账见迁移后怎么校验：数据比对的方法。

第一步：把原邮箱现状交清楚，再确认迁移范围

首次咨询时建议准备下面这份简表。先给出能够确认的信息，有待核查的项目单独标注。

准备的信息	企业可以提供什么	需要共同确认什么
原系统与到期日	服务商、版本、合同到期时间	原服务能否覆盖迁移和收尾阶段
账号与数据	在用及离职账号数量、邮件量估算、本地存档情况	哪些账号和历史数据纳入迁移
管理与业务窗口	域名管理联系人、邮箱管理员、业务高峰	谁配合变更，何时适合测试和切换

「原服务到期日」这一行是硬约束，不是参考信息。 官方要求搬家完成前原邮箱须保持系统运行状态稳定、服务未到期[1]——源邮箱一到期就搬不了，所以迁移窗口的最晚边界不由自己的排期决定。

这一步要把「迁哪些」说到具体对象：邮件、文件夹，以及需要另行核实的通讯录、日历、本地存档。不要把「更换邮箱」理解为所有历史数据自动随迁。

两条顺序性提示：

大成云还提供域名解析、安全认证和账号规划的配置与验证[9]。这些工作应纳入迁移计划；提前准备配置，并不等于立即改变邮件投递方向。

第二步：动手之前，先在原系统解除四类限制

这一节是企业侧最该提前做、也最容易漏的部分。服务商无法代办——这些开关都在原邮箱那一侧。

官方列出的搬家准备工作里，有四类限制必须先解除[1]：

要解除的限制	为什么必须解除	典型表现
客户端收取邮件的范围限制	原系统常默认只让客户端收取近 30 天邮件，范围要改成「收取全部」	搬家跑完了，但只搬到最近一个月
IP 登录限制	搬家程序从阿里侧发起连接，源 IP 不在白名单内会被拒	认证失败，但手工登录原邮箱正常
二次认证	手机短信、微信、身份验证器等会阻断程序化登录	认证失败，密码确认无误
客户端安全密码	原系统若要求独立安全密码，填普通登录密码不通过	认证失败，员工说密码没错

这四项里前一项决定「搬得全不全」，后三项决定「搬不搬得动」。 其中「收取 30 天改为收取全部」最隐蔽——它不报错，只是安静地少搬了几年数据，等到验收抽样才发现。

同一份准备清单里还有两条：

搬家开始之后的禁止动作也要提前通知员工：不要删除或移动原系统邮件、不要更改文件夹命名[1]。

源系统还可能有专门要求。 官方为飞书、腾讯、网易、Coremail、263、Gmail、Exchange、O365 分别提供了搬家注意事项文档[1]。企业在第一步报上原服务商之后，应要求实施人员对照该源系统的专门文档确认前置条件，而不是套用通用说明。

第三步：三种授权方式怎么选，各有硬前提

员工旧邮箱的密码怎么处理，是迁移里最敏感的一件事。官方提供三种添加搬家账号的方式，它们的限额和前提条件不一样，选错会在执行阶段卡住[1]。

方式	适用场景	企业要准备什么	硬前提与限额
一、密码代填（管理员批量）	管理员已掌握全部原密码，希望员工零操作、后台静默迁移	CSV 三列：阿里邮箱账号、原系统账号、原系统密码	单次上限 10,000 条；须核对账号对应关系；涉及管理员接触员工密码，需符合企业信息安全规范
二、原密登录（管理员配名单）	管理员不掌握原密码，希望批量启动	CSV 一列：搬家账号	单次上限 1,000 条；阿里邮箱账号地址必须与原邮箱地址完全一致；启用后员工只能用原账号密码登录、初始密码失效
三、自助填写（员工自行配置）	员工不愿透露密码，或希望自行安排时间	无需 CSV，无需收集账号信息	管理员需开启自助搬家功能并引导员工；员工在「设置 → 查看更多设置 → 邮箱设置 → 邮箱搬家」填写

三条容易踩的细节：

选哪种方式应当由企业的信息安全制度决定，而不是由实施便利度决定。 不愿让任何人接触员工密码时选方式三；要求员工零感知时选方式一并补齐内部授权记录。

第四步：试迁，样例要挑最难的那几个

大成云六步流程的第二步是预迁移测试，方案页列出选取 5~10 个样例账号跑通流程、验证数据完整性[7]。

企业的配合动作是选样本，而选样本的原则是挑最难的。 建议优先推荐历史邮件最多、文件夹层级最深、附件最大、邮件规则最复杂、以及文件夹名含特殊符号的那几个账号，并请实际使用者参与查看。样例里没有出现的结构，全量迁移时才第一次遇到，而那时已经过了唯一的试错机会。

试迁时重点检查约定范围内的邮件、文件夹落点和附件打开情况。建议用「账号—检查项—发现的差异—复测结果」记录反馈，让后续批次沿用已经确认的处理方式。

样例验证通过，说明这条路径可以继续执行，不代表其余账号已经验收。 具体样例数量、测试范围和通过条件应在项目方案中写清。

第五步：读懂七种搬家状态，别把「已完成」当好消息

全量迁移处理约定范围内的历史邮件，大成云的方案包含在非工作时间批量执行、失败邮件自动重试和进度监控[7]。企业据此协调人员和业务窗口，而不是把「非工作时间」理解为所有项目都能一夜完成。

官方给了按账号的速度口径

单个子账号搬家启动后：邮件量小于 3000 封，正常情况下 24 小时可以搬家完成；3000 到 25000 封之间，正常情况下 3~5 个工作日完成[1]。

注意这是单账号口径，和项目口径不是一回事。 大成云方案页公布的是千级用户规模通常 3~5 天完成全量迁移、万级 1~2 周内交付[7]。前者回答「我这个账号多久搬完」，后者回答「整个项目多久交付」，估排期时不要混用。

另外搬家时间可设为立即启动（邮件数据在 2 小时内开始传输）或自定义启动时间[1]。

七种状态各自意味着什么

状态	含义	企业该做什么
未开始	用了自助方式，但账号还没自行配置参数触发	催办到人，不是系统问题
等待用户登录后自动开启	用了原密登录方式，但账号还没用原密码登录触发	同上，通知文案要说清
已通知用户	已通知填写原系统信息，成员暂未完成	同上
未开启搬家	后台未对该账号采用任何方式，账号也未自主配置	漏配，需补
进行中	邮件正在搬家，持续增量	正常状态，不代表卡住
已暂停	管理员操作了暂停	确认是否需恢复
认证失败	账号授权异常	回到第二步查四类限制与密码

「进行中」是正常状态。 官方说明：配置完成后状态仍为「进行中」，是因为原邮箱账号密码服务都正常且任务未暂停或关闭；只要还在「进行中」，原邮箱有新邮件进来就会继续搬[1]。所以判断依据不是状态文字，而是数据是否还在增长。

「已完成」反而需要留意。 搬家状态在 7 天内没有收到新邮件时才变为已完成；而已完成状态不再收取新邮件，已完成账号若需要重新接收，必须重启搬家[1]。所以如果切换解析的时间远在搬家完成之后，这中间原邮箱新收的邮件要确认是否已被覆盖。

管理员可以按状态筛选、搜索账号定位，也可以导出域下所有账号的搬家情况[1]——验收时应当要这份导出，而不是逐个点开看。

失败了先自查一步

官方给的排查方法很直接：尝试用第三方客户端加 IMAP 验证原邮箱可用性；如果失败，说明原邮箱 IMAP 配置异常，应检查原邮箱的 IMAP 服务器地址与端口、以及 IMAP 收取范围是否为「全部」[1]。

这一步企业自己能做，而且能把「服务商的问题」和「原系统的问题」分开。 验证不通过就回到第二步处理原系统配置，或联系原服务商。

第六步：并行验证与切换，通知该写什么

大成云在正式切换前安排并行验证，由用户试运行新系统并反馈问题[7]。与第四步的样例试迁相比，这一步更关注员工能否完成日常工作：登录入口是否明确、常用客户端是否能按计划使用、测试收发是否符合预期。

建议把反馈分为「已验证」「待处理」「需业务确认」三类。影响正式使用的问题未关闭时，先调整切换计划。

增量邮件要和历史存量分别核对。 增量同步持续同步搬家期间原邮箱新收到的邮件[1]，所以「历史存量已搬完」和「切换前新增邮件已核对」是两个判断；后者尚未确认时，不应直接通知全员启用新邮箱。

切换顺序由官方规则定：建议在搬家完成后再进行解析切换[1]；切换时停止原邮箱域名解析、启用阿里邮箱域名解析，切换后原邮箱无法收取邮件[3]。官方同时强调邮箱搬家是牵一发而动全身的项目，IT 人员应作为关键干系人加入项目组，所有问题确认完成后才可以进行正式切换[3]。

排切换窗口时要把解析生效时间算进去：解析记录通常需要 10 分钟至 48 小时在全球范围内生效[5]。

切换通知建议写清四件事：从何时开始使用新邮箱、使用哪个入口、原账号密码怎么处理（如果用了原密登录方式）、遇到问题联系谁。写不清会出现员工或域名管理方各自提前操作。

第七步：切换后有两件必做的事，再按计划退出旧系统

官方在「后续操作提醒」里列了两件完成解析切换后必须做的事[1]：

第二条最容易被漏，而症状很迷惑：对外发信都正常，只有发给某些地址失败，而那些地址恰好还在原服务商那边。这件事要由管理员协调原服务商完成，服务商和阿里侧都代办不了。

拿到《数据迁移报告》后，建议验收人按三类结果分别确认[7]：

旧系统的退出要单独安排。大成云方案列有原系统只读访问保留 30 天[7]。应在项目中写清保留条件、起止时间和访问方式——只读查阅与恢复原系统收发是不同操作，按官方规则切换解析后原邮箱已无法收取邮件[3]，所以只读期保住的是「还能登录查历史」这一层。回退如何执行、切换后的新增邮件怎样处理，也应提前约定。

不能把「停止日常使用」等同于「立即删除旧数据」。 另外如果只是同域内不同账号之间转移邮件，不必走搬家——管理员可以通过账号回收站实现，阿里邮箱默认保存 30 天内已删除的邮箱账号，此期间可将邮件转移至其他账号或恢复原账号[3]。

沟通前准备哪些信息

迁入流程与企业配合常见问题（FAQ）

不一定，有三种方式可选。官方提供管理员批量导入账密（CSV 三列、单次上限 10,000 条）、管理员配名单由员工用原账号密码登录触发（CSV 一列、单次上限 1,000 条，前提是阿里邮箱账号地址与原邮箱完全一致）、以及员工自行填写账密三种方式[1]。不愿让任何人接触员工密码时选第三种。选哪种应由企业的信息安全制度决定，而不是实施便利度；涉及凭据交接时应遵守企业的信息安全管理要求。

多数情况是原系统的客户端收取范围限制没解除。官方的搬家准备工作要求把原系统全部成员的客户端收取邮件范围限制解除，例如把「收取 30 天」改为「收取全部」[1]。这一项的特点是不报错，搬家状态会显示正常，只是安静地少搬了数据，往往要到验收抽样才发现。处理办法是在原系统改完范围后重新执行受影响账号的搬家，并对照迁移前的范围清单复核。

不一定，这通常是正常状态。官方说明：配置完成后状态仍为「进行中」，是因为原邮箱账号、密码、服务都正常且任务未暂停或关闭；只要还在「进行中」，原邮箱有新邮件进来就会继续搬[1]。判断依据不是状态文字而是数据是否还在增长。真正需要关注的是「认证失败」——回到原系统查四类限制与密码；以及「已完成」，因为已完成后不再收取新邮件，需要重新接收必须重启搬家[1]。

先查原邮箱的域名绑定是否已解除。官方在后续操作提醒里明确：为避免同域认证问题——新邮箱无法给原服务商邮箱发信——完成域名解析切换后应在原邮箱系统替换域名或解除绑定，具体操作建议联系原邮箱客服[1]。这个症状很迷惑：绝大多数邮件正常，只有发往仍在原服务商那边的地址失败。这件事只能由管理员协调原服务商完成，解析记录本身可能完全正确。

要区分改哪个密码，以及用了哪种搬家方式。用原密登录方式时，员工在新邮箱里修改新密码不影响搬家进程，但严禁在原邮箱系统中修改密码——原密码一改验证就过不去、搬家失败，补救办法是员工进入阿里邮箱的「设置 → 邮箱搬家」手动更新原密码[1]。用密码代填方式时，要确保 CSV 里提供的密码在搬家期间持续有效[1]。所以通知员工时要写明：新邮箱随便改，旧邮箱先别动。

取决于搬家设置里选的文件夹位置。官方提供两种：单独存放，即在目标邮箱创建以原邮箱地址命名的专用文件夹；或合并进系统文件夹，按映射自动匹配（如发件箱对应已发送）并保留自定义文件夹结构[1]。选了单独存放时，员工需要展开那个以邮箱地址命名的根文件夹，历史邮件在其下各子文件夹里[1]。这一点要写进切换通知，否则会出现「邮件没搬过来」的误报——而原收件箱数量与源端不同也是这个原因。

应以大成云为本项目出具的书面报价和合同为准。询价时可把订阅、数据迁移、到场支持和切换后跟进分别列项确认，既不预设全部免费包含，也不预设这些服务一定单独收费。要留意的是阿里邮箱包年包月实例不支持退订[6]，所以目标侧的账号数与版本应在付款前算准；响应与解决时限则以合同 SLA 字段为准[10]。

References