Mit der Admin Settings API können Administratoren von Google Workspace-Domains die Einstellungen ihrer Domains in Form von Google Data API-Feeds abrufen und ändern.
Diese Domäneneinstellungen umfassen viele der Funktionen, die in der Admin-Konsole von Google Workspace verfügbar sind. Beispiele für die Verwendung dieser API sind das Erstellen eines benutzerdefinierten Steuerfelds oder das Einbinden von Google Workspace-Domains in eine vorhandene Legacy-Umgebung.
Die Admin Settings API implementiert das Google Data API-Protokoll. Die Google Data APIs entsprechen dem Veröffentlichungs- und Bearbeitungsmodell des Atom Publishing Protocol (AtomPub). Für die AtomPub-HTTP-Anfragen wird der RESTful-Ansatz (Representational State Transfer) für Webservices verwendet. Weitere Informationen finden Sie im Google Data APIs Developer's Guide.
Zielgruppe
Dieses Dokument richtet sich an Entwickler, die Clientanwendungen schreiben möchten, mit denen Informationen zu Google Workspace-Domains geändert und abgerufen werden können. Es enthält Beispiele für die grundlegenden Interaktionen mit der Admin Settings API mit rohem XML und HTTP.
In diesem Dokument wird davon ausgegangen, dass Sie die allgemeinen Konzepte des Google Data API-Protokolls kennen und mit der Google Workspace-Admin-Konsole vertraut sind. Weitere Informationen zur Admin-Konsole finden Sie unter Admin-Konsole nutzen.
Jetzt starten
Bevor Sie die Admin Settings API verwenden können, müssen Sie Ihr Konto einrichten.
Konto erstellen
Die Admin Settings API ist für Google Workspace-Konten aktiviert. Registrieren Sie sich für ein Google Workspace-Konto zu Testzwecken. Für den Dienst „Administratoreinstellungen“ werden Google-Konten verwendet. Wenn Sie also bereits ein Konto in einer Google Workspace-Domain haben, sind Sie startklar.
Feedtypen der Admin Settings API
Mit der Admin Settings API können Sie die folgenden Kategorien von Domaineinstellungen verwalten:
- Einstellungen für die Einmalanmeldung
- Die SAML-basierte Einmalanmeldung (SSO) ermöglicht es Nutzern, denselben Login und dasselbe Passwort sowohl für in Google Workspace gehostete Dienste als auch für andere Dienste zu verwenden, die Sie in Ihrer Organisation hosten. Insbesondere bei der Verwendung von SSO leitet eine gehostete Webanwendung wie Google Workspace Nutzer zum Identitätsanbieter Ihrer Organisation weiter, um sie bei der Anmeldung zu authentifizieren. Weitere Informationen finden Sie unter Grundlegendes zur SAML-basierten SSO für Google Workspace.
Bei der Konfiguration von SSO müssen Sie die erforderlichen Informationen eingeben, damit der Google Workspace-Dienst mit dem Identitätsanbieter kommunizieren kann, in dem die Anmeldedaten Ihrer Nutzer gespeichert sind. Außerdem müssen Sie die Links einrichten, an die Nutzer zum Anmelden, Abmelden und Ändern ihrer Passwörter weitergeleitet werden sollen. Mit der Admin Settings API können Sie diese Einstellungen programmatisch aktualisieren und abrufen. Google verwendet den von Ihnen generierten öffentlichen Schlüssel, um diese SSO-Anfrage bei Ihrem Identitätsanbieter zu bestätigen und zu prüfen, ob die SAML-Antwort mit dem privaten Schlüssel während der Netzwerkübertragung nicht geändert wurde.
Eine kurze API-spezifische Zusammenfassung der Verwendung der SSO-Einstellungen: Rufen Sie das Zertifikat für Ihren öffentlichen Schlüssel von Ihrem Identitätsanbieter ab, registrieren Sie den öffentlichen Schlüssel bei Google und richten Sie Ihre SAML-basierte SSO-Abfrage ein. Fehlermeldungen finden Sie unter Fehlerbehebung für SSO:
- Schlüssel generieren: Generieren Sie mit Ihrem Identitätsanbieter ein Paar aus öffentlichen und privaten Schlüsseln mit dem DSA- oder RSA-Algorithmus. Der öffentliche Schlüssel befindet sich in einem X.509-Zertifikat. Weitere Informationen zu SAML-basierten SSO-Signaturschlüsseln finden Sie unter Schlüssel und Zertifikate für den Google Workspace-SSO-Dienst generieren.
- Bei Google registrieren: Verwenden Sie die Einstellungen für die Einmalanmeldung der Admin Settings API, um Ihr Zertifikat für den öffentlichen Schlüssel bei Google zu registrieren.
- SSO-Einstellungen einrichten: Verwenden Sie die Einstellungen für die Einmalanmeldung der Admin Settings API, um die Einstellungen zu konfigurieren, die für die Kommunikation mit den Servern des Identitätsanbieters der Domain verwendet werden.
- Gateway- und Routingeinstellungen
Mit diesem Feed können Domainadministratoren das Routing von E‑Mails für ihre Domains steuern.
Mit den E-Mail-Routingvorgängen können Administratoren die E-Mail-Routingeinstellungen auf Domainebene festlegen. Das ähnelt der E-Mail-Routingfunktion in den Gmail-Einstellungen der Admin-Konsole. Weitere Informationen finden Sie unter E-Mail-Routing und Konfiguration der Dual Delivery-Funktion für E-Mail-Routing.
Beispiel für eine XML-Anfrage und ‑Antwort der Admin Settings API
In diesem Dokument finden Sie Codebeispiele für grundlegende Admin Settings API-Anfragen und -Antworten mit rohem XML und HTTP. Das folgende Beispiel für die Standardsprache der Domain zeigt die vollständige XML- und HTTP-Syntax für den Textkörper eines Anfrage- und Antwort-Eintrags, der für jeden Vorgang gleich ist:
Wenn Sie die Einstellung für das Ausgangs-E-Mail-Gateway einer Domain ändern möchten, senden Sie einen HTTP-PUT an die Gateway-Feed-URL:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway
Die AtomPub-XML für die Standardsprache der Domain PUT entry lautet:
<atom:entry xmlns:atom='http://www.w3.org/2005/Atom'
xmlns:apps='http://schemas.google.com/apps/2006'>
<apps:property name='smartHost' value='smtp.out.domain.com' />
<apps:property name='smtpMode' value='SMTP' />
</atom:entry>
Mit Ausnahme der betriebsspezifischen Attribute und Werte stellt das atom:property-Element ein einzelnes Schlüssel/Wert-Paar mit Informationen zu einem Attribut dar, das Sie abrufen oder aktualisieren möchten. Diese sind für alle Anfragetextkörper der Admin Settings API gleich.
Das Element entry der Antwort zur Standardsprache der Domain gibt die Eigenschaften smartHost und smtpMode zusammen mit der XML-Syntax zurück, die für alle Antworttexte der Admin Settings API gilt:
<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
<id>https://apps-apis.google.com/a/feeds/domain/2.0/domainName/email/gateway</id>
<updated>2008-12-17T23:59:23.887Z</updated>
<link rel='self' type='application/atom+xml' href='https://apps-apis.google.com/a/feeds/domain/
2.0/domainName/email/gateway'/>
<link rel='edit' type='application/atom+xml' href='https://apps-apis.google.com/a/feeds/domain/
2.0/domainName/email/gateway'/>
<apps:property name='smartHost' value='smtp.out.domain.com' />
<apps:property name='smtpMode' value='SMTP' />
</entry>
Einstellungen für die Einmalanmeldung verwalten
Mit der Google Workspace-Funktion für die Einmalanmeldung (SSO) können sich Nutzer bei mehreren Diensten anmelden, ohne dass sie sich jedes Mal neu anmelden müssen. Dieses Passwort wird vom Identitätsanbieter der Domain und nicht von Google Workspace gespeichert. Weitere Informationen In den folgenden Abschnitten wird das XML-Format für die Einstellungen für die Einmalanmeldung (SSO) beschrieben.
Einstellungen für die Einmalanmeldung abrufen
Wenn Sie die Einstellungen für die Einmalanmeldung abrufen möchten, senden Sie eine HTTP-GET-Anfrage an die URL des allgemeinen SSO-Feeds und fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Dienst für Administratoreinstellungen beschrieben. Informationen zu Fehlermeldungen finden Sie unter Fehlerbehebung bei SSO:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/general
Dieser Vorgang hat keine Parameter im Anfragetext.
Bei einer erfolgreichen Antwort wird der HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit den SSO-Einstellungen der Domain zurückgegeben.
Die GET-Antwort-XML gibt die Attribute samlSignonUri, samlLogoutUri, changePasswordUri, enableSSO, ssoWhitelist und useDomainSpecificIssuer zurück:
<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
<apps:property name='samlSignonUri' value='http://www.example.com/sso/signon'/>
...
<apps:property name='samlLogoutUri' value='http://www.example.com/sso/logout'/>
<apps:property name='changePasswordUri' value='http://www.example.com/sso/changepassword'/>
<apps:property name='enableSSO' value='true'/>
<apps:property name='ssoWhitelist' value='CIDR formatted IP address'/>
<apps:property name='useDomainSpecificIssuer' value='false'/>
</entry>
Die Eigenschaften umfassen:
- samlSignonUri
- Die URL des Identitätsanbieters, an die Google Workspace die SAML-Anfrage zur Nutzerauthentifizierung sendet.
- samlLogoutUri
- Die Adresse, an die Nutzer weitergeleitet werden, wenn sie sich von der Webanwendung abmelden.
- changePasswordUri
- Die Adresse, an die Nutzer weitergeleitet werden, wenn sie ihr SSO-Passwort für die Webanwendung ändern möchten.
- enableSSO
- Aktiviert die SAML-basierte SSO für diese Domain. Wenn Sie zuvor SSO-Einstellungen konfiguriert und
enableSSOanschließend aufenableSSO=falsefestgelegt haben, werden die zuvor eingegebenen Einstellungen weiterhin gespeichert. - ssoWhitelist
- Eine ssoWhitelist ist eine Netzwerkmasken-IP-Adresse im CIDR-Format (Classless Inter-Domain Routing). Mit der ssoWhitelist wird festgelegt, welche Nutzer sich über SSO anmelden und welche Nutzer sich über die Authentifizierungsseite für Google Workspace-Konten anmelden. Wenn keine Masken angegeben sind, melden sich alle Nutzer mit SSO an. Weitere Informationen finden Sie unter Funktionsweise von Netzwerkmasken.
- useDomainSpecificIssuer
- Ein domainspezifischer Aussteller kann in der SAML-Anfrage an den Identitätsanbieter verwendet werden. Diese Funktion ist zwar für die meisten SSO-Bereitstellungen nicht erforderlich, aber für große Unternehmen nützlich, die einen einzelnen Identitätsanbieter verwenden, um eine gesamte Organisation mit mehreren Subdomains zu authentifizieren. Durch die Angabe des domainspezifischen Ausstellers wird festgelegt, welche Subdomain der Anfrage zugeordnet werden soll. Weitere Informationen finden Sie unter Wie funktioniert das Element „Issuer“ in der SAML-Anfrage?
Wenn Ihre Anfrage aus irgendeinem Grund fehlschlägt, wird ein anderer Statuscode zurückgegeben. Weitere Informationen zu den Statuscodes der Google Data API finden Sie unter HTTP-Statuscodes.
Einstellungen für die Einmalanmeldung aktualisieren
Wenn Sie die SSO-Einstellungen einer Domain aktualisieren möchten, rufen Sie zuerst die SSO-Einstellungen mit dem Vorgang Retrieve Single Sign-On settings ab, ändern Sie sie und senden Sie dann eine PUT-Anfrage an die SSO-Feed-URL. Der <id>-Wert in Ihrem aktualisierten Eintrag muss genau mit dem <id> des vorhandenen Eintrags übereinstimmen.
Fügen Sie einen Authorization-Header ein, wie unter Beim Admin Settings API-Dienst authentifizieren beschrieben. Informationen zu Fehlermeldungen finden Sie unter Fehlerbehebung für SSO.
Wenn Sie die Einstellungen für die Einmalanmeldung aktualisieren, senden Sie eine HTTP-PUT-Anfrage an die allgemeine SSO-Feed-URL:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/general
Der XML-Text der PUT-Anfrage lautet:
<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
<apps:property name='enableSSO' value='false' />
<apps:property name='samlSignonUri' value='http://www.example.com/sso/signon' />
<apps:property name='samlLogoutUri' value='http://www.example.com/sso/logout' />
<apps:property name='changePasswordUri' value='http://www.example.com/sso/changepassword' />
<apps:property name='ssoWhitelist' value='127.0.0.1/32' />
<apps:property name='useDomainSpecificIssuer' value='false'/>
</atom:entry>
Bei einer erfolgreichen Antwort wird ein HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit den SSO-Einstellungen zurückgegeben.
Die XML-Antwort von PUT lautet:
<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
...
<apps:property name='samlSignonUri' value='http://www.example.com/sso/signon'/>
<apps:property name='samlLogoutUri' value='http://www.example.com/sso/logout'/>
<apps:property name='changePasswordUri' value='http://www.example.com/sso/changepassword'/>
<apps:property name='enableSSO' value='false'/>
<apps:property name='ssoWhitelist' value='127.0.0.1/32'/>
<apps:property name='useDomainSpecificIssuer' value='false'/>
</entry>
Wenn Ihre Anfrage aus irgendeinem Grund fehlschlägt, wird ein anderer Statuscode zurückgegeben. Weitere Informationen zu den Statuscodes der Google Data API finden Sie unter HTTP-Statuscodes.
Änderungen an den Einstellungen für die Einmalanmeldung sind nicht zulässig, wenn für den Zielkunden die Genehmigung durch mehrere Parteien für sensible Aktionen aktiviert ist. Anfragen schlagen mit errorCode="1811" und reason="LegacyInboundSsoChangeNotAllowedWithMultiPartyApproval" fehl.
SSO-Signaturschlüssel abrufen
Um den SSO-Signaturschlüssel abzurufen, senden Sie eine HTTP-GET-Anfrage an die Feed-URL für den SSO-Signaturschlüssel und fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Dienst für Administratoreinstellungen beschrieben. Informationen zu Fehlermeldungen finden Sie unter Fehlerbehebung für SSO:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/signingkey
Dieser Vorgang hat keine Parameter im Anfragetext.
Bei einer erfolgreichen Antwort wird der HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit dem Signaturschlüssel zurückgegeben.
Die XML-Antwort GET gibt das Attribut signingKey zurück:
<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
...
<apps:property name='signingKey' value='yourBase64EncodedPublicKey'/>
</entry>
Wenn Ihre Anfrage aus irgendeinem Grund fehlschlägt, wird ein anderer Statuscode zurückgegeben. Weitere Informationen zu den Statuscodes der Google Data API finden Sie unter HTTP-Statuscodes.
Signaturschlüssel für die Einmalanmeldung aktualisieren
Wenn Sie den SSO-Signaturschlüssel einer Domain aktualisieren möchten, rufen Sie ihn zuerst mit dem Vorgang Retrieve Single Sign-On signing key ab, ändern Sie ihn und senden Sie dann eine PUT-Anfrage an die Feed-URL des SSO-Signaturschlüssels. Der Wert <id> in Ihrem aktualisierten Eintrag muss genau mit dem <id> des vorhandenen Eintrags übereinstimmen. Weitere Informationen zu SAML-basierten SSO-Signaturschlüsseln finden Sie unter Schlüssel und Zertifikate für den Google Workspace-SSO-Dienst generieren.
Wenn Sie den Signaturschlüssel für die Einmalanmeldung aktualisieren, senden Sie einen HTTP-PUT an die Feed-URL für den Signaturschlüssel für die Einmalanmeldung:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/signingkey
Die XML für die PUT-Anfrage lautet:
<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps="http://schemas.google.com/apps/2006">
<apps:property name='signingKey' value='yourBase64EncodedPublicKey'/>
</atom:entry>
Änderungen an den Einstellungen für die Einmalanmeldung sind nicht zulässig, wenn für den Zielkunden die Genehmigung durch mehrere Parteien für sensible Aktionen aktiviert ist. Anfragen schlagen mit errorCode="1811" und reason="LegacyInboundSsoChangeNotAllowedWithMultiPartyApproval" fehl.
E-Mail-Gateway und ‑Routing verwalten
Im Abschnitt „Ausgangs-E-Mail-Gateway“ wird beschrieben, wie die Admin Settings API das Routing ausgehender E-Mails von Nutzern in Ihrer Domain unterstützt. Im Abschnitt „E‑Mail-Routing“ wird beschrieben, wie Sie Nachrichten an einen anderen Mailserver weiterleiten.
Einstellungen für das Ausgangsgateway für E-Mails abrufen
Wenn Sie die Einstellungen für das ausgehende E‑Mail-Gateway abrufen möchten, senden Sie einen HTTP-GET-Befehl an die Feed-URL des Gateways und fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Dienst für Administratoreinstellungen beschrieben:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway
Dieser Vorgang hat keine Parameter im Anfragetext.
Bei einer erfolgreichen Antwort wird der HTTP-Statuscode „200 OK“ zusammen mit einem AtomPub-Feed mit den Statusinformationen des E-Mail-Gateways zurückgegeben.
Die GET-Antwort gibt die Attribute smartHost und smtpMode zurück. Weitere Informationen zu diesen Attributen finden Sie unter Einstellungen für das ausgehende E-Mail-Gateway aktualisieren.
Beispiel für eine mögliche Antwort:
<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
...
<apps:property name='smartHost' value='smtpout.domain.com'/>
<apps:property name='smtpMode' value='SMTP'/>
</entry>
Wenn Ihre Anfrage aus irgendeinem Grund fehlschlägt, wird ein anderer Statuscode zurückgegeben. Weitere Informationen zu den Statuscodes der Google Data API finden Sie unter HTTP-Statuscodes.
Einstellungen für das Ausgangsgateway für E‑Mails aktualisieren
Wenn Sie die Einstellung für das ausgehende E-Mail-Gateway einer Domain aktualisieren möchten, senden Sie eine HTTP-PUT-Anfrage an die Gateway-Feed-URL:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway
Die XML für die PUT-Anfrage lautet:
<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps="http://schemas.google.com/apps/2006">
<apps:property name='smartHost' value='smtp.out.domain.com' />
<apps:property name='smtpMode' value='SMTP' />
</atom:entry>
Die Anfrage-Properties sind:
- smartHost
- Die IP-Adresse oder der Hostname Ihres SMTP-Servers. Google Workspace leitet ausgehende E‑Mails an diesen Server weiter.
- smtpMode
- Der Standardwert ist SMTP. Ein weiterer Wert, SMTP_TLS, sichert eine Verbindung mit TLS bei der Zustellung der Nachricht.
Bei einer erfolgreichen Antwort wird der HTTP-Statuscode 200 OK zusammen mit dem AtomPub-Feed mit dem Status der E-Mail-Gateway-Einstellungen zurückgegeben.
Wenn Ihre Anfrage aus irgendeinem Grund fehlschlägt, wird ein anderer Statuscode zurückgegeben. Weitere Informationen zu den Statuscodes der Google Data API finden Sie unter HTTP-Statuscodes.
Einstellungen für das E‑Mail-Routing verwalten
Erstellen Sie zuerst eine XML-Anfrage:
<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps="http://schemas.google.com/apps/2006">
<apps:property name='routeDestination' value='route-smtp.domain.com'/>
<apps:property name='routeRewriteTo' value='true'/>
<apps:property name='routeEnabled' value='true'/>
<apps:property name='bounceNotifications' value='true'/>
<apps:property name='accountHandling' value='can be either allAccounts | provisionedAccounts | unknownAccounts'/>
</atom:entry>
Die Anfrage-Properties sind:
- routeDestination
- Dieses Ziel ist der Hostname oder die IP-Adresse des SMTP-In-Mailservers, an den die E-Mail weitergeleitet wird. Der Hostname oder die IP-Adresse muss für Google aufgelöst werden. Weitere Informationen zum Auflösen von Mail-Hostnamen finden Sie unter Google Workspace mit E-Mail-Routing testen.
- routeRewriteTo
- Wenn „true“ festgelegt ist, wird das Feld
to:des SMTP-Umschlag der Nachricht in den Ziel-Hostname (user@Hostname des Ziels) geändert und die Nachricht wird an diese Nutzeradresse auf dem Ziel-Mailserver zugestellt. Wennfalse, wird die E‑Mail auf dem Ziel-E‑Mail-Server an dieto:-E‑Mail-Adresse der ursprünglichen Nachricht (user@original hostname) zugestellt. Dies ähnelt der Einstellung „SMTP-Umschlag ändern“ in der Admin-Konsole. Weitere Informationen finden Sie unter Domaineinstellungen für das E‑Mail-Routing. - routeEnabled
- Wenn
true, ist die E-Mail-Weiterleitungsfunktion aktiviert. Wennfalse, ist die Funktion deaktiviert. - bounceNotifications
- Wenn
true, kann Google Workspace Benachrichtigungen über unzustellbare E-Mails an den Absender senden, wenn eine Zustellung fehlschlägt. - accountHandling
- Mit dieser Einstellung wird festgelegt, wie sich die E-Mail-Weiterleitung auf verschiedene Nutzertypen in der Domain auswirkt:
allAccounts: Alle E-Mails an dieses Ziel weiterleiten.provisionedAccounts: E-Mails an dieses Ziel weiterleiten, wenn der Nutzer in Google Workspace vorhanden ist.unknownAccounts: E-Mails an dieses Ziel weiterleiten, wenn der Nutzer in Google Workspace nicht vorhanden ist. Dies ähnelt der Einstellung „E-Mail-Adresse für Zustellung“ in der Admin-Konsole. Weitere Informationen zu den Voraussetzungen und zur Verwendung des E-Mail-Routings finden Sie unter Domäneneinstellungen für das E-Mail-Routing.
Um diese Anfrage zu veröffentlichen, senden Sie eine HTTP-POST-Anfrage an die Feed-URL für das E-Mail-Routing und fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Admin Settings Service beschrieben:
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/emailrouting
Bei einer erfolgreichen Antwort wird der HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit den Archivinformationen zurückgegeben.
Wenn Ihre Anfrage aus irgendeinem Grund fehlschlägt, wird ein anderer Statuscode zurückgegeben. Weitere Informationen zu den Statuscodes der Google Data API finden Sie unter HTTP-Statuscodes.
Endpunkte werden am 31. Oktober 2018 eingestellt
Im Rahmen dieser Ankündigung haben wir die folgenden Endpunkte eingestellt. Sie wurden am 31. Oktober 2018 eingestellt und sind nicht mehr verfügbar.
https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/defaultLanguagehttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/organizationNamehttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/currentNumberOfUsershttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/maximumNumberOfUsershttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/supportPINhttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/customerPINhttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/adminSecondaryEmailhttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/editionhttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/creationTimehttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/countryCodehttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/appearance/customLogohttps://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/verification/mx