迁移至 Zoho Mail

迁移至 Zoho Mail

邮件从当前邮件服务器迁移到 Zoho Mail 服务器:

Zoho Mail 企业邮箱提供非常简单的解决方案,将邮件直接从现有邮件服务器迁移到 Zoho Mail 中的相应账户。 

从 G Suite 迁移:

如果您之前的邮件服务提供商是 Gmail,您可以使用可用的特定 Gmail 迁移选项迁移到 Zoho Mail。参阅此处以了解详细说明。

从 Office 365 迁移:

如果您的邮件服务以前是用 Office 365 来托管,则管理员可以在 POP/IMAP 迁移中使用 Office 365 迁移选项。这不仅会迁移邮件,而且会迁移在每个用户的账户下保存的日历和联系人详细信息。 

请参阅这个帮助页面,了解有关从 Office 365 迁移的更多信息。

POP / IMAP 迁移:

将邮件迁移到 Zoho Mail 的最推荐方法是 IMAP 迁移。邮件服务变更对用户造成的影响非常小。他们可从离开时的位置继续使用,因为在 IMAP 迁移中会维持并迁移邮件状态和邮件文件夹。 

如果您之前的邮件服务器不支持 IMAP,那么邮件也可以通过 POP 迁移来迁移。参阅此处以了解详细说明。

Zoho Exchange / Outlook 迁移向导:

如果您之前的邮件服务由内部/本地 Exchange Server(不支持 POP/IMAP)运行或用户的邮件以离线 PST 或 EML 文件提供,则管理员可以使用 Exchange 迁移向导将邮件从 Exchange Server 迁移到 Zoho Mail 中的相应用户账户。此向导也可以用于从 Active Directory 发现用户并添加到其 Zoho Mail 机构账户。您可以从这里下载 Exchange 迁移工具。

最佳实践

  1. 在实际迁移之前先为大约 2 至 10 个用户运行示例迁移。这将帮助我们了解源服务器行为(用户限制、邮件大小限制、迁移速度等)
  2. 最大连接限制是服务器在给定时间接受的连接数。根据服务器负载和用户数设置最大连接数。
  3. 在为一批用户设置迁移时,为每个用户设置优先级。其优先级为“1”的用户将先迁移,剩余用户将根据您所设置的优先级跟随迁移。
  4. 有些服务器在一定时间间隔之后会抑制 IMAP 中的数据提取。之后,为迁移提取的邮件将变慢,以避开实时邮件通信。
  5. 示例用户邮箱应再次迁移,以便提取在更改 MX 之前交付的邮件。重复数据将在我方处理。或者,您也可以在为示例用户的邮箱添加最终迁移时设置日期限制,以便确保在示例迁移之后处理的所有邮件都会迁移。

总而言之,若要为一批 25 个用户完成迁移,每个用户的邮箱大小大约为 2 GB,且最大连接限制设置为 10,则迁移大约需要 11 小时。

选择适合的迁移类型:

重要的是选择适合您机构的需求的迁移类型,以便确保顺畅和正确地迁移。每种迁移类型均适用于特定类型的用户。通读下一部分以确定哪种类型最适合哪种状况。

POP 上的 IMAP 迁移的优势:

如果您的邮件位于诸如 Google Apps、Yahoo 或任何其他支持 IMAP 的云邮件服务器之类的云托管邮件服务中,您可以从控制面板通过 IMAP 执行服务器至服务器迁移。 

Zoho Mail 同时支持 IMAP 和 POP 迁移,但 IMAP 迁移与 POP 迁移相比,具有更多优点。

IMAP 迁移

POP 迁移

迁移邮件以及文件夹详细信息

POP 不会与文件夹一起迁移。所有邮件均迁移至收件箱

邮件状态(读/未读)也会保持。 

当通过 POP 迁移时,取回的所有邮件均为‘未读’。

多客户支持:

  • 即使通过其他客户端访问,也会迁移邮件。
  • 邮件会在多个客户端之间保持同步且状态不变
  • 源邮箱中可用的邮件会与文件夹和状态信息一起同步。
  • 由其他客户端发送的邮件通过 IMAP 来同步。

仅单客户端支持:

  • 如果有多个客户端请求,邮件仅提供给单个客户端。
  • 已经通过 POP 取回的邮件不可用于迁移。
  • 由其他客户端发送的邮件将不会迁移,因为 POP 服务器不支持此功能
通过 IMAP 迁移通常比正常模式更快
迁移报表有详细的统计信息。 
通过 POP 迁移比通过 IMAP 迁移更慢。
迁移中发生的具体失败可以准确地追踪。
错误可以纠正并重新运行迁移。 
POP 中的迁移失败无法从检索服务器(在本例中为 Zoho Mail)中准确地追踪。 
因此,失败信息将不明确。 

PST 迁移:

何时使用:

  • 迁移可能由用户或管理员执行
  • 用户数据以 PST 文件提供。
  • 所有邮箱数据(邮件/联系人/日历/任务/便签)需要迁移至 Zoho Mail。

反复检查事项:

确切的文件夹和邮件数目可从“归档策略”页的“查看文件夹详情”选项中进行重新检查。此页将列出文件夹范围的邮件计数和邮箱大小。

EML 迁移:

何时使用:

  • 迁移可能由用户或管理员执行
  • 要迁移的唯一数据是用户的邮件
  • 用户的邮件数据以 ZIP 文件(包含 EML 文件)形式提供。

反复检查事项:

确切的文件夹和邮件数目可从“归档策略”页的“查看文件夹详情”选项中进行重新检查。此页将列出文件夹范围的邮件计数和邮箱大小。

Exchange 迁移:

何时使用:

  • 管理员可使用 GAL 或 LDAP 选项来提取用户列表以用于迁移。
  • Exchange 服务器上可用的用户数据。
  • 所有邮箱数据(邮件/联系人/日历/任务/便签)需要迁移至 Zoho Mail。

反复检查事项:

确切的文件夹和邮件数目可从“归档策略”页的“查看文件夹详情”选项中进行重新检查。此页将列出文件夹范围的邮件计数和邮箱大小。

在迁移之前

1.在 Zoho Mail 中添加域。

2.在 Zoho Mail 中验证域。

3.在 Zoho Mail 中创建所有用户和群组。

4.为 3 或 4 位用户运行示例迁移以测试迁移。

5.理想状况下,周末适合切换服务(收件较少)。

6.在切换之前通知用户有关邮件切换的信息,并为用户提供登录详细信息。

7.将 MX 更改为 Zoho Mail。(周五晚上/周六清晨)。

8.可配置邮件路由以避免丢失数据。

9.创建接收所有邮箱账户(如果是分批交付,则不适用)以监测和查明在创建用户时是否丢失了任何邮箱地址(群组/用户)。

还是没有找到您要寻找的内容?

写信给我们:support@zohocorp.com.cn