Пользователь не может просматривать сведения о доступности удаленного пользователя в гибридном развертывании Exchange Server

Исходный номер базы знаний: 2667844

Симптомы

У вас есть гибридное развертывание локальных Microsoft Exchange Server и Microsoft Exchange Online в Microsoft 365, в которых гибридный сервер работает Exchange Server 2010. Однако пользователи не могут просматривать сведения о доступности удаленного пользователя. Когда пользователь пытается просмотреть сведения о доступности для удаленного пользователя, сведения о доступности не отображаются. Вместо этого у пользователя может возникнуть один или несколько из следующих симптомов:

• Сведения о доступности удаленного пользователя отображаются в календаре в виде символов номерного знака (#).

• В Outlook Web App отображается сообщение об ошибке 5037.

• Файлы Имя_>файла Microsoft Outlook<-fb.log и <Имя_>файла-as.log содержат сообщение об ошибке, похожее на следующее:

  <FreeBusyResponse><ResponseMessage ResponseClass="Error"><MessageText>У вызывающего абонента нет доступа к данным о доступности.</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns=">http://schemas.microsoft.com/exchange/services/2006/errorsMicrosoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException</ExceptionType><ExceptionCode xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">5037</ExceptionCode ExceptionCode><Имя_сервера xmlns=">http://schemas.microsoft.com/exchange/services/2006/errorsServerName</ExceptionServerName><ResponseSource xmlns="http://schemas.microsoft.com/exchange/services/2006/errorshttps://\<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity></ResponseSource></MessageXml></ResponseMessage><FreeBusyView FreeBusyViewType><xmlns="http://schemas.microsoft.com/exchange/services/2006/typesNone<>/FreeBusyViewType></FreeBusyView/><FreeBusyResponse>

Например, пользователь Microsoft 365 не может просматривать сведения о доступности для локального пользователя. Однако другие пользователи могут просматривать сведения о доступности для этого же локального пользователя.

Причина

Эта проблема возникает, если доменное имя smtp-адреса пользователя, который пытается просмотреть сведения о доступности, не входит в число доменных имен в отношениях организации. Например, при выполнении командлета Test-OrganizationRelationship отображаются следующие выходные данные:

RunspaceId : a6c3799f-2ecd-4d79-ae4b-6c470dddd1dee
Идентичности:
Идентификатор : LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Состояние : предупреждение
Описание. Существуют локально федеративные домены, которые отсутствуют в списке доменов для объекта отношений удаленной организации.
IsValid : True

Это происходит, если домен SMTP не был добавлен вручную в отношение организации. Это также может произойти, если выполняются следующие условия:

• Учетная запись пользователя Microsoft 365 была создана перед обновлением локальной среды до Exchange Server 2010 г.
• Мастер гибридной конфигурации использовался в Exchange Server 2010 г. в локальной среде для настройки доверия федерации. Например, доменное имя пользователя Microsoft 365 — contoso.com.

В этом сценарии учетная запись пользователя Microsoft 365 не имеет @contoso.mail.onmicrosoft.com в качестве одного из своих прокси-адресов. Запрос к локальной среде использует вместо @contoso.com учетной @contoso.mail.onmicrosoft.com записи пользователя Microsoft 365. Запрос отклоняется, так как отношение организации в локальной среде не добавлено contoso.com к нему.

Разрешение

Чтобы устранить эту проблему, измените отношение организации в локальной среде, включив домен SMTP пользователя, у которого возникла проблема. Для этого воспользуйтесь одним из указанных ниже способов.

Способ 1. Использование консоли управления Exchange

1. На локальном сервере Exchange server откройте консоль управления Exchange, а затем выберите Конфигурация организации в разделе Microsoft Exchange On-Premises.
2. Перейдите на вкладку Отношения организации и просмотрите свойства связи организации.
3. Перейдите на вкладку Внешняя организация , введите имя федеративного домена в поле Федеративные домены внешней организации Exchange и нажмите кнопку Добавить.
4. Повторите шаг 3 для каждого домена, который требуется добавить.
5. Нажмите ОК.

Метод 2. Использование командной консоли Exchange

1. На локальном сервере откройте командную консоль Exchange.

2. Настройте отношение организации в качестве переменной. Например, выполните следующую команду:

   $OrgRel = Get-OrganizationRelationship Contoso
   

3. Добавьте в переменную дополнительные доменные имена. Например, выполните следующую команду:

   $OrgRel.DomainNames += "contoso.com"
   

4. Обновите отношения организации, используя новое значение доменных имен. Например, выполните следующую команду:

   Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
   

Дополнительная информация

Чтобы определить проблему в Microsoft 365, выполните следующие действия.

1. Подключитесь к Exchange Online с помощью удаленной оболочки PowerShell. Дополнительные сведения о том, как это сделать, см. в разделе Подключение к Exchange Online PowerShell.

2. Сравните SMTP-адрес пользователя с отношением организации. Для этого выполните следующую команду.

   if ( (Get-OrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1]) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1] "was not found" -ForegroundColor Yellow}
   

   Примечание.

   Вы также можете сравнить каждый домен, указанный в принятых доменах, с доменными именами, которые находятся в отношениях организации. Для этого выполните следующую команду.

   Get-AcceptedDomain | ForEach-Object { if ( (Get-OrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }
   

Требуется дополнительная помощь? Обратитесь в сообщество Майкрософт или на форумы Exchange TechNet.

Запустите руководство по устранению этой проблемы.