我处于在本地交换服务器和Office 365迁移批处理之间所有内容都已同步的位置。 下一步是修改我的MXlogging，以便邮件开始直接到365邮箱。 以下是微软提供的转换指南：
您的客户和合作伙伴的电子邮件系统最多可能需要72小时才能识别更改的MXlogging。 在进行下一个任务之前至less等待72小时：删除切换迁移批次。
我的问题是关于最终用户应该如何处理这个72小时的时间。 如果他们在outlook / apple邮件中有两个configuration文件/帐户，一个指向新的收件箱，一个是旧的？ 或者他们可以简单地删除旧的和所有交付给旧的将立即同步到新的？
我没有做任何O365迁移，但这是我想说的。
72小时的“警告”是有点误导。 这将花费与MXlogging的TTL相关的时间量，无论是1小时还是72小时。 它基于TTL，而不是一些过时的关于DNSlogging变化的错误信息。 如果您的MXlogging的TTL为1小时，那么需要1小时，并且只有那些已经在您的DNScaching中拥有MXlogging的系统。 对于在其DNScaching中没有MXlogging的系统，他们将立即find新的MXlogging。
我会设置您的电子邮件客户端使用新的Exchange服务器。 他们可以使用networking邮件访问旧的Exchange服务器，以检索/响应在旧的Exchange服务器上发生的任何电子邮件。 切换完成后，您可以从旧的Exchange Server中导出任何分散的电子邮件，并将其导入到新的Exchange Server中。
MXlogging只会影响您的SMTP域的邮件传递; 客户端configuration取决于你，完全独立于它。 当MX更改将完全传播时，所有将邮件发送到您的域的邮件服务器将发送到Exchange Online，而不是您当前的邮件服务器。 而已。 此外，72小时的延迟与DNScaching有关：如果您将MXlogging的TTL修改为1小时，则更改将在全球最多传播119分钟。
实际的客户端redirect将取决于您是否已经设置了混合configuration; 如果您这样做了，那么您的Exchange将在迁移邮箱时自动将客户端redirect到Exchange Online。 如果你没有，你将不得不重新configuration每个Outlook客户端（手动或使用脚本或其他）。