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/errors
https://\<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
- Na lokalnym serwerze Exchange otwórz konsolę zarządzania programu Exchange, a następnie wybierz pozycję Konfiguracja organizacji w obszarze Lokalna program Microsoft Exchange.
- Wybierz kartę Relacje organizacji , a następnie wyświetl właściwości relacji organizacji.
- Wybierz kartę Organizacja zewnętrzna , wpisz nazwę domeny federacyjnej w domenach federacyjnych zewnętrznej organizacji programu Exchange , a następnie wybierz pozycję Dodaj.
- Powtórz krok 3 dla każdej domeny, którą chcesz dodać.
- Wybierz przycisk OK.
Metoda 2. Korzystanie z powłoki zarządzania programu Exchange
Na serwerze lokalnym otwórz powłokę zarządzania programu Exchange.
Skonfiguruj relację organizacji jako zmienną. Na przykład uruchom następujące polecenie:
$OrgRel = Get-OrganizationRelationship Contoso
Dodaj dodatkowe nazwy domen, które chcesz dodać do zmiennej. Na przykład uruchom następujące polecenie:
$OrgRel.DomainNames += "contoso.com"
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:
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).
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.
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla