我已按照Microsoft指南从Exchange 2010迁移到2013年服务器的方式在我们的networking上安装了Exchange 2013邮件服务器。 我在这两个服务器上运行代理2010年的服务器，并准备移动邮箱。
我移动了2013安装更新AD架构之前创build的一个邮箱，并且在邮箱迁移完成（并同步活动目录）后，用户无法login到Outlook。 我运行了Microsoft Connectivity Analyzer，发现这个用户在访问AutoDiscover URL时遇到了401错误。
此时，我运行了服务器备份，然后再进行一些可能会破坏系统的testing更改。 备份完成后，用户可以无任何错误地login。 修正了错误，不想干扰任何其他用户，我创build了3个更多的testing账户，然后我testing了迁移，他们可以马上login。
正如在后我build议迁移另一个用户（失败AutoDiscover），并重新启动信息存储没有效果。 然后我重新启动了另一个无法重启的服务，迫使我重启服务器。 服务器重新启动后，用户能够很好地连接到Exchange Server。
我还应用了以下命令尝试通过HTTPS强制RPC：
Set-OutlookProvider EXPR -OutlookProviderFlags:ServerExclusiveConnect Set-OutlookProvider EXCH -OutlookProviderFlags:ServerExclusiveConnect 详见http://blogs.technet.com/b/exchange/archive/2013/05/23/ambiguous-urls-and-their-effect-on-exchange-2010-to-exchange-2013-migrations.aspx没有明显的影响。
我也尝试手动指定连接详细信息，但在检查用户的名称时，收到错误“Outlook无法login…”，然后在查询2013服务器时出现“名称无法parsing”。 如果我将服务器名称更改为2010，则会发现用户和服务器名称会更改回2013，并且两者都带下划线。 但是，启动Outlook时，我收到错误“服务器不可用”。
有谁之前经历过这个吗？ 任何想法，这个权限更新需要发生没有备份或重新启动服务器？
请让我知道是否有任何有关服务器的细节，将有助于解决这个错误。
更新：现在有修复这个。 解决方法是将自动发现应用程序池设置为每30分钟回收一次 ，并将用户迁移到Exchange 2013以closures工作时间。
我有几乎相同的问题。 我仍然试图找出是什么导致它，但你不需要做一个完整的服务器重新启动，你可以重新启动自动发现池在前端服务器上的IIS （在我的情况下CAS和MBXangular色同一台服务器）。
问题似乎是Ex2013 FrontEnd服务器（用户在迁移到Ex2013时连接的那个服务器）仍然代理请求到Ex2010服务器事件，虽然用户被迁移了。 我仍然不知道是什么原因，以及如何解决这个问题。 如果我find解决问题的根本原因，我会让你知道的。
出现此问题是因为服务器上的caching没有得到更新。 通常，在Exchange 2013服务器上回收自动发现应用程序池就足够了：
重新启动WebAppPool MSExchangeAutodiscoverAppPool
这是Microsoft KB： https : //support.microsoft.com/en-hk/help/3097392/outlook-logon-fails-after-mailbox-moves-from-exchange-2010-to-exchange-2013-or-交换-2016
请注意，Exchange 2013专门为Outlook连接使用HTTP，而Exchange 2010可以直接执行（RPC / TCP）或HTTP连接。
如果您的Outlook客户端在迁移之前没有使用Outlook Anywhere，那么这也可能是问题的一部分。 outlook，邮箱移动到2013年后，需要更新使用Outlook无处不在或MapiHTTP，但Outlook有时可能会有这个设置正确的斗争。
我会比较迁移的差异和创build一个新的configuration文件重用相同的一个。