在从内部部署Exchange 2013到365的混合迁移时，是否有必要在最终用户计算机上重新创buildOutlook 2016configuration文件？

我们正在从内部部署的Exchange 2013服务器到使用Office 365的云托pipe进行混合迁移。从内部IT人员开始，我们正在批量移动邮箱，到目前为止，我们一直有问题连接，直到我们删除重新创build我们的Outlookconfiguration文件。（这是在几个客户端，但为争论的缘故，让我们坚持最重要的：Outlook 2016的Mac和Windows。）

看起来，如果你正在做一个“阶段性的迁移”，但是我们正在做一个混合迁移，我还没有看到任何暗示它应该被要求的东西。

真的不希望试图让所有的用户重新创build他们的个人资料。我们可以通过组策略强制它，但是由于我们正在批量移动人员，这会有点复杂。

有什么我在这里失踪？一些自动发现设置可能没有正确configuration？或者这是预期的和必要的？

如果Outlook使用自动发现进行configuration，则应该使用邮箱移动来处理redirect。我遇到了三件事情，需要2013/20116客户端的configuration文件重build。

客户端被手动configuration为指向Exchange。在这种情况下，它不使用自动发现function，因此在邮箱移动之后不会收到更改。
客户端configuration文件有问题。我不确定是什么原因造成的，但在某些情况下，configuration文件将不会随新位置而更新。您可以观看并查看自动发现步骤，但本地configuration文件似乎忽略了这些步骤。这是一年前更频繁的一次，我还没有看到这一段时间（所以我假设更新已经解决了这些问题中的一些问题）
没有所需的更新。 Office客户端应该完全修补程序。

在幕后，您不必在混合迁移中重新创buildconfiguration文件的原因是因为邮箱ID在将它们移动到Exchange Online时是相同的。在Staged / Cutover迁移中，您将创build具有新ID的新邮箱“S。这就像将其移动到本地Exchange部署中的新数据库一样。自动发现将更新它的位置，当Outlook执行自动发现请求时，它应该更新邮箱的path，然后请求连接。