我从使用Sherweb的托pipeExchange 2007迁移到使用Office 365.一旦设置了邮箱并将所有数据迁移到O365（使用MigrationWiz ），我如何至less痛苦地更新工作站或指导用户更新工作站，以使其Outlook指向O365服务器，理想情况下不必再次下载整个邮箱？
我猜他们都可以：
选项1可能是很糟糕的，因为它需要Outlook重新下载他们的整个邮箱，但也许这是必需的（例如，如果从一台服务器迁移到另一台服务器时邮件的ID不保留）？
我有大约十几个用户，他们的工作站不是由Active Directorypipe理的，但是我很高兴通过他们每个人的几个步骤。 如果这是一个手动过程，并不是世界末日，并且需要重新下载整个邮箱，但是如果可能的话，我很乐意避免。
我已经执行了MigrationWiz迁移并更新了DNSlogging。
大多数用户现在都安装了Office 365的Outlook，一对仍在Outlook 2010上。
这个讨论表明，他们需要添加一个新的帐户，可能会删除旧的不再需要的时候…
在less数情况下，您最终会重新创buildconfiguration文件 – 但是我并没有进行单一的迁移，但是在那种情况下并非如此，所以我总是为此做好准备。
如果没有人再使用旧邮件服务器，并且原始客户端configuration是由Autodiscover设置的，则应该像更新AutoDiscover Alogging一样简单，指向O365（这是迁移过程的一部分）。 手动configuration的客户端将需要创build一个新的configuration文件，因为他们不会拾取自动发现更改。 您也可能必须清除Outlookcaching。
您可以使用Exchange连接分析器来检查自动发现响应（正如您所提到的，您进行了CNAME更改）。 https://testconnectivity.microsoft.com/请确保您没有适用于自动发现的重复方法。 另外 – 如果您有内部用户，并且没有通过Outlook取消您的Exchange服务器，并且通过Active Directory的SCP条目取得设置。
AutoDisocver并不总是否定重新创buildconfiguration文件的需要。 我做了很多“混合”迁移，发现大约25％的用户仍然需要创build新的configuration文件以避免问题。 为了尽量减less这一点，我们configuration这些帐户只接收离线访问的最小邮件。 一切正常后 – 如果需要，我们可以逐渐增加脱机使用。 这也是改变用户习惯的好方法，因为大多数用户不需要将他们的所有邮件都脱机（并且search已经集成，所以他们仍然可以find他们的邮件）。
微软有一个新的工具来解决O365的Outlook问题。 https://support.microsoft.com/en-us/kb/3073666 – 用户可以使用此function来设置Outlook for O365（它将为这些用户创build新的configuration文件）。