Benutzer kann keine Frei/Gebucht-Informationen für einen entfernten Benutzer in einer Hybrid-Bereitstellung von lokalen Exchange Server und Exchange Online in Office 365 anzeigen

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 2667844
Hinweis Hybrid-Konfigurationsassistent, die Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie nicht mehr den alten Mischkonfiguration Assistenten verwenden. Verwenden des Office 365 Mischkonfiguration Assistenten erhältlich http://AKA.ms/HybridWizard. Weitere Informationen finden Sie unter Office 365 Hybrid-Konfigurations-Assistenten für Exchange 2010.
PROBLEM
Sie haben eine hybride Bereitstellung der lokalen Microsoft Exchange Server und Microsoft Exchange Online in Microsoft Office 365 in der Hybrid-Server Exchange Server 2010 ausgeführt wird. Allerdings können keine Benutzer Frei/Gebucht-Informationen für einen entfernten Benutzer anzeigen. Wenn ein Benutzer versucht, die Frei/Gebucht-Informationen für einen entfernten Benutzer anzeigen, nicht Frei/Gebucht-Informationen angezeigt. Stattdessen kann der Benutzer eine oder mehrere der folgenden Symptome auftreten:
  • Die Zeitplaninformationen für den entfernten Benutzer wird als Nummernzeichen (#) im Kalender angezeigt.
  • In Outlook Web App "Fehler 5037" angezeigt.
  • Der Microsoft Outlook- <FileName>-fb.log und <FileName>-as.log Dateien Fehlermeldung, die die folgenden ähnelt:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Der Aufrufer keinen Zugriff auf Frei/Gebucht – Daten.</MessageText> <ResponseCode>ErrorNoFreeBusyAccess</ResponseCode> <DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><> </MessageXml></ResponseMessage></FreeBusyResponse>
    Xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" &gt; Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException<>
    Xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" &gt; 5037<>
    Xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" &gt;ServerName<>
    Xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" &gt; https://<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity<FreeBusyView> <><b00> </b00></> </FreeBusyView> </Server>
    Xmlns = "http://schemas.microsoft.com/exchange/services/2006/types" &gt; keine
Beispielsweise kann kein Office 365-Benutzer Frei/Gebucht-Informationen für einen lokalen Benutzer anzeigen. Allerdings können andere Benutzer Frei/Gebucht-Informationen für den gleichen lokalen Benutzer anzeigen.
URSACHE
Dieses Problem tritt auf, wenn der Domänenname für die Adresse (SMTP = Simple Mail Transfer Protocol) des Benutzers, der versucht, die Frei/Gebucht-Informationen anzeigen den Domänennamen der Organisation Beziehung. Beim Ausführen des Cmdlets Test-OrganizationRelationship wird beispielsweise die folgende Ausgabe angezeigt:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identität:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Status: Warnung
Beschreibung: Gibt die lokal Föderationen, die nicht in der Liste der Domänen für die
Remote-Organisationsobjekt Beziehung.
IsValid: True
Dies tritt auf, wenn die SMTP-Domäne der organisationsbeziehung manuell hinzugefügt wurde nicht. Dies kann auftreten, wenn Folgendes zutrifft:
  • Office 365-Benutzerkonto wurde erstellt, bevor der lokalen Umgebung auf Exchange Server 2010 aktualisiert.
  • Sie verwendet den Hybrid-Konfigurations-Assistenten in Exchange Server 2010 in der lokalen Umgebung Föderation Vertrauensstellung einrichten.
Der Domänenname des Benutzers Office 365 ist z. B. contoso.com. In diesem Szenario nicht das Office 365-Benutzerkonto @contoso.mail.onmicrosoft.com als die Proxyadressen. Die Anforderung an die lokale Umgebung verwendet @contoso.com anstelle @contoso.mail.onmicrosoft.com für Office 365-Benutzerkonto. Die Anforderung wird zurückgewiesen, da die organisationsbeziehung in der lokalen Umgebung contoso.com hinzugefügt hat.
LÖSUNG
Um dieses Problem zu beheben, Bearbeiten der organisationsbeziehung in der lokalen Umgebung auf die SMTP-Domäne des Benutzers enthalten, die das Problem verursacht. Verwenden Sie hierzu eine der folgenden Methoden.

Methode 1: Verwenden von Exchange-Verwaltungskonsole

  1. Auf dem lokalen Exchange Server Exchange-Verwaltungskonsole öffnen Sie, und klicken Sie unter Microsoft Exchange lokalauf Organisationskonfiguration .
  2. Klicken Sie auf der Registerkarte Organisation Beziehung , und zeigen Sie die Eigenschaften der organisationsbeziehung.
  3. Klicken Sie auf die Registerkarte Externe Organisation Föderationsdomäne Namen im föderierten Domänen der externen Exchange-Organisation , und klicken Sie auf Hinzufügen.
  4. Wiederholen Sie Schritt 3 für jede Domäne, die Sie hinzufügen möchten.
  5. Klicken Sie auf OK.

Methode 2: Verwenden Sie Exchange-Verwaltungsshell

  1. Öffnen Sie auf dem lokalen Server Exchange-Verwaltungsshell.
  2. Richten Sie die organisationsbeziehung als Variable. Führen Sie beispielsweise den folgenden Befehl

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Die Variable fügen Sie die gewünschte zusätzliche Domänennamen hinzu. Führen Sie beispielsweise den folgenden Befehl ein:
    $OrgRel.DomainNames += "contoso.com"
  4. Aktualisieren der organisationsbeziehung mit dem neuen Domain-Namen-Wert. Führen Sie beispielsweise den folgenden Befehl ein:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
Weitere Informationen
Gehen Sie folgendermaßen vor, um das Problem in Office 365 zu identifizieren:
  1. Mithilfe von remote-PowerShell verbinden Sie Exchange Online. Weitere Informationen hierzu finden Sie auf folgender Microsoft-Website:
  2. Vergleichen Sie die SMTP-Adresse des Benutzers mit der organisationsbeziehung. Führen Sie hierzu den folgenden Befehl aus:
    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}
    Hinweis Sie können auch jede Domäne vergleichen, die in akzeptierten Domänen mit dem Domänennamen, die in der organisationsbeziehung aufgeführt ist. Führen Sie hierzu den folgenden Befehl aus:
    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} }
Weitere Informationen
Brauchen Sie Hilfe? Klicken Sie auf der Office 365-Community Website oder Exchange-Foren auf TechNet.

Das Handbuch zur Behebung dieses Problems.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 2667844 – Letzte Überarbeitung: 04/26/2016 02:13:00 – Revision: 18.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 KbMtde
Feedback