我正在从使用 Sherweb 的托管 Exchange 2007 迁移到使用 Office 365。设置邮箱并将所有数据迁移到 O365（使用迁移精灵)，我如何以最不痛苦的方式更新工作站或指导用户更新工作站，以便他们的 Outlook 指向 O365 服务器，并且理想情况下不必再次下载整个邮箱？
我猜他们可能都会：
- 删除其帐户并重新添加，或者
- 帐户设置 > 选择 Exchange 帐户 > 更改 > 更多设置 > 连接选项卡 > Exchange 代理设置 > 修改 URL。
选项 1 可能很糟糕，因为它需要 Outlook 重新下载他们的整个邮箱，但也许这是必要的（例如，如果在从一台服务器迁移到另一台服务器时没有保留邮件项目的 ID）？
我有大约十几个用户，他们的工作站不受 Active Directory 管理，但我很乐意与每个人一起完成几个步骤。如果这是一个手动过程并且需要重新下载整个邮箱，那也不是世界末日，但如果可能的话，我很乐意避免这种情况。
我已经执行了 MigrationWiz 迁移并更新了 DNS 记录。
现在大多数用户都安装了 Office 365 中的 Outlook，还有少数用户仍在使用 Outlook 2010。
这次讨论建议他们需要添加一个新帐户，并且当不再需要时删除旧帐户......
答案1
在少数情况下，您最终将重新创建配置文件 - 我还没有经历过一次不是这种情况的迁移，所以我总是为此做好准备。
如果不再有人使用旧邮件服务器，并且原始客户端配置由自动发现设置，则应该像更新自动发现 A 记录以指向 O365（这是迁移过程的一部分）一样简单。手动配置的客户端将需要创建一个新的配置文件，因为它们不会拾取自动发现更改。您可能还必须清除 Outlook 缓存。
您可以使用 Exchange Connectivity Analyzer 检查您的自动发现响应（正如您提到您进行了 CNAME 更改）。https://testconnectivity.microsoft.com/ 确保您没有使用重复的自动发现方法。另外 - 如果您有内部用户并且尚未停用 Exchange 服务器，则可以使用通过 Active Directory 的 SCP 条目进行的拾取设置来使用 Outlook。
AutoDisocver 并不总是能消除重新创建配置文件的需要。我进行过很多“混合”迁移，发现大约 25% 的用户仍然需要创建新的配置文件以避免出现问题。为了尽量减少这种情况，我们将这些帐户配置为仅接收离线访问的最少邮件。在一切正常后，我们可以根据需要逐渐增加离线使用量。这也是改变用户习惯的好方法，因为大多数人不需要离线所有邮件（并且搜索功能已集成，因此他们仍然可以找到邮件）。
微软推出了一个用于对 O365 版 Outlook 进行故障排除的新工具。 https://support.microsoft.com/en-us/kb/3073666- 用户可以使用它来设置 O365 的 Outlook（它将为这些用户创建新的配置文件）。