none
Exchange2010升级到Exchange2016后 outlook 可以发现ex2010邮箱用户,但是打开outlook邮箱时报错 RRS feed

  • 问题

  • Exchange2010升级到Exchange2016后 outlook 可以发现ex2010邮箱用户,但是打开outlook时报错

    outlook 2013  提示 :  无法启动Microsoft Outlook 。无法打开Outlook窗口。无法打开此文件夹集合。必须先使用当前的配置文件连接到Microsoft Exchange,然后才能将文件夹与Outlook数据文件(.ost)进行同步。

    mail.test.com 和Autodiscover.test.com  已经切换到 EX16服务器,并且OWA跳转没有问题,可以代理ex2010的邮箱。

    如果将mail.test.com 和Autodiscover.test.com 记录改回EX2010地址 那么outlook正常(ex2010 用户)

    目前需求是希望 EX2016代理 所有邮箱用户的客户端访问


    • 已编辑 ice9898 2018年12月16日 6:35
    2018年12月16日 5:50

答案

  •  你好,上述现象已经解决。我在测试客户端连接方式时 发实现16上的用户默认使用Outlook anywhere 连接 ,其中选项“在快速网络中,首先使用HTTP连接,然后使用TCP/IP连接” 是勾选的, 但在2010的用户连接时,上述选项未勾选。通过下列命令,最终使2010的用户可以连接成功。虽然问题已经解决,但还是想知道下具体原因,还请帮忙分析一下。

    此外在微软的迁移指南当中并未出现此内容的提示。我在重新搭建共存环境后上仍然出现上述问题。我想知道,我遇到的这个问题时个例,还是普遍现象


    需要在服务器更改配置,通过修改OutlookProviderFlags选项来实现此功能。具体命令如下:

    如下命令是强制Outlook使用OutlookAnywhere模式连接Exchange:

    Set-OutlookProvider EXPR -OutlookProviderFlags:ServerExclusiveConnect

    Set-OutlookProvider EXCH -OutlookProviderFlags:ServerExclusiveConnect


    • 已标记为答案 ice9898 2018年12月26日 1:29
    2018年12月25日 1:41
  • 您好,

    首先很高兴听到您的问题已经解决了。

    造成这个问题的原因在我之前的回复中已经提到了,就是您的环境中MAPI/RPC客户端连接的FQDN与HTTPS客户端连接的FQDN是一致的。这种情况在Exchange 2010的时候不存在问题,一旦您打算迁移到Exchange 2013或者Exchange 2016,将mail.test.com指向Exchange 2013/2016,Outlook将连接不上Exchange server,因为Exchange 2013/2016不再支持直接从客户端进行RPC连接。您使用的方法是强制内部用户也通过Outlook Anywhere进行连接。我上述提到的方案是将ClientAccessArray FQDN改为特有的名称,然后相应地更改所有Exchange 2010 mailbox database的RpcClientAccessServer值,同样可以解决您的问题。

    这边有一篇英文的博客详细地讲解了这个问题,您可以看一下:

    Ambiguous URLs and their effect on Exchange 2010 to Exchange 2013 Migrations

    此致,

    Steve Fan


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年1月2日 7:55
    版主

全部回复

  • 您好,

    Outlook能正常连接到Exchange 2016的邮箱吗?

    是所有的Exchange 2010的邮箱都受影响了吗?您有没有尝试过重新配置您的Outlook配置文件看看是不是有效果?

    您的Exchange 2010的CAS array的FQDN是如何设置的?对于Exchange 2010,CAS array的FQDN必须是独有的。如果您当前的CAS array的FQDN不是独有的,请创建一个独有的FQDN然后再看看这个情况是否还存在。

    此致,

    敬礼

    Steve Fan


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年12月17日 2:56
    版主
  • 你好目前是所有的exchange2010的邮箱全部受影响无法登录,但自动发可用)可配置outlook,但点击完成后 报错。 使用其他win10系统设备进行登录,情况没有改善。 

    CAS array的FQDN已经在安装是就创建了,详情如下:

    RunspaceId                       : 3349f384-0330-4951-ac99-fb033a5af425
    IsPriorTo15ExchangeObjectVersion : True
    ExchangeLegacyDN                 : /o=test/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Serve
                                       rs/cn=mail.test.com
    Fqdn                             : mail.test.com
    ArrayDefinition                  :
    Site                             : test.com/Configuration/Sites/BJ
    SiteName                         : BJ
    Servers                          : {}
    ServerCount                      : 0
    Members                          : {EXCAS01, EXCAS02}
    AdminDisplayName                 :
    ExchangeVersion                  : 0.1 (8.0.535.0)
    Name                             : CASarray.test.com
    DistinguishedName                : CN=CASarray.test.com,CN=Arrays,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN
                                       =Administrative Groups,CN=test,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC
                                       =test,DC=com
    Identity                         : CASarray.test.com
    Guid                             : dd2a3c77-9c66-4ae2-8def-9956a2ed1679
    ObjectCategory                   : test.com/Configuration/Schema/ms-Exch-Client-Access-Array-2
    ObjectClass                      : {top, server, msExchExchangeServer, msExchClientAccessArray}
    WhenChanged                      : 2018/12/14 8:53:25
    WhenCreated                      : 2018/12/14 8:53:25
    WhenChangedUTC                   : 2018/12/14 0:53:25
    WhenCreatedUTC                   : 2018/12/14 0:53:25
    OrganizationId                   :
    Id                               : CASarray.test.com
    OriginatingServer                : 08AD.test.com
    IsValid                          : True
    ObjectState                      : Unchanged

    2018年12月17日 3:41
  • 您好,

    看起来您的环境中MAPI/RPC客户端连接的FQDN与HTTPS客户端连接的FQDN是一样的,这种情况在迁移到Exchange 2016时是会造成一定问题的。建议您尝试将您的ClientAccessArray FQDN改为特有的名称,然后相应地更改所有Exchange 2010 mailbox database的RpcClientAccessServer值,看看这种情况下能否修复您的问题。

    此致,

    敬礼

    Steve Fan


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年12月19日 10:30
    版主
  • 您好,

    请问您当前问题有没有得到解决?是否还需要我们提供进一步的帮助?

    此致,

    敬礼

    Steve Fan


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.


    2018年12月24日 10:03
    版主
  •  你好,上述现象已经解决。我在测试客户端连接方式时 发实现16上的用户默认使用Outlook anywhere 连接 ,其中选项“在快速网络中,首先使用HTTP连接,然后使用TCP/IP连接” 是勾选的, 但在2010的用户连接时,上述选项未勾选。通过下列命令,最终使2010的用户可以连接成功。虽然问题已经解决,但还是想知道下具体原因,还请帮忙分析一下。

    此外在微软的迁移指南当中并未出现此内容的提示。我在重新搭建共存环境后上仍然出现上述问题。我想知道,我遇到的这个问题时个例,还是普遍现象


    需要在服务器更改配置,通过修改OutlookProviderFlags选项来实现此功能。具体命令如下:

    如下命令是强制Outlook使用OutlookAnywhere模式连接Exchange:

    Set-OutlookProvider EXPR -OutlookProviderFlags:ServerExclusiveConnect

    Set-OutlookProvider EXCH -OutlookProviderFlags:ServerExclusiveConnect


    • 已标记为答案 ice9898 2018年12月26日 1:29
    2018年12月25日 1:41
  • 您好,

    首先很高兴听到您的问题已经解决了。

    造成这个问题的原因在我之前的回复中已经提到了,就是您的环境中MAPI/RPC客户端连接的FQDN与HTTPS客户端连接的FQDN是一致的。这种情况在Exchange 2010的时候不存在问题,一旦您打算迁移到Exchange 2013或者Exchange 2016,将mail.test.com指向Exchange 2013/2016,Outlook将连接不上Exchange server,因为Exchange 2013/2016不再支持直接从客户端进行RPC连接。您使用的方法是强制内部用户也通过Outlook Anywhere进行连接。我上述提到的方案是将ClientAccessArray FQDN改为特有的名称,然后相应地更改所有Exchange 2010 mailbox database的RpcClientAccessServer值,同样可以解决您的问题。

    这边有一篇英文的博客详细地讲解了这个问题,您可以看一下:

    Ambiguous URLs and their effect on Exchange 2010 to Exchange 2013 Migrations

    此致,

    Steve Fan


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年1月2日 7:55
    版主