在从 Exchange 2010 到 365 的直接转换迁移过程中,如何处理桌面客户端?

Tom*_*fty 5 exchange exchange-2010 microsoft-office-365

我的本地交换服务器和 Office 365 迁移批处理之间的所有内容都已同步。下一步是修改我的 MX 记录,以便邮件开始直接发送到 365 邮箱。以下来自微软提供的切换指南:

您的客户和合作伙伴的电子邮件系统可能需要长达 72 小时才能识别更改的 MX 记录。等待至少 72 小时,然后再继续下一个任务:删除直接转换迁移批处理。

我的问题是关于最终用户应该如何处理这 72 小时的时间。他们是否应该在 Outlook/Apple 邮件中有两个配置文件/帐户,一个指向新收件箱,一个指向旧收件箱?或者他们可以简单地删除旧的,交付给旧的所有东西都会立即同步到新的?

joe*_*rty 7

我没有做过任何 O365 迁移,但我想说的是。

  1. 72 小时“警告”有点误导。它将花费与 MX 记录的 TTL 相关的时间量,无论是 1 小时还是 72 小时。它基于 TTL,而不是一些关于 DNS 记录更改的过时错误信息。如果您的 MX 记录的 TTL 是 1 小时,那么它将需要 1 小时,并且仅适用于那些已经在其 DNS 缓存中拥有您的 MX 记录的系统。对于 DNS 缓存中没有 MX 记录的系统,它们会立即找到新的 MX 记录。

  2. 我会设置您的电子邮件客户端以使用新的 Exchange Server。他们可以使用 webmail 访问旧的 Exchange Server,以检索/回复任何碰巧在旧 Exchange Server 上结束的电子邮件。转换完成后,您可以从旧的 Exchange Server 导出任何零散的电子邮件并将其导入新的 Exchange Server。

  • @TomSwifty 请注意,如果您的 TTL *以前* 设置为更高的值,则您必须等待它到期,然后新的 5 分钟 TTL 才有意义。 (3认同)

Mas*_*imo 5

MX 记录只会影响您的 SMTP 域的邮件传递;客户端配置取决于您并且完全独立于它。当 MX 更改将完全传播时,所有向您的域发送邮件的邮件服务器都会将它们发送到 Exchange Online,而不是您当前的邮件服务器。就是这样。此外,72 小时的延迟与 DNS 缓存有关:如果您将 MX 记录的 TTL 修改为 1 小时,则更改将在最多 119 分钟内传播到全球。

实际的客户端重定向将取决于您是否设置了混合配置;如果您这样做了,那么您的 Exchange 将在客户的邮箱迁移时自动将其重定向到 Exchange Online。如果没有,则必须重新配置每个 Outlook 客户端(手动或使用脚本或其他方式)。