把一个邮箱迁到新服务商，有时填一张六个字段的表单就够了。但批量迁移一百个邮箱是另一回事，难点不只是数量。一百个邮箱意味着更多不易察觉的出错机会：密码填错、源服务器在第四十次连接后开始限流，或者某个文件夹复制到 4,000 封后就停住，而文件夹里共有 12,000 封，却仍显示迁移成功。
CSV 文件解决的是重复操作：一个文件、一个批次、并行处理，并分别显示每个邮箱的进度。但迁移是否成功，要看进度条结束后的检查。并不是每种工具都会核对邮件是否真的到达目标邮箱。
本文介绍文件格式、连接前的行数据校验、迁移过程，以及复制完成后的邮件核对。
准备批量迁移 CSV 前要做什么
有两个前提条件。漏掉任何一个，都可能白忙一晚上。
目标邮箱必须提前创建。迁移负责把邮件复制到邮箱，不负责创建邮箱。如果要为一百位员工开通邮箱，请先批量创建：上传包含管理员所设密码的 CSV，或者批量发送邀请，让每个人自己设置密码。
不需要目标邮箱的密码。系统会在内部完成对您账户下邮箱的身份验证，所以 CSV 只包含源邮箱凭据。其他工具可能要求两端的凭据，这意味着文件需要更严格的保护，但仅凭这一要求不能认定工具滥用了凭据。
批量迁移文件的格式
如果所有邮箱都在同一家服务商，三列就够了。服务器参数来自表单中选择的服务商：
source_email,source_password,destination_email
alice@oldhost.com,app-pw-1,alice@yourdomain.com
bob@oldhost.com,app-pw-2,bob@yourdomain.com六列格式可以混合不同来源。例如收购一家公司后，一部分团队使用 Google Workspace，另一部分使用 cPanel 服务器。下面的示例并不证明对应服务商支持密码登录：
source_email,source_password,destination_email,source_host,source_port,source_security
alice@gmail.com,app-pw-1,alice@yourdomain.com,imap.gmail.com,993,ssl
bob@outlook.com,app-pw-2,bob@yourdomain.com,outlook.office365.com,993,ssl
carol@oldhost.com,pw-3,carol@yourdomain.com,mail.oldhost.com,993,ssl文件可能由人工编写，也可能由不同软件导出，因此读取时会识别几种常见格式：
| 规则 | 说明 |
|---|---|
| 文件大小 | 不超过 2 MB |
| 编码 | 请保存为 UTF-8；不支持的编码会被拒绝，而不是悄悄改动数据 |
| 表头 | 可选，自动识别 |
| 分隔符 | 逗号、制表符或分号，自动识别 |
| 空行 | 跳过 |
| 注释 | 跳过以 # 开头的行 |
| 邮箱地址 | 转换为小写，并去除首尾空格 |
| 每批行数 | 原文列出 Starter 为 100、Pro 为 300、Agency 为 1,000；请核实当前限制 |
支持分号对 Excel 用户很有用。根据区域设置，Excel 导出 CSV 时可能使用分号。只识别逗号的工具可能会把整行当成一列。
使用电子表格时要小心：以 =、+ 或 - 开头的密码可能被当成公式，保存时发生变化。请用文本编辑器准备文件，或者在导入时明确把密码列设为文本，并核对导出结果。仅在 CSV 中给值加引号，并不能保证密码不被改动。
获取源邮箱的登录凭据往往最费时间
每个邮箱都需要有效的源端 IMAP 访问方式。这种 CSV 使用密码，但并非所有服务商都接受密码认证。收集凭据前，请先确认兼容性。
| 来源 | 需要的访问方式 |
|---|---|
| Gmail / Google Workspace | 在账户和管理员策略允许的情况下使用应用专用密码；账户需开启 2 步验证 |
| Microsoft 365 | Exchange Online 的 IMAP 基本身份验证已无法重新启用。需要受支持的 OAuth 登录流程或其他适用方案；密码 CSV 不能替代这些方案 |
| Yahoo、AOL、iCloud | 在服务商和账户允许此类访问时使用应用专用密码 |
| cPanel 和传统托管服务 | 如果服务器支持 IMAP 密码认证，使用邮箱密码 |
向一百个人收集一百个应用专用密码，可能才是迁移中最耗时的工作。承诺完成日期前要考虑这一点。如果您拥有源端管理权限，请核实可用的访问方式，以及是否能够集中生成凭据。否则，请提供带截图的说明，并留出帮助用户操作的时间。
迁移结束后，等文件不再用于核对或补充迁移时，请删除 CSV。它包含仍然有效的凭据。也要管理好副本，并尽可能撤销临时密码。
先校验，再连接
粘贴数据或上传文件，然后点击预览并校验。建立迁移连接前，系统会先给每一行分类：
- 就绪：通过初步校验，可以加入队列。
- 错误：地址格式不正确、缺少密码或目标邮箱不存在。这些行会被跳过。
- 警告：近期已向此目标迁移过邮件，请检查重复导入的风险。
- 重复：同一组源邮箱和目标邮箱在文件中出现多次。
- 超出限制：超过当前套餐允许的每批行数。
修改文件后，可以按需反复预览。这不会开始复制，也不能证明密码有效。“找不到目标邮箱”尤其有用：域名中的一个拼写错误可能影响一百行，否则要到连接时才会发现。
批量迁移的重要设置
迁移的文件夹。可以选择所有文件夹、仅标准文件夹（收件箱、已发送、草稿、垃圾箱、归档和垃圾邮件），或仅收件箱。标准文件夹可以避开某些虚拟视图和标签，减少同一邮件被多次呈现的情况。但如果要保留自定义文件夹，只选标准文件夹就不够。开始前请确定需要迁移的范围。
导入起始日期。设置最早日期。复制两年的邮件而不是十一年，会减少数据量，但也会排除更早的邮件。请和团队约定哪些邮件必须保留，哪些可能需要另行迁移。
跳过重复邮件。后续迁移请保持开启。它有助于避免再次导入已识别的邮件，但不能保证所有情况下都没有重复，例如邮件缺少可用标识符时。
批次名称。起一个容易理解的名称。三周后，“Acme，第 2 阶段”比时间戳更有帮助。
批量迁移过程中会发生什么
账户会在套餐限制内并行处理。原文列出 Starter 为 2、Pro 为 5、Agency 为 10；请确认当前配置。源服务商可能限制连接和请求。来自同一地址的四十个并发 IMAP 连接可能触发限制或临时封锁，但不同服务商的反应并不相同。
每个账户依次经过排队、启动、校验、规划和带百分比的导入状态，最后显示完成、失败或取消。您可以关闭页面，处理会在服务器上继续。
运行过程中有三个操作：
- 全部取消：请求停止正在运行和排队的账户。已经导入的邮件不会被删除。
- 重试失败项：只把失败的账户重新加入队列。如果原因是源邮箱密码错误，请先修改密码。
- 继续：恢复已暂停的批次。
账户存储使用率达到 90% 时，系统设有暂停及邮件通知机制。这能降低复制过程中耗尽空间的风险，但不能保证剩余容量足以完成所有迁移。请释放空间或增加容量，检查部分迁移结果，再继续运行。
批次结束时会发送通知。如果超过一半的账户失败，还会单独报警。这可能意味着共同原因，例如源服务商施加了访问限制，而不是五十个互不相关的问题。需要查看错误信息才能确认。
进度条结束后的核对
选择迁移工具时，这是一项值得重点关注的风险。
IMAP 复制由大量单独操作组成。连接中断、读取文件夹时被限流，或者源端返回不完整的列表，都可能让部分邮件留在原处。工具可能处理完了它收到的全部数据，却仍未复制全部邮件。进度条到达 100%，界面看似正常，但可能缺了四千封邮件。
因此系统设有额外的核对步骤。如果启用了自动核对，并且迁移超过配置的邮件数量阈值，会安排一个延迟五分钟的核对任务；队列可能推迟实际启动时间。任务逐个文件夹比较源端和目标端的唯一 Message-ID 集合。这一邮件头通常会在复制后保留，但也可能缺失或被重复使用。因此，比较不能证明每一封邮件都已迁移，也不能验证全部内容的完整性。覆盖不足时，结果可能无法给出明确结论。
确认有邮件缺失后，系统设有三项处理：
- 在迁移记录中保存涉及邮件和文件夹的报告。
- 将不完整的文件夹标记为部分迁移，让恢复后的任务能够重新处理，而不是按已完成文件夹跳过。
- 发送邮件，说明涉及的文件夹、检测到的缺失数量和下一步操作。
核对只涉及迁移计划中的文件夹。主动排除的文件夹不会因为被排除而报告为缺失。例如 Gmail 的所有邮件包含同时显示在其他标签下的邮件，也可能包含归档邮件。请确保选择范围覆盖您需要保留的消息。
收到迁移不完整的通知并不愉快，但至少还能在源邮箱存在时补救。这比到了十一月才发现三月的发票没迁过来要好。即使报告没有发现缺失，也仍需查看核对覆盖范围并进行人工检查。
切换服务商的顺序
复制只是迁移的一部分。切换前后的操作顺序决定了需要控制哪些风险。
- 创建目标邮箱，并确认可以登录。
- 执行第一轮迁移，此时 MX 记录仍指向旧服务商。源端仍在使用，请保护凭据并避免中断服务。
- 检查结果。阅读报告及覆盖范围，并手动打开一些邮箱，查看文件夹、数量，以及最早和最新的邮件。
- 切换 MX 记录，并提前一两天降低 TTL。旧 TTL 需要先到期；修改不会对所有发送方立即生效。
- 执行第二轮迁移，开启跳过重复邮件，补收过渡期间仍到达旧邮箱的消息。根据缓存和实际邮件流，可能还要继续检查或补充迁移。
- 以保留旧邮箱一个月作为初步计划。根据留存义务和检查结果调整时间。确认迁移前不要停用源端；源邮箱删除后，可能无法再次复制。
如果您会继续使用旧服务商，统一收件箱可能是迁移之外的选择，请比较功能和费用。针对不同来源的操作说明见文档：Google Workspace、Microsoft 365 和 cPanel。请确认文档中的访问方式仍然可用。
常见问题
一个批次最多可以迁移多少个邮箱？
原文列出每批 Starter 为 100、Pro 为 300、Agency 为 1,000。批次内根据套餐，同时处理 2 到 10 个账户。请确认当前上限和源端限制。这些上限能减少负载，但不能排除其他限制。
需要目标邮箱的密码吗？
不需要。CSV 只包含源端凭据；系统会在内部完成对您账户下邮箱的身份验证。
可以再次运行而不把所有邮件复制一遍吗？
请开启跳过重复邮件。后续任务会尝试补充缺失消息，不再复制已识别的邮件。这对 MX 切换后的补迁很有用，但仍需检查结果，尤其是邮件缺少可用标识符时。
源邮箱密码错误会怎样？
该账户会失败，其他账户可以继续。修改密码后，点击重试失败项，只把失败的账户重新入队。如果服务商要求其他认证方式，仅修改密码并不能解决问题。
文件夹和已读状态会保留吗？
迁移会尽量保留文件夹，以及已读、星标等状态，但受所选范围和目标端能力限制。Gmail 标签并不完全对应 IMAP 文件夹。只迁移标准文件夹能简化某些情况，但可能排除自定义文件夹或归档邮件。请确认哪些内容必须迁移。
怎样检查是否有邮件没迁过去？
自动核对启用且满足运行条件时，会比较两端的唯一 Message-ID。确认的缺失会被报告，相关文件夹会标记为部分迁移。也要查看覆盖范围：这项比较无法核实缺少可用标识符的邮件是否已复制。请核对数量，打开每个文件夹最早和最新的邮件；如果邮件十分重要，还应增加其他检查。
可以通过 API 管理迁移吗？
在具备所需权限时，可以通过 REST API 或经 MCP 连接的 AI 智能体管理受支持的操作。请在迁移 API 文档中确认每个接口实际支持的动作，尤其是批量任务和重试。
需要预留多长时间？
数据量、邮件数量、两端性能和源服务商限制都会影响时间。原文以小团队几小时、大团队一晚上作为粗略规划参考，而非保证。先做试迁移，并在 MX 切换前开始第一轮复制，这样可以调整计划，不必仓促切换。
