Behandeln von Frei/Gebucht-Problemen in einer Hybridbereitstellung mit einem lokalen Exchange-Server und Exchange Online in Office 365

Frei/Gebucht-Informationen können von keinem Konto in beiden Umgebungen abgerufen werden

Benutzer in beiden Umgebungen im Exchange-Verbund organization können keine Frei/Gebucht-Informationen aus Postfächern abrufen, die sich in der anderen Umgebung befinden.

In diesem Fall kann das Problem darin bestehen, dass Outlook nicht auf dem neuesten Stand ist oder dass der Exchange-Verbund möglicherweise nicht ordnungsgemäß eingerichtet wurde.

Um dieses Problem zu beheben, bitten Sie Benutzer, festzustellen, ob das Problem auftritt, wenn sie Microsoft Outlook verwenden und Outlook im Web (früher als Outlook Web App bezeichnet) für Office 365 verwenden. Wenn sich das Verhalten in Outlook und Outlook im Web unterscheidet, kann das Problem darin bestehen, dass der Outlook-Client die Anforderungen für den Exchange-Verbund nicht erfüllt. Bitten Sie den Benutzer, wie folgt vorzugehen:

1. Melden Sie sich beim Office 365-Portal (https://portal.office.com) an.

2. Klicken Sie auf Einstellungen (), und klicken Sie dann auf Office 365.

3. Klicken Sie auf Software und dann auf Installieren.

Nachdem der Benutzer Office 365 Desktopanwendungen eingerichtet hat, sollte das Frei/Gebucht-Problem behoben werden.

Wenn dieses Problem in Outlook und Outlook im Web identisch auftritt, liegt wahrscheinlich ein Problem in Bezug auf die Einrichtung des Exchange-Verbunds in Ihrem organization vor. Überprüfen Sie in diesem Fall den Microsoft Exchange Server Bereitstellungs-Assistenten, um sicherzustellen, dass die Umgebung die Systemanforderungen erfüllt.

Frei/Gebucht-Informationen können nicht aus einer Umgebung abgerufen werden

Benutzer können nicht über den Exchange-Verbund in einer bestimmten Richtung auf Frei/Gebucht-Informationen zugreifen. Beispielsweise können lokale Benutzer aus Cloudpostfächern nicht auf Frei/Gebucht-Informationen zugreifen. Oder Cloudbenutzer können nicht auf Frei/Gebucht-Informationen aus lokalen Postfächern zugreifen.

In diesem Szenario kann das Problem durch eine Fehlkonfiguration des Anwendungsziel-URI verursacht werden. Oder die Freigaberichtlinien in der lokalen Exchange Server-Umgebung und in Exchange Online stimmen möglicherweise nicht überein.

Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:

1. Öffnen Sie auf einem lokalen Computer, auf dem Exchange Server ausgeführt wird, die Exchange-Verwaltungsshell.

2. Geben Sie an der Befehlszeile den folgenden Befehl ein, und drücken Sie dann die EINGABETASTE:

   Get-FederationInformation -domainname <Office 365 Domain> 

   In diesem Befehl stellt der Platzhalter <Office 365 Domäne> die Standarddomäne Office 365 dar (z. B. contoso.onmicrosoft.com).

3. Notieren Sie sich in den Ergebnissen die Werte TargetApplicationUri und TargetAutodiscoverEpr . Dies sind die Einstellungen, über die die Zieldomäne verfügen muss, um sicherzustellen, dass die Verbundvertrauensstellung ordnungsgemäß eingerichtet ist.

4. Führen Sie den folgenden Befehl aus, um die Derzeit für die Standarddomäne Office 365 eingerichteten Vertrauensinformationen anzuzeigen:

   Get-OrganizationRelationship | FL

5. Stellen Sie im Abschnitt DomainNames sicher, dass die folgenden Elemente angezeigt werden:
   

   • Der Name der Dienstroutingdomäne des Unternehmens (z. B. mail.contoso.onmicrosoft.com)

   • Der Name der Verbunddomäne des Unternehmens (z. B. contoso.com)

   Wenn diese Namen nicht im Abschnitt DomainNames angezeigt werden, liegt möglicherweise ein Problem vor, das sich auf die Einrichtung des Exchange-Verbunds auswirkt. Überprüfen Sie den Microsoft Exchange Server Bereitstellungs-Assistenten, um sicherzustellen, dass Ihre Konfiguration den empfohlenen Schritten entspricht und dass die Umgebung alle Systemanforderungen erfüllt. Wenn die beiden Domänen im Abschnitt DomainNames ordnungsgemäß angezeigt werden, beachten Sie die folgenden Abschnitte in den Ergebnissen:
   

   • Name

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Die Werte TargetApplicationUri und TargetAutodiscoverEpr sollten mit den entsprechenden Werten aus dem cmdlet Get-FederationInformation übereinstimmen. Wenn die Werte nicht übereinstimmen, führen Sie den folgenden Befehl aus, um den Unterschied zu korrigieren:

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. Wenn das Frei/Gebucht-Problem weiterhin besteht, stellen Sie sicher, dass die Freigaberichtlinien in der lokalen Exchange Server Umgebung und in Exchange Online übereinstimmen. Um dies zu ermitteln, führen Sie den folgenden Befehl in der Exchange-Verwaltungsshell aus, und notieren Sie sich dann den Wert im Feld Domänen in den Ergebnissen:

   Get-SharingPolicy | FL

7. Stellen Sie eine Verbindung mit Exchange Online her, indem Sie Windows PowerShell verwenden, um denselben Test in der anderen Umgebung auszuführen. Sie tun dies, damit Sie bestimmen können, ob die Freigaberichtlinien übereinstimmen. Weitere Informationen zum Herstellen einer Verbindung mit Exchange Online mithilfe von Windows PowerShell finden Sie auf der folgenden Microsoft-Website:

   Herstellen einer Verbindung mit Exchange Online mithilfe von Remote-PowerShell

8. Nachdem Sie eine Verbindung mit Exchange Online hergestellt haben, führen Sie den folgenden Befehl wie für die lokale Umgebung im fenster Windows PowerShell aus, und notieren Sie sich dann den Wert im Feld Domänen:

   Get-SharingPolicy

9. Die Domänenwerte für die beiden Umgebungen sollten übereinstimmen. Wenn sie nicht übereinstimmen, können Sie das Cmdlet Set-SharingPolicy verwenden, um das Feld Domänen so einzurichten, dass es auf beiden Seiten übereinstimmt. Weitere Informationen zum Cmdlet Set-SharingPolicy und zur Verwendung dieser Freigaberichtlinieneinstellung finden Sie auf der folgenden Microsoft TechNet-Website:

   Set-SharingPolicy

Frei/Gebucht-Informationen können nicht mithilfe eines lokalen Kontos aus einem Cloudkonto abgerufen werden.

Dieses Problem ist auf lokale Benutzer beschränkt, die versuchen, Frei/Gebucht-Informationen für Cloudpostfächer abzurufen.

Stellen Sie zunächst sicher, dass die neuesten Updates auf dem Server installiert sind. Weitere Informationen finden Sie unter Exchange Server Updates: Buildnummern und Veröffentlichungsdaten.

Wenn das Problem weiterhin besteht, können Sie das Cmdlet Test-FederationTrust verwenden, um weitere Details zum Fehler zu sammeln. Gehen Sie dazu wie folgt vor:

1. Führen Sie in der Exchange-Verwaltungsshell den folgenden Befehl aus, wobei der Platzhalter <OnPremisesMailbox> die E-Mail-Adresse eines Benutzerpostfachs darstellt, das in der lokalen Umgebung gehostet wird:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Hinweis Dieser Befehl testet das Verbundvertrauenstoken, das vom lokalen Benutzer verwendet wird.

2. Wenn die Ergebnisse mindestens einen Abschnitt enthalten, in dem der Typ"Fehler" lautet, kopieren Sie die Ergebnisse in eine Textdatei, und senden Sie die Datei dann an Exchange Online Services Support, um weitere Hilfe zu benötigen.

Frei/Gebucht-Informationen können nicht aus einem lokalen Konto mithilfe eines Cloudkontos abgerufen werden

Das Problem ist auf Cloudbenutzer beschränkt, die versuchen, Frei/Gebucht-Informationen für lokale Postfächer abzurufen.

In diesem Fall können die beteiligten Postfächer am Exchange Server 2003 statt am Exchange Server 2007 oder Exchange Server 2010 gehostet werden. Exchange Server 2003 unterstützt nicht die Exchange-Webdienstanforderungen, die in höheren Versionen zum Abrufen von Frei/Gebucht-Informationen verwendet werden. Stellen Sie sicher, dass alle Frei/Gebucht-Daten, die in Exchange Server öffentlichen Ordnern 2003 gespeichert sind, auf einen Exchange Server 2010-Postfachserver repliziert werden, der eine Öffentliche Ordner-Datenbank unterstützen kann.

1. Sie können die Postfachrolle auf demselben Server installieren, auf dem die Clientzugriffsserverrolle (Client Access Server, CAS) installiert ist, die Sie zur Unterstützung des Verbunds verwenden. Weitere Informationen dazu, wie Sie dazu den Microsoft Exchange Server-Bereitstellungs-Assistenten verwenden, finden Sie unter Exchange Server Bereitstellungs-Assistent.

2. Wenn die Cloudbenutzer weiterhin Probleme haben, wenn sie versuchen, Frei/Gebucht-Informationen für lokale Postfächer abzurufen, ermitteln Sie, ob ein Problem beim Herstellen einer Verbindung mit dem lokalen AutoErmittlungsdienst vorliegt. Gehen Sie dazu wie folgt vor:
   

   1. Öffnen Sie microsoft Remote Connectivity Analyzer auf der folgenden Microsoft-Website:

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

   2. Füllen Sie auf der Seite Outlook AutoErmittlung das Formular aus, indem Sie die E-Mail-Adresse und das Kennwort eines Kontos in der lokalen Umgebung verwenden, bei dem Probleme auftreten. Aktivieren Sie das Kontrollkästchen, um zu bestätigen, dass Sie berechtigt sind, die Anmeldeinformationen eines Arbeitskontos einzugeben.

   3. Um zu bestätigen, dass ein automatisiertes Programm eine Anforderung sendet, müssen Sie eine Benutzerschnittstellen-Challenge ausführen. Geben Sie die Buchstaben und Zahlen aus dem Bild in das Feld ein, und klicken Sie dann auf Test ausführen.

3. Wenn der Test fehlschlägt, überprüfen Sie die Einstellungen für den lokalen Proxyserver und die Firewall. Stellen Sie sicher, dass über Port 443 über das Internet auf Exchange Online CAS zugegriffen werden kann.

Frei/Gebucht-Informationen sind in einer Hybridbereitstellung zwischen Exchange Online und einer lokalen Exchange 2003-organization oder einer gemischten lokalen Exchange 2003- und Exchange 2007-organization

In diesem Szenario fehlt der öffentliche Ordner OU=EXTERNAL (FYDIBOHF25SPDLT) in der Hierarchie öffentlicher Ordner und muss hinzugefügt werden.

Führen Sie die folgenden Schritte aus, um den öffentlichen Ordner OU=EXTERNAL (FYDIBOHF25SPDLT) hinzuzufügen:

1. Stellen Sie vom Server für öffentliche Ordner eine Verbindung mit dem lokalen Exchange 2010-Server für öffentliche Ordner her.

2. Öffnen Sie Windows PowerShell.

3. Führen Sie den folgenden Befehl aus:
     Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. Führen Sie den folgenden Befehl aus:
   
   Install-FreeBusyFolder

Cloudpostfächer können die Frei/Gebucht-Informationen für lokale Postfächer nicht sehen.

Beim Ausführen von Get-OrganizationRelationship | Das FL-Cmdlet in einem PowerShell-Remotefenster, das mit Exchange Online verbunden ist, muss der Wert des Parameters TargetSharingEpr ordnungsgemäß festgelegt werden. Wenn dieser Wert leer, NULL oder falsch ist, können Cloudpostfächer keine Frei/Gebucht-Informationen zu lokalen Postfächern sehen.

Führen Sie den folgenden Befehl aus, um den Wert festzulegen:

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

Führen Sie beispielsweise den folgenden Befehl aus: 

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"