2. Verfügbarkeit aus Exchange für Google Kalender-Nutzer sichtbar machen

Hinweis

Jeder Exchange-Nutzer muss folgende Voraussetzungen erfüllen:

1. Hat ein Exchange-Konto mit einem zugehörigen Postfach.
2. Hat kein privates Google-Konto mit dem Domainnamen Ihrer Organisation, weil dies zu einem Konflikt führen könnte. Weitere Informationen zum Lösen von Problemen mit in Konflikt stehenden Konten finden Sie im Hilfeartikel Nutzer mit nicht verwalteten Konten hinzufügen.
3. Hat kein Google Workspace-Konto oder hat ein Google Workspace-Konto, für das Google Kalender deaktiviert ist.

Vollständige Termindetailsuche aktivieren

Sie müssen die Sichtbarkeit jedes Kalenders auf Eingeschränkte Details festlegen. Die Standardeinstellung ist Nur Verfügbarkeit.

1. Wenn Sie die Sichtbarkeit für ein einzelnes Postfach festlegen möchten, geben Sie in Exchange PowerShell den folgenden Befehl ein:

   Set-MailboxFolderPermission -Identity (Mailbox Folder Id Parameter:\Calendar) -User Default -AccessRights LimitedDetails

2. Wenn Sie die Sichtbarkeit für alle Postfächer festlegen möchten, geben Sie den folgenden Befehl ein:

   ForEach ($Mailbox in @(Get-Mailbox -ResultSize Unlimited)) {Set-MailboxFolderPermission –Identity (Mailbox Folder Id Parameter:\Calendar) –User Default –AccessRights LimitedDetails}

Wenn Sie Exchange Online (Microsoft 365) verwenden, müssen Sie vermutlich nichts ändern. Exchange Online kann standardmäßig Verbindungen aus dem Internet akzeptieren.

1. Aktivieren Sie auf Port 443 die eingehende Internetverbindung, damit Google Kalender den Exchange-Server erreichen kann. Dafür benötigen Sie ein SSL-Zertifikat, das von einer vertrauenswürdigen öffentlichen Internet-Root-Zertifizierungsstelle ausgestellt wurde. Weitere Informationen zu Zertifikaten für Exchange-Server finden Sie in der Microsoft-Dokumentation.
2. Wenn Sie externen eingehenden Netzwerkverkehr blockieren, fügen Sie die folgenden Adressbereiche der Zulassungsliste hinzu, um Anfragen vom Calendar Interop zuzulassen:
   • IPv4: Fügen Sie Ihrer Zulassungsliste 74.125.88.0/27 hinzu.
   • IPv6: Fügen Sie Ihrer Zulassungsliste die folgenden IP-Blöcke hinzu:
     • 2001:4860:4::/64
     • 2404:6800:4::/64
     • 2607:f8b0:4::/64
     • 2800:3f0:4::/64
     • 2a00:1450:4::/64
     • 2c0f:fb50:4::/64

In Google Kalender werden die Exchange-Rollenkonten zur Authentifizierung beim Exchange-Server verwendet, um nach Verfügbarkeitsinformationen zu suchen. Damit ein Exchange-Termin für Google Kalender-Nutzer sichtbar ist, muss er auch für die Rollenkonten sichtbar sein. Wenn Sie bereits ein Konto haben, das Sie für die organisationsweite Abfrage des Verfügbarkeitsstatus in nicht vertrauenswürdigen Gesamtstrukturen verwenden, können Sie es wiederverwenden.

So erstellen Sie Exchange-Rollenkonten:

1. Legen Sie den Exchange-Empfängertyp als Nutzer-Postfachkonto fest.
2. Wenn Sie mehrere Rollenkonten erstellen, verwenden Sie für jedes Konto dasselbe Passwort.
3. Wenn Sie die Basisauthentifizierung für Exchange verwenden, deaktivieren Sie das Ablaufen des Passworts für das Rollenkonto, um Dienstunterbrechungen zu vermeiden.

Weitere Informationen zum Erstellen von Nutzerpostfächern auf dem Exchange-Server und zu Exchange-Empfängertypen finden Sie in der Microsoft-Dokumentation.

Führen Sie diesen Schritt aus, wenn Sie Exchange Online (Microsoft 365) verwenden. Wenn Sie andere Versionen von Exchange verwenden, fahren Sie mit Schritt 5 fort.

Über die Graph API verbinden (empfohlen)

Diese Schritte gelten für die Graph API. Schritte für EWS (Legacy) aufrufen

1. Registrieren Sie Calendar Interop bei der Microsoft-Identitätsplattform.

   Weitere Informationen finden Sie im Microsoft-Artikel Anwendung registrieren.

2. Behalten Sie beim Registrieren der Anwendung die Standardwerte für Unterstützte Kontotypen und Weiterleitungs-URI bei.
3. Notieren Sie sich die Anwendungs-ID (Client) und die Verzeichnis-ID (Mandant), da Sie sie später benötigen, um eine Graph API-Verbindung in Google Workspace einzurichten.
4. Klicken Sie auf Zertifikate und Secrets Clientschlüssel Neuer Clientschlüssel.
5. Geben Sie eine Beschreibung ein und aktualisieren Sie bei Bedarf das Ablaufdatum. Wenn der Clientschlüssel abläuft, kann Google Kalender keine Verfügbarkeitsinformationen mehr von Exchange Online abfragen. Um dies zu vermeiden, müssen Sie den Clientschlüssel regelmäßig neu konfigurieren.
6. Klicken Sie auf Hinzufügen, um ein Clientschlüssel für die Anwendung zu erstellen. Weitere Informationen finden Sie im Microsoft-Artikel Anmeldedaten für Anwendungen in Microsoft Entra ID hinzufügen und verwalten.
7. Notieren Sie sich den Clientschlüssel aus der Spalte Wert, da Sie ihn später benötigen, um eine Graph API-Verbindung in Google Workspace einzurichten. Der Wert ist nicht mehr verfügbar, nachdem Sie diese Seite verlassen haben.
8. Klicken Sie auf API-Berechtigungen Berechtigung hinzufügen Microsoft Graph.
9. Wählen Sie Anwendungsberechtigungen aus und fügen Sie sie hinzu:
   • Calendars.ReadBasic.All – für die Nutzerverfügbarkeit
   • Place.Read.All: Zum Verwalten von Exchange Online-Räumen
10. Klicken Sie auf Einwilligung des Administrators erteilen.

1. Öffnen Sie in der Google Admin-Konsole das Dreistrich-Menü  Apps Google Workspace Calendar.

   Zu Google Kalender

   Hierfür ist die Administratorberechtigung für den Kalender erforderlich.

2. Klicken Sie auf Verwaltung von Calendar Interop.
3. Klicken Sie auf „Bearbeiten“, um den Bereich Exchange-Verfügbarkeit in Kalender zu öffnen.
4. Klicken Sie das Kästchen Google Kalender erlauben, die Verfügbarkeit von Exchange-Nutzern anzuzeigen an.
5. Klicken Sie auf Exchange-Endpunkt hinzufügen.
6. Klicken Sie auf den Endpunkttyp:
   • Wenn Sie Exchange Online (Microsoft 365) verwenden, wählen Sie Microsoft 365 (Graph API) aus und geben Sie die folgenden Felder ein:
     • Exchange-Domainname: Die für diesen Endpunkt unterstützte Domain. Lassen Sie das Feld leer, um es als Standardendpunkt festzulegen.
     • Exchange-Rollenkonten: Die primären SMTP-Adressen der Exchange-Rollenkonten im Format „nutzername1@beispiel.de“. Wir empfehlen, mehrere Rollenkonten einzurichten.

       Wenn Sie mehrere Rollenkonten verwenden, trennen Sie die Konten durch ein Komma. Wir empfehlen, etwa 10 Rollenkonten zu verwenden, insbesondere wenn Sie Räume von Microsoft abfragen möchten.

     • Mandanten-ID: Die ID Ihres Microsoft 365-Verzeichnisses (Mandanten), die Sie in Schritt 4 notiert haben.
     • Anwendungs- oder Client-ID: Die Anwendungs-ID, die Ihrer App bei der App-Registrierung in Schritt 4 zugewiesen wurde.
     • Clientschlüssel: Der Wert aus dem Clientschlüssel, der Ihrer App bei der App-Registrierung in Schritt 4 zugewiesen wurde.
   • Wenn Sie Exchange Online (Microsoft 365) nicht verwenden, wählen Sie Lokaler Exchange-Server aus und geben Sie die folgenden Informationen ein:
     • Exchange-Webdienste-URL: Die URL des standardmäßigen Serverendpunkts der Exchange-Webdienste (EWS), der mit Ihrem Exchange-Server verknüpft ist.

       Weitere Informationen finden Sie im Abschnitt URL des EWS-Server-Endpunkts ermitteln.

     • Exchange-Domainname: Die für diesen Endpunkt unterstützte Domain. Lassen Sie das Feld leer, um es als Standardendpunkt festzulegen.
     • Exchange-Rollenkonten: Die primären SMTP-Adressen der Exchange-Rollenkonten im Format „nutzername1@beispiel.de“.

       Wenn Sie mehrere Rollenkonten verwenden, trennen Sie die Konten durch ein Komma. Wir empfehlen, mehrere Rollenkonten einzurichten.

     • Passwort: Das Passwort für das Exchange-Rollenkonto oder die Exchange-Rollenkonten.
   • Wenn Sie EWS verwenden, um eine Verbindung zu Exchange Online herzustellen, wählen Sie Microsoft 365 (Legacy-EWS) aus und geben Sie die folgenden Felder ein:

     Microsoft wird diese Funktion am 1. Oktober 2026 einstellen.

     • Exchange-Webdienste-URL: Die URL des standardmäßigen EWS-Serverendpunkts, der mit Ihrem Exchange-Server verknüpft ist.

       Weitere Informationen finden Sie im Abschnitt URL des EWS-Server-Endpunkts ermitteln.

     • Exchange-Domainname: Unterstützte Domain für diesen Endpunkt. Lassen Sie das Feld leer, um den Standardendpunkt zu verwenden.
     • Exchange-Rollenkonten: Die primären SMTP-Adressen der Exchange-Rollenkonten im Format „nutzername1@beispiel.de“.

       Wenn Sie mehrere Rollenkonten verwenden, trennen Sie die Konten durch ein Komma. Wir empfehlen, mehrere Rollenkonten einzurichten.

     • URL des Token-Endpunkts: Die URL des OAuth 2.0-Token-Endpunkts Ihres Entra ID-Mandanten. Weitere Informationen finden Sie unter Schritt 6: (nur Exchange Online) OAuth 2.0-Authentifizierung einrichten.
     • Anwendungs- oder Client-ID: Die Anwendungs-ID, die Ihrer App bei der App-Registrierung zugewiesen wurde.
     • Clientschlüssel: Der Wert aus dem Clientschlüssel, der Ihrer App bei der App-Registrierung zugewiesen wurde.
7. Klicken Sie auf Hinzufügen.
8. Optional: Wenn Sie weitere Exchange-Endpunkte hinzufügen möchten, klicken Sie auf Exchange-Endpunkt hinzufügen und wiederholen Sie die Schritte 7 und 8 für jeden Endpunkt, den Sie hinzufügen möchten.

   Jeder neue Endpunkt muss eine eindeutige Domain haben, die noch nicht von einem zuvor hinzugefügten Endpunkt verwendet wird, z. B. wenn Ihre Organisation mehrere Tochtergesellschaften hat oder Sie die Kalenderverfügbarkeit zwischen vertrauenswürdigen externen Partnern freigeben möchten.

   Es kann nur maximal einen Standard-Exchange-Endpunkt geben.

9. Optional: Wenn Sie Termindetails (Titel, Ort usw.) aus Exchange und Google Kalender sehen möchten, klicken Sie auf das Kästchen Termindetails anzeigen. Lassen Sie das Kästchen andernfalls deaktiviert.
10. Klicken Sie auf Speichern.

URL des EWS-Server-Endpunkts ermitteln

Die URL des EWS-Server-Endpunkts ist mit der URL des Exchange-Servers identisch, auf dem Sie die Rollenkonten erstellt haben.

Beispiele:

• https://Hostname des Exchange-Servers/ews/exchange.asmx (EWS-Server)
• https://outlook.office365.com/ews/exchange.asmx (Exchange Online)

Öffnen Sie Exchange PowerShell und geben Sie den folgenden Befehl ein, um die URL für einen lokalen Exchange-Server zu prüfen:

Get-WebServicesVirtualDirectory | Select name, *url* | fl

Wenn das Ergebnis mehrere URLs zurückgibt, verwenden Sie das Ergebnis für ExternalUrl.

Wenn Sie mehrere Exchange-Server in derselben Domain haben (z. B., wenn Sie eine hybride Exchange-Umgebung verwenden) und Sie die Verfügbarkeit von Exchange-Nutzern in Ihrer gesamten Umgebung sehen möchten, muss die URL von einem Server stammen, der auf die Verfügbarkeit für alle Exchange-Nutzer zugreifen kann.