Der Benutzer kann keine Frei/Gebucht-Informationen für einen Remotebenutzer in einer Hybridbereitstellung von Exchange Server

Ursprüngliche KB-Nummer: 2667844

Hinweis

Der Hybridkonfigurations-Assistent, der in der Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie den alten Hybridkonfigurations-Assistenten nicht mehr verwenden. Verwenden Sie stattdessen den Microsoft 365-Hybridkonfigurations-Assistenten, der unter https://aka.ms/HybridWizardverfügbar ist. Weitere Informationen finden Sie unter Microsoft 365-Hybridkonfigurations-Assistent für Exchange 2010.

Symptome

Sie verfügen über eine Hybridbereitstellung von lokalen Microsoft Exchange Server und Microsoft Exchange Online in Microsoft 365, in der Ihr Hybridserver Exchange Server 2010 ausgeführt wird. Benutzer können jedoch keine Frei/Gebucht-Informationen für einen Remotebenutzer anzeigen. Wenn ein Benutzer versucht, Frei/Gebucht-Informationen für einen Remotebenutzer anzuzeigen, werden die Frei/Gebucht-Informationen nicht angezeigt. Stattdessen kann für den Benutzer eines oder mehrere der folgenden Symptome auftreten:

  • Die Frei/Gebucht-Informationen für den Remotebenutzer werden als Nummernzeichen (#) im Kalender angezeigt.

  • In Outlook Web App wird "Fehler 5037" angezeigt.

  • Die Dateien Microsoft Outlook <FileName>-fb.log und <FileName>-as.log enthalten eine Fehlermeldung, die der folgenden ähnelt:

    <FreeBusyResponse><ResponseMessage ResponseClass="Error"><MessageText>Der Aufrufer hat keinen Zugriff auf Frei/Gebucht-Daten.</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><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>

Beispielsweise kann ein Microsoft 365-Benutzer keine Frei/Gebucht-Informationen für einen lokalen Benutzer anzeigen. Andere Benutzer können jedoch Frei/Gebucht-Informationen für denselben lokalen Benutzer anzeigen.

Ursache

Dieses Problem tritt auf, wenn der Domänenname für die SMTP-Adresse (Simple Mail Transfer Protocol) des Benutzers, der versucht, die Frei/Gebucht-Informationen anzuzeigen, nicht unter den Domänennamen in der organization-Beziehung enthalten ist. Wenn Sie beispielsweise das Cmdlet Test-OrganizationRelationship ausführen, wird die folgende Ausgabe angezeigt:

RunspaceId : a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identität:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Status: Warnung
Beschreibung: Es gibt lokale Verbunddomänen, die in der Liste der Domänen für das Remote-organization-Beziehungsobjekt nicht vorhanden sind.
IsValid : True

Dies tritt auf, wenn die SMTP-Domäne der organization Beziehung nicht manuell hinzugefügt wurde. Dies kann auch auftreten, wenn die folgenden Bedingungen erfüllt sind:

  • Das Microsoft 365-Benutzerkonto wurde erstellt, bevor Sie die lokale Umgebung auf Exchange Server 2010 aktualisiert haben.
  • Sie haben den Hybridkonfigurations-Assistenten in Exchange Server 2010 in der lokalen Umgebung verwendet, um die Verbundvertrauensstellung einzurichten. Der Domänenname des Microsoft 365-Benutzers lautet contoso.combeispielsweise .

In diesem Szenario verfügt @contoso.mail.onmicrosoft.com das Microsoft 365-Benutzerkonto nicht über eine seiner Proxyadressen. Die Anforderung an die lokale Umgebung verwendet @contoso.com anstelle von @contoso.mail.onmicrosoft.com für das Microsoft 365-Benutzerkonto. Die Anforderung wird abgelehnt, da die organization Beziehung in der lokalen Umgebung nicht hinzugefügt wurdecontoso.com.

Lösung

Um dieses Problem zu beheben, bearbeiten Sie die organization Beziehung in der lokalen Umgebung, um die SMTP-Domäne des Benutzers einzuschließen, bei dem das Problem auftritt. Wenden Sie hierzu eine der folgenden Methoden an.

Methode 1: Verwenden der Exchange-Verwaltungskonsole

  1. Öffnen Sie auf dem lokalen Exchange-Server die Exchange-Verwaltungskonsole, und wählen Sie dann organisationskonfiguration unter Microsoft Exchange Lokal aus.
  2. Wählen Sie die Registerkarte Organisationsbeziehungen aus, und zeigen Sie dann die Eigenschaften der organization Beziehung an.
  3. Wählen Sie die Registerkarte Externe Organisation aus, geben Sie den Namen der Verbunddomäne in das Feld Verbunddomänen des externen Exchange-organization ein, und wählen Sie dann Hinzufügen aus.
  4. Wiederholen Sie Schritt 3 für jede Domäne, die Sie hinzufügen möchten.
  5. Wählen Sie OK aus.

Methode 2: Verwenden der Exchange-Verwaltungsshell

  1. Öffnen Sie auf dem lokalen Server die Exchange-Verwaltungsshell.

  2. Richten Sie die organization Beziehung als Variable ein. Führen Sie beispielsweise den folgenden Befehl aus:

    $OrgRel = Get-OrganizationRelationship Contoso
    
  3. Fügen Sie der Variablen die zusätzlichen Domänennamen hinzu, die Sie verwenden möchten. Führen Sie beispielsweise den folgenden Befehl aus:

    $OrgRel.DomainNames += "contoso.com"
    
  4. Aktualisieren Sie die organization Beziehung mithilfe des neuen Werts für Domänennamen. Führen Sie beispielsweise den folgenden Befehl aus:

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

Weitere Informationen

Führen Sie die folgenden Schritte aus, um das Problem in Microsoft 365 zu identifizieren:

  1. Stellen Sie eine Verbindung mit Exchange Online mithilfe der Remote-PowerShell her. Weitere Informationen dazu finden Sie unter Herstellen einer Verbindung mit Exchange Online PowerShell.

  2. Vergleichen Sie die SMTP-Adresse des Benutzers mit der organization Beziehung. Führen Sie dazu den folgenden Befehl aus:

    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}
    

    Hinweis

    Sie können auch jede Domäne, die in den akzeptierten Domänen aufgeführt ist, mit den Domänennamen vergleichen, die sich in der organization Beziehung befinden. Führen Sie dazu den folgenden Befehl aus:

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

Benötigen Sie weitere Hilfe? Besuchen Sie die Microsoft Community oder die Exchange-TechNet-Foren.

Starten Sie die Anleitung, um dieses Problem zu beheben.