Użytkownik nie może wyświetlić informacje wolny/zajęty przez zdalnego użytkownika w danym wdrożeniu hybrydowy lokalnego Exchange Server i Exchange Online w usłudze Office 365

WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.

Anglojęzyczna wersja tego artykułu to: 2667844
Uwaga: Kreatora konfiguracji hybrydowy, który znajduje się w konsoli zarządzania programu Exchange w Microsoft Exchange Server 2010 nie jest już obsługiwany. W związku z tym nie jest już należy użyć starego Kreatora konfiguracji mieszańców. Użyj Kreatora konfiguracji hybrydowy 365 pakietu Office, który jest dostępny w http://aka.MS/HybridWizard. Aby uzyskać więcej informacji zobacz Kreator konfiguracji hybrydowy Office 365 dla Exchange 2010.
PROBLEM
Wdrożenie hybrydowe lokalnego Microsoft Exchange Server i Microsoft Exchange Online już w Microsoft Office 365, w którym uruchomiony jest serwer hybrydowy Exchange Server 2010. Jednakże użytkownicy nie mogą wyświetlać informacje wolny/zajęty przez zdalnego użytkownika. Gdy użytkownik próbuje wyświetlić informacje wolny/zajęty przez zdalnego użytkownika, informacje wolny/zajęty nie jest wyświetlany. Zamiast tego użytkownik może wystąpić jeden lub więcej z następujących symptomów:
  • Informacje wolny/zajęty dla zdalnego użytkownika jest wyświetlany jako liczby znaków znak (#) w kalendarzu.
  • W programie Outlook Web App "jest wyświetlany komunikat o błędzie 5037".
  • Program Microsoft Outlook <FileName>-fb.log i <FileName>-as.log pliki zawierają komunikat o błędzie podobny do następującego:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Obiekt wywołujący nie ma dostępu do danych typu wolny/zajęty.</MessageText> <ResponseCode>ErrorNoFreeBusyAccess</ResponseCode> <DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><> </MessageXml></ResponseMessage></FreeBusyResponse>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > 5037<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >Nazwa_serwera<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > https://<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity<FreeBusyView> <><b00> </b00></> </FreeBusyView> </Server>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/types" > Brak
Na przykład użytkownika w usłudze Office 365, nie można wyświetlić informacji wolny/zajęty dla użytkownika lokalnego. Jednakże inne użytkownicy mogą wyświetlać informacje wolny/zajęty dla tego samego użytkownika lokalnego.
PRZYCZYNA
Ten problem występuje, jeśli nazwa domeny dla adresu Simple Mail Transfer Protocol (SMTP) użytkownika, który próbuje wyświetlić informacje wolny/zajęty nie jest dołączane do nazwy domen w relacji organizacji. Na przykład podczas wykonywania apletu polecenia Test-OrganizationRelationship , jest wyświetlany następujący wynik:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Tożsamość:
Identyfikator: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Stan: ostrzeżenie
Opis: Istnieje lokalnie federacyjnych domen, które nie są wyświetlane na liście domen dla
Obiekt relacji zdalnego organizacji.
IsValid: PRAWDA
Dzieje się tak, jeśli domena SMTP ręcznie nie został dodany do relacji organizacji. Może to także wystąpić, jeśli są spełnione następujące warunki:
  • Utworzono konto użytkownika usługi Office 365, przed uaktualnieniem do programu Exchange Server 2010 w lokalnym środowisku.
  • Użyto Kreatora konfiguracji hybrydowy w programie Exchange Server 2010 w lokalnym środowisku ustanowienie relacji zaufania federacji.
Na przykład nazwa domeny użytkownika usługi Office 365 jest contoso.com. W tym scenariuszu konto użytkownika usługi Office 365 nie ma @contoso.mail.onmicrosoft.com, jako jeden ze swoich adresów serwera proxy. Żądanie do lokalnego środowiska naturalnego używa @contoso.com zamiast @contoso.mail.onmicrosoft.com dla konta użytkownika usługi Office 365. Wniosek zostaje odrzucony, ponieważ relacja organizacji w lokalnym środowisku nie ma contoso.com, o których do niej dodane.
ROZWIĄZANIE
Aby rozwiązać ten problem, Edytuj relację organizacji w lokalnym środowisku domeny SMTP użytkownika, który jest problem. Aby to zrobić, użyj jednej z następujących metod.

Metoda 1: Użyj konsoli zarządzania programu Exchange

  1. Na serwerze Microsoft Exchange w pomieszczeniach otwieranie konsoli zarządzania programu Exchange, a następnie kliknij Konfiguracja organizacji w obszarze Microsoft Exchange lokalnego.
  2. Kliknij kartę Relacje organizacji , a następnie Wyświetl właściwości relacji organizacji.
  3. Kliknij kartę Organizacji zewnętrznych , wpisz nazwę domeny federacyjnych w polu Sfederowanych domenach zewnętrznych organizacji programu Exchange , a następnie kliknij przycisk Dodaj.
  4. Powtórz krok 3 dla każdej domeny, którą chcesz dodać.
  5. Kliknij przycisk OK.

Metoda 2: Użyj powłoki Exchange Management Shell

  1. Na serwerze lokalnym Otwórz program Exchange Management Shell.
  2. Konfigurowanie relacji organizacji jako zmienna. Na przykład uruchom następujące polecenie

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Dodaj nazwy dodatkowej domeny, które mają do zmiennej. Na przykład uruchom następujące polecenie:
    $OrgRel.DomainNames += "contoso.com"
  4. Aktualizowanie relacji organizacji przy użyciu nowej wartości nazwy domeny. Na przykład uruchom następujące polecenie:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
WIĘCEJ INFORMACJI
Aby pomóc w ustaleniu przyczyny problemu w usłudze Office 365, wykonaj następujące kroki:
  1. Połączyć się Exchange Online przy użyciu zdalnego programu PowerShell. Aby uzyskać więcej informacji na temat jak to zrobić przejdź do następującej witryny firmy Microsoft:
  2. Porównaj adres SMTP użytkownika z relacji organizacji. Aby to zrobić, uruchom następujące polecenie:
    if ( (Get-CloudOrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Domain) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Domain "was not found" -ForegroundColor Yellow}
    Zwróć uwagę Można również porównać każdej z domen ma na liście akceptowanych domen z nazw domen będących w relacji organizacji. Aby to zrobić, uruchom następujące polecenie:
    Get-AcceptedDomain | ForEach-Object { if ( (Get-CloudOrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Właściwości

Identyfikator artykułu: 2667844 — ostatni przegląd: 04/25/2016 23:39:00 — zmiana: 17.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2010 Enterprise

  • o365 o365a o365e o365022013 o365m hybrid gwt guided walk through kbtshoot kbmt KB2667844 KbMtpl
Opinia