现在，我的本地 Exchange 服务器和 Office 365 迁移批处理之间的所有内容都已同步。下一步是修改我的 MX 记录，以便邮件开始直接发送到 365 邮箱。以下内容来自微软提供的切换指南：
您的客户和合作伙伴的电子邮件系统可能需要长达 72 小时才能识别更改的 MX 记录。请至少等待 72 小时，然后再继续执行下一个任务：删除切换迁移批次。
我的问题是关于最终用户应如何处理这 72 小时的时间段。他们是否应该在 Outlook/Apple Mail 中拥有两个配置文件/帐户，一个指向新收件箱，一个指向旧收件箱？或者他们是否可以简单地删除旧收件箱，然后发送到旧收件箱的所有内容都会立即同步到新收件箱？
答案1
我没有做过任何 O365 迁移，但是我对此有如下看法。
72 小时“警告”有点误导。它将花费与 MX 记录的 TTL 相关的时间，无论是 1 小时还是 72 小时。它基于 TTL，而不是一些关于 DNS 记录更改的过时错误信息。如果您的 MX 记录的 TTL 是 1 小时，那么它将需要 1 小时，并且仅适用于那些在其 DNS 缓存中已有您的 MX 记录的系统。对于在其 DNS 缓存中没有 MX 记录的系统，它们会立即找到新的 MX 记录。
我会设置您的电子邮件客户端以使用新的 Exchange Server。他们可以使用 Webmail 访问旧的 Exchange Server，以检索/响应任何碰巧出现在旧 Exchange Server 上的电子邮件。切换完成后，您可以从旧的 Exchange Server 导出任何散乱的电子邮件并将其导入到新的 Exchange Server。
答案2
MX 记录只会影响您 SMTP 域的邮件传递；客户端配置由您决定，并且完全独立于它。当 MX 更改完全传播时，所有向您的域发送邮件的邮件服务器都会将其发送到 Exchange Online，而不是您当前的邮件服务器。就是这样。此外，72 小时的延迟与 DNS 缓存有关：如果您将 MX 记录的 TTL 修改为 1 小时，则更改将在最多 119 分钟内传播到全球。
实际的客户端重定向将取决于您是否设置了混合配置；如果设置了，则 Exchange 会在迁移邮箱时自动将客户端重定向到 Exchange Online。如果没有设置，则必须重新配置每个 Outlook 客户端（手动或使用脚本或其他方式）。