Użytkownik nie może wyświetlić informacji wolnych/zajętych dla użytkownika zdalnego we wdrożeniu hybrydowym Exchange Server

Oryginalny numer KB: 2667844

Uwaga

Kreator konfiguracji hybrydowej dołączony do konsoli zarządzania programu Exchange w Microsoft Exchange Server 2010 r. nie jest już obsługiwany. W związku z tym nie należy już używać starego kreatora konfiguracji hybrydowej. Zamiast tego użyj kreatora konfiguracji hybrydowej platformy Microsoft 365 dostępnego pod adresem https://aka.ms/HybridWizard. Aby uzyskać więcej informacji, zobacz Kreator konfiguracji hybrydowej platformy Microsoft 365 dla programu Exchange 2010.

Symptomy

Istnieje hybrydowe wdrożenie lokalnych Microsoft Exchange Server i Microsoft Exchange Online na platformie Microsoft 365, na którym działa serwer hybrydowy Exchange Server 2010 r. Użytkownicy nie mogą jednak wyświetlać informacji wolnych/zajętych dla użytkownika zdalnego. Gdy użytkownik próbuje wyświetlić informacje o wolnych/zajętych dla użytkownika zdalnego, informacje o wolnym/zajętym stanie nie są wyświetlane. Zamiast tego użytkownik może wystąpić co najmniej jeden z następujących objawów:

  • Informacje o wolnych/zajętych dla użytkownika zdalnego są wyświetlane jako znaki liczbowe (#) w kalendarzu.

  • W Outlook Web App zostanie wyświetlony komunikat "błąd 5037".

  • Pliki FileName> programu Microsoft Outlook<-fb.log i <FileName>-as.log zawierają komunikat o błędzie podobny do następującego:

    <FreeBusyResponse><ResponseMessage ResponseClass="Error"><MessageText>Obiekt wywołujący nie ma dostępu do wolnych/zajętych danych.</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns="http://schemas.microsoft.com/exchange/services/2006/errors>Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException</ExceptionType><ExceptionCode xmlns="http://schemas.microsoft.com/exchange/services/2006/errors>5037</ExceptionCode><ExceptionServerName xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">ServerName</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/types>None</FreeBusyViewType></FreeBusyView></FreeBusyResponse>

Na przykład użytkownik platformy Microsoft 365 nie może wyświetlać informacji wolnych/zajętych dla użytkownika lokalnego. Jednak inni użytkownicy mogą wyświetlać informacje o wolnych/zajętych dla tego samego użytkownika lokalnego.

Przyczyna

Ten problem występuje, jeśli nazwa domeny adresu SMTP (Simple Mail Transfer Protocol) użytkownika, który próbuje wyświetlić informacje wolne/zajęte, nie jest uwzględniana wśród nazw domen w relacji organizacji. Na przykład po uruchomieniu polecenia cmdlet Test-OrganizationRelationship są wyświetlane następujące dane wyjściowe:

RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Tożsamości:
Identyfikator: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Stan: ostrzeżenie
Opis: Istnieją domeny lokalnie federacyjne, które nie znajdują się na liście domen dla obiektu relacji organizacji zdalnej.
IsValid : True

Dzieje się tak, jeśli domena SMTP nie została ręcznie dodana do relacji organizacji. Może to również wystąpić, jeśli spełnione są następujące warunki:

  • Konto użytkownika platformy Microsoft 365 zostało utworzone przed uaktualnieniem środowiska lokalnego do Exchange Server 2010 r.
  • Kreator konfiguracji hybrydowej został użyty w Exchange Server 2010 r. w środowisku lokalnym, aby skonfigurować relację zaufania federacji. Na przykład nazwa domeny użytkownika platformy Microsoft 365 to contoso.com.

W tym scenariuszu konto użytkownika platformy Microsoft 365 nie ma @contoso.mail.onmicrosoft.com jako jednego ze swoich adresów proxy. Żądanie do środowiska lokalnego jest używane @contoso.com zamiast @contoso.mail.onmicrosoft.com dla konta użytkownika platformy Microsoft 365. Żądanie zostało odrzucone, ponieważ relacja organizacji w środowisku lokalnym nie została contoso.com do niego dodana.

Rozwiązanie

Aby rozwiązać ten problem, edytuj relację organizacji w środowisku lokalnym, aby uwzględnić domenę SMTP użytkownika, którego dotyczy problem. Aby to zrobić, należy skorzystać z jednej z następujących metod.

Metoda 1. Korzystanie z konsoli zarządzania programu Exchange

  1. Na lokalnym serwerze Exchange otwórz konsolę zarządzania programu Exchange, a następnie wybierz pozycję Konfiguracja organizacji w obszarze Lokalna program Microsoft Exchange.
  2. Wybierz kartę Relacje organizacji , a następnie wyświetl właściwości relacji organizacji.
  3. Wybierz kartę Organizacja zewnętrzna , wpisz nazwę domeny federacyjnej w domenach federacyjnych zewnętrznej organizacji programu Exchange , a następnie wybierz pozycję Dodaj.
  4. Powtórz krok 3 dla każdej domeny, którą chcesz dodać.
  5. Wybierz przycisk OK.

Metoda 2. Korzystanie z powłoki zarządzania programu Exchange

  1. Na serwerze lokalnym otwórz powłokę zarządzania programu Exchange.

  2. Skonfiguruj relację organizacji jako zmienną. Na przykład uruchom następujące polecenie:

    $OrgRel = Get-OrganizationRelationship Contoso
    
  3. Dodaj dodatkowe nazwy domen, które chcesz dodać do zmiennej. Na przykład uruchom następujące polecenie:

    $OrgRel.DomainNames += "contoso.com"
    
  4. Zaktualizuj relację organizacji przy użyciu nowej wartości nazw domen. Na przykład uruchom następujące polecenie:

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

Więcej informacji

Aby ułatwić identyfikację problemu w usłudze Microsoft 365, wykonaj następujące kroki:

  1. Połącz się z usługą Exchange Online przy użyciu zdalnej obsługi programu PowerShell. Aby uzyskać więcej informacji o tym, jak to zrobić, zobacz Connect to Exchange Online PowerShell (Nawiązywanie połączenia z programem PowerShell).

  2. Porównaj adres SMTP użytkownika z relacją organizacji. Aby to zrobić, uruchom następujące polecenie:

    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}
    

    Uwaga

    Można również porównać każdą domenę wymienioną w zaakceptowanych domenach z nazwami domen, które znajdują się w relacji organizacji. Aby to zrobić, uruchom następujące polecenie:

    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} }
    

Nadal potrzebujesz pomocy? Przejdź do witryny Microsoft Community lub forów Exchange TechNet.

Uruchom przewodnik, aby rozwiązać ten problem.