从联盟组织的用户看不到 anotherExchange 组织的忙/闲的信息

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 2752387
症状
配置本地的 Microsoft Exchange Server 组织和一个远程 Exchange Server 组织之间建立联合身份验证信任时,用户无法看到远程组织中用户的忙/闲信息。

此外,在本地 Exchange 服务器上的事件日志中记录以下错误 ︰

事件源︰ MSExchange 可用性
事件 ID: 4001
说明:
处理 Microsoft.Exchange.InfoWorker.Common.Delayed'1[System.String]: <> </>SMTP:user@domain.com 失败。返回异常是 Microsoft.Exchange.InfoWorker.Common.Availability.AutoDiscoverFailedException ︰ 自动发现失败的电子邮件地址<>SMTP:user@domain.com System.Web.Services.Protocols.SoapHeaderException 例外 ︰ 验证消息的安全性时发生错误。

事件源︰ MSExchange 可用性
事件 ID: 4002
说明
:
从 S-1-5-21-3124261755-470644396-3029476549-1139 到 https://autodiscover.domain.com/ews/exchange.asmx 的 ProxyWebRequest FederatedCrossForest 失败。调用方的 Sid: WSSecurity。返回的异常是 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException: System.Web.Services.Protocols.SoapHeaderException ︰ 验证消息的安全性时发生错误。


此外,W3SVC 日志中,如下所示记录 HTTP 500 的远程目录林 Exchange 服务器的可用性请求返回的响应 ︰

开机自检-443-10.0.0.20 /autodiscover/autodiscover.svc/WSSecurity ASAutoDiscover/CrossForest/EmailDomain/500 0 0 15

原因
此问题是由于在本地 Exchange Server 2010年组织中的客户端访问服务器上禁用了"EWS"虚拟目录或"自动发现"虚拟目录的WSSecurity属性。
解决方案
交换 2016年或 Exchange 2013
要解决此问题,请重置远程组织中每个服务器的 Exchange 后端网站上的虚拟目录的 WSSecurity 身份验证。

  1. 打开 Windows Powershell 并添加 Exchange 管理管理单元中。
    Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
  2. 禁用 WSSecurity 使用一组 WebServicesVirtualDirectory 命令 EWS 虚拟目录的身份验证。
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$False
  3. 启用 WSSecurity 使用一组 WebServicesVirtualDirectory 命令 EWS 虚拟目录的身份验证。
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Exchange Back End)" -WSSecurityAuthentication:$True
  4. 禁用自动发现虚拟目录使用一组 AutodiscoverVirtualDirectory 命令 的 WSSecurity 身份验证。
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$False
  5. 自动发现虚拟目录使用一组 AutodiscoverVirtualDirectory 命令 的 Eable WSSecurity 身份验证。
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Exchange Back End)" -WSSecurityAuthentication:$True
  6. 重新启动应用程序池使用重新启动 WebAppPool cmdlet。
    Restart-WebAppPool MSExchangeAutodiscoverAppPoolRestart-WebAppPool MSExchangeServicesAppPool

Exchange 2010
要解决此问题,请重置远程组织中每个客户端访问服务器上的虚拟目录的 WSSecurity 身份验证。

  1. 打开 Exchange 管理外壳程序。
  2. 禁用 WSSecurity 使用一组 WebServicesVirtualDirectory 命令 EWS 虚拟目录的身份验证。
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$False
  3. 启用 WSSecurity 使用一组 WebServicesVirtualDirectory 命令 EWS 虚拟目录的身份验证。
    Set-WebServicesVirtualDirectory "<ServerName>\ews (Default Web Site)" -WSSecurityAuthentication:$True
  4. 禁用自动发现虚拟目录使用一组 AutodiscoverVirtualDirectory 命令 的 WSSecurity 身份验证。
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$False
  5. 启用自动发现虚拟目录使用一组 AutodiscoverVirtualDirectory 命令 的 WSSecurity 身份验证。
    Set-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" -WSSecurityAuthentication:$True
  6. 重新启动应用程序池使用以下语法 ︰
    appcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd stop appPool /appPool.name:MSExchangeServicesAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPoolappcmd stop appPool /appPool.name:MSExchangeAutodiscoverAppPoolappcmd start appPool /appPool.name:MSExchangeServicesAppPool

属性

文章 ID:2752387 - 上次审阅时间:06/30/2016 17:44:00 - 修订版本: 3.0

Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2752387 KbMtzh
反馈