我最近执行了三次 Exchange 到 Office 365 的迁移。每次我都遇到了 Office 2016 无法连接到自动发现的问题，因此 Outlook 无法创建配置文件。在大多数情况下，我使用 Microsoft 支持和恢复助手来解决这个问题。但是，我需要确定是什么导致了这个问题。它造成了很大的困惑、沮丧，甚至可能导致脱发。我花了整整 8 个小时进行故障排除，但到目前为止还没有成功。我希望有人能帮忙。以下是我所做的：
- 我已使用 TestConnectivity.microsoft.com 并通过在网络外的手机上添加配置文件测试了自动发现本身是否健康。
- 我曾尝试在自己的机器上创建客户端网络之外的配置文件。
- 我尝试在自己的机器上的网络上创建一个配置文件，并在客户端的机器上的网络上创建一个配置文件。
- 你明白了，基本上试图排除域级自动发现问题是问题，因为那对我来说是困难的。
- 我尝试使用 Microsoft 提供的卸载工具卸载 Office，然后重新安装 Office。
- 我尝试创建一个新的本地 Windows 配置文件并在那里创建 Outlook 配置文件。
- 我尝试使用注册表编辑来忽略自动发现的各个阶段。
- 我创建了一个非 AD 同步用户，并尝试使用该配置文件来测试同步过程中的 AD 属性是否存在问题。
我不知道是什么原因导致 Outlook 无法连接到 Office 365。接下来的几个月我还要进行三次迁移，因此如果大家能提出任何建议我将不胜感激。
答案1
它是混合环境吗？在混合环境中以及在迁移过程中，自动发现记录需要指向本地 Exchange。
在加入域的 PC 上，尝试在 Outlook 上配置本地 Exchange 邮箱，它将通过 SCP 查询 AD 并查找连接设置。在未加入域的 PC 上，尝试在 Outlook 上配置本地 Exchange 邮箱。它将使用预定义的自动发现过程来查找连接设置。
对于 Office 365 中的邮箱，自动发现将进行重定向经过自动发现-s.outlook.com并找到连接设置。请参阅：Office 365 自动发现查找过程
因此，使用外泄（切换到办公室 365，用两个邮箱进行测试：一个在 Office 365 中创建， 唯一的那个从本地迁移) 来测试 Outlook 自动发现。
答案2
您是否测试过 Outlook 客户端尝试连接时所进行的查找？
您可以ctrl + rightclick在任务栏中向下单击 Outlook 图标。这可让您选择Test Email Autoconfiguration...
在测试中禁用Use Guessmart和Secure Guesssmart Authentication。然后输入Email Address和Password用户的并点击Test。
在该Log选项卡中，您将看到自动发现为了连接到 Exchange 而尝试执行的所有查找。
此方法可让您真正看到客户端正在尝试的操作，而不仅仅是确保 DNS 等信息正确无误。
查看日志，查看是否有任何长时间超时，并验证它是否最终真正到达正确的端点或是否卡在某处。