Admin Settings API

Mit der Admin Settings API können Administratoren von Google Workspace-Domains die Einstellungen ihrer Domains als Google Data API-Feeds abrufen und ändern.

Diese Domaineinstellungen umfassen viele der Funktionen, die in der Admin-Konsole von Google Workspace verfügbar sind. Diese API wird z. B. verwendet, wenn Sie ein benutzerdefiniertes Steuerfeld erstellen oder Google Workspace-Domains in eine vorhandene alte Umgebung einbinden.

Die Admin Settings API implementiert das Google Data API-Protokoll. Die Google Data API entspricht dem Veröffentlichungs- und Bearbeitungsmodell des Atom Publishing Protocol (AtomPub). Bei AtomPub-HTTP-Anfragen wird für Webdienste der Designansatz „Repräsentational Set Transfer“ (RESTful) verwendet. Weitere Informationen finden Sie im Entwicklerhandbuch für Google Data.

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. Sie enthält Beispiele für die grundlegenden Interaktionen der Admin Settings API mit XML und HTTP.

In diesem Dokument wird davon ausgegangen, dass Sie mit den allgemeinen Konzepten hinter dem Google Data API-Protokoll und der Google Workspace-Admin-Konsole vertraut sind. Weitere Informationen zur Admin-Konsole finden Sie im Hilfeartikel Admin-Konsole verwenden.

Erste Schritte

Konto erstellen

Die Admin Settings API ist für Google Workspace-Konten aktiviert. Registrieren Sie sich zu Testzwecken für ein Google Workspace-Konto. Der Dienst „Administratoreinstellungen“ verwendet Google-Konten. Wenn Sie also bereits ein Konto in einer Google Workspace-Domain haben, sind Sie startklar.

Feedtypen in der Admin Settings API

Mit der Admin Settings API können Sie folgende Kategorien von Domaineinstellungen verwalten:

Einstellungen für die Einmalanmeldung (SSO)

Mit der SAML-basierten Einmalanmeldung (SSO) können Nutzer denselben Log-in und dasselbe Passwort sowohl für die von Google Workspace gehosteten Dienste als auch für andere Dienste verwenden, die Sie in Ihrer Organisation hosten. Insbesondere bei Verwendung der Einmalanmeldung (SSO) leitet eine gehostete Webanwendung wie Google Workspace Nutzer zum Identitätsanbieter Ihrer Organisation weiter, damit Nutzer bei der Anmeldung authentifiziert werden. Weitere Informationen finden Sie im Hilfeartikel Die SAML-basierte Einmalanmeldung (SSO) für Google Workspace.

Wenn Sie die Einmalanmeldung (SSO) konfigurieren, müssen Sie die erforderlichen Informationen eingeben, damit der Google Workspace-Dienst mit dem Identitätsanbieter kommuniziert, der die Anmeldedaten Ihrer Nutzer speichert. Außerdem werden die Links eingerichtet, 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 überprüft diese SSO-Anfrage bei Ihrem Identitätsanbieter anhand des generierten öffentlichen Schlüssels, um sicherzustellen, dass die SAML-Antwort mit dem privaten Schlüssel während der Netzwerkübertragung nicht geändert wurde.

Eine kurze API-spezifische Zusammenfassung zur Verwendung der SSO-Einstellungen erhalten Sie, wenn Sie Ihr Public-Key-Zertifikat von Ihrem Identitätsanbieter anfordern, den öffentlichen Schlüssel bei Google registrieren und Ihre SAML-basierten SSO-Abfrageeinstellungen einrichten. Informationen zu Fehlermeldungen finden Sie unter Fehlerbehebung bei der Einmalanmeldung (SSO):

  • Schlüssel generieren: Generieren Sie mit Ihrem Identitätsanbieter eine Reihe öffentlicher und privater Schlüssel, indem Sie entweder den DSA- oder den RSA-Algorithmus verwenden. Der öffentliche Schlüssel befindet sich in einem Zertifikat im X.509-Format. Weitere Informationen
  • Bei Google registrieren – Verwenden Sie die Single Sign-On-Einstellungen der Admin Settings API, um Ihr Public-Key-Zertifikat bei Google zu registrieren.
  • SSO-Einstellungen einrichten – Verwenden Sie die SSO-Einstellungen der Admin Settings API, um die Einstellungen für die Kommunikation mit den Servern der Domain-Identitätsanbieter zu konfigurieren.

Gateway- und Routingeinstellungen

Mit diesem Feed können Domainadministratoren die Weiterleitung von E-Mails für ihre Domains steuern.

Mit den E-Mail-Routingvorgängen können Administratoren die Einstellungen für die E-Mail-Weiterleitung auf Domainebene festlegen. Diese Funktion ähnelt der Funktion für das E-Mail-Routing der Gmail-Einstellungen in der Admin-Konsole. Weitere Informationen finden Sie unter E-Mail-Routing und Konfiguration der zweifachen Zusendung.

Beispiel für eine XML-Anfrage und -Antwort in der Admin Settings API

Dieses Dokument enthält Codebeispiele für grundlegende Admin Settings API-Anfragen und -Antworten mit XML und HTTP. Dieses Beispiel für die Standardsprache einer Domain zeigt die vollständige XML- und HTTP-Syntax für den Text eines Anforderungs- und Antworteintrags, der für jeden Vorgang gemeinsam ist:

Um die Einstellung für das Ausgangs-E-Mail-Gateway der Domain zu ändern, senden Sie eine HTTP-PUT an die Gateway-Feed-URL:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway

Die PUT-Anfrage für die AtomPub-Standardsprache entry der Domain 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 vorgangsspezifischen Eigenschaften und Werte stellen die atom:property-Elemente ein einzelnes Schlüssel/Wert-Paar mit Informationen zu einem Attribut dar, das Sie abrufen oder aktualisieren möchten. Diese gelten für alle Anfragetexte zur Admin Settings API.

Das entry-Element für die Standardantwort der Domain gibt die Attribute 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 (SSO) verwalten

Mit der Einmalanmeldung (SSO) in Google Workspace können sich Nutzer in mehreren Diensten anmelden und müssen dazu nur einmal den Log-in und das Passwort eingeben. Dieses Passwort wird vom Identitätsanbieter der Domain und nicht von Google Workspace gespeichert. Weitere Informationen finden Sie in der Hilfe unter SSO. In den folgenden Abschnitten wird das für die Einstellungen für die Einmalanmeldung (SSO) verwendete XML-Format veranschaulicht.

Einstellungen für die Einmalanmeldung (SSO) abrufen

Senden Sie zum Abrufen der Einstellungen für die Einmalanmeldung (SSO) ein HTTP-GET an die URL des allgemeinen SSO-Feeds und fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Dienst für Administratoreinstellungen beschrieben. Fehlermeldungen finden Sie unter Fehlerbehebung bei der Einmalanmeldung (SSO):

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/general

Dieser Vorgang hat keine Parameter im Anfragetext.

Eine erfolgreiche Antwort gibt den HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit den SSO-Einstellungen der Domain zurück.

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>

Zu den Eigenschaften gehören:

samlSignonUri
Die URL des Identitätsanbieters, an die Google Workspace die SAML-Anfrage zur Nutzerauthentifizierung sendet.
samlLogoutUri
Die Adresse, an die Nutzer gesendet werden, wenn sie sich von der Webanwendung abmelden.
changePasswordUri
Die Adresse, an die Nutzer gesendet werden, wenn sie ihr SSO-Passwort für die Webanwendung ändern möchten.
SSO aktivieren
Aktiviert die SAML-basierte SSO für diese Domain. Wenn Sie bereits SSO-Einstellungen konfiguriert und enableSSO auf enableSSO=false gesetzt haben, werden die zuvor eingegebenen Einstellungen weiterhin gespeichert.
ssoWhitelist
Eine ssoWhitelist ist eine IP-Adresse einer Netzwerkmaske im CIDR-Format (Classless Inter-Domain Routing). Mit ssoWhitelist wird festgelegt, welche Nutzer sich mit SSO anmelden und welche sich über die Google Workspace-Kontoauthentifizierungsseite anmelden. Wenn keine Masken angegeben sind, melden sich alle Nutzer mit SSO an. Weitere Informationen finden Sie unter Funktionsweise von Netzwerkmasken.
useDomainSpecificIssuer
In der SAML-Anfrage an den Identitätsanbieter kann ein domainspezifischer Aussteller verwendet werden. Obwohl diese Funktion für die meisten SSO-Bereitstellungen nicht erforderlich ist, ist sie in großen Unternehmen nützlich, die einen einzigen Identitätsanbieter verwenden, um eine gesamte Organisation mit mehreren Subdomains zu authentifizieren. Durch Angabe des jeweiligen Domainausstellers wird bestimmt, welche Subdomain mit der Anfrage verknüpft wird. Weitere Informationen finden Sie unter Wie funktioniert das Ausstellerelement 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 (SSO) aktualisieren

Um die SSO-Einstellungen einer Domain zu aktualisieren, rufen Sie zuerst die SSO-Einstellungen mit dem Vorgang Einstellungen für die Einmalanmeldung abrufen ab, ändern Sie sie und senden Sie dann eine PUT-Anfrage an die URL des SSO-Feeds. Achten Sie darauf, dass der Wert <id> in Ihrem aktualisierten Eintrag genau mit dem <id> des vorhandenen Eintrags übereinstimmt. Fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Admin Settings API-Dienst beschrieben. Informationen zu Fehlermeldungen finden Sie im Hilfeartikel Fehlerbehebung bei der Einmalanmeldung (SSO).

Wenn Sie die Einstellungen für die Einmalanmeldung (SSO) 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>

Eine erfolgreiche Antwort gibt den HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit den SSO-Einstellungen zurück.

Die PUT-Antwort-XML 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.

Signaturschlüssel für die Einmalanmeldung abrufen

Um den Signaturschlüssel für die Einmalanmeldung (SSO) abzurufen, senden Sie eine HTTP-GET an die Feed-URL des SSO-Signaturschlüssels und fügen Sie einen Authorization-Header ein, wie unter Authentifizierung beim Dienst für Administratoreinstellungen beschrieben. Fehlermeldungen finden Sie unter Fehlerbehebung bei der Einmalanmeldung (SSO):

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/signingkey

Dieser Vorgang hat keine Parameter im Anfragetext.

Eine erfolgreiche Antwort gibt den HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit dem Signaturschlüssel zurück.

Die GET-Antwort-XML 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 (SSO) aktualisieren

Wenn Sie den SSO-Signaturschlüssel einer Domain aktualisieren möchten, rufen Sie ihn zuerst mit dem Vorgang SSO-Signaturschlüssel abrufen ab, ändern Sie ihn und senden Sie dann eine PUT-Anfrage an die Feed-URL des SSO-Signaturschlüssels. Achten Sie darauf, dass der Wert <id> in Ihrem aktualisierten Eintrag genau mit dem <id> des vorhandenen Eintrags übereinstimmt. Weitere Informationen

Wenn Sie den Signaturschlüssel für die Einmalanmeldung aktualisieren, senden Sie ein HTTP-PUT an die Feed-URL des SSO-Signaturschlüssels:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/signingkey

Die PUT-Anfrage-XML 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>

E-Mail-Gateway und Routing verwalten

Im Abschnitt „Gateway für ausgehende E-Mails“ wird gezeigt, wie die Admin Settings API die ausgehende Weiterleitung von E-Mails von Nutzern in Ihrer Domain unterstützt. Im Abschnitt „E-Mail-Routing“ wird gezeigt, wie Nachrichten an einen anderen E-Mail-Server weitergeleitet werden.

Einstellungen für das Ausgangs-E-Mail-Gateway abrufen

Zum Abrufen der Einstellungen für das Ausgangs-E-Mail-Gateway senden Sie eine HTTP-GET an die Gateway-Feed-URL und fügen 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.

Eine erfolgreiche Antwort gibt den Statuscode „HTTP 200 OK“ zusammen mit einem AtomPub-Feed mit den Statusinformationen des E-Mail-Gateways zurück.

Die GET-Antwort gibt die Attribute smartHost und smtpMode zurück. Weitere Informationen zu diesen Eigenschaften finden Sie unter Einstellungen für das Gateway für ausgehende E-Mails aktualisieren.

Hier ein 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 Ausgangs-E-Mail-Gateway werden aktualisiert

Um die Einstellung für das Ausgangs-E-Mail-Gateway einer Domain zu aktualisieren, 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 PUT-Anfrage-XML 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 Anfrageattribute sind:

Smarthost
Entweder 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 anderer Wert, SMTP_TLS, sichert eine Verbindung bei der Zustellung der Nachricht über TLS.

Eine erfolgreiche Antwort gibt den HTTP-Statuscode 200 OK zusammen mit dem AtomPub-Feed mit dem Status der E-Mail-Gateway-Einstellungen zurück.

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.

E-Mail-Routingeinstellungen 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 Anfrageattribute 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 E-Mail-Hostnamen finden Sie im Hilfeartikel Pilotprojekt für Google Workspace mit E-Mail-Routing.
RouteRewriteTo
Wenn „true“ festgelegt ist, wird das Feld to: der Nachricht in den SMTP-Envelope der Nachricht in den Ziel-Hostnamen (Hostname des Nutzers@Ziels) geändert und die Nachricht wird auf dem E-Mail-Zielserver an diese Nutzeradresse zugestellt. Bei false wird die E-Mail an die to:-E-Mail-Adresse der ursprünglichen Nachricht (nutzer@ursprünglicher Hostname) auf dem Ziel-Mailserver zugestellt. Dies entspricht der Einstellung "SMTP-Envelope ändern" in der Admin-Konsole. Weitere Informationen finden Sie unter Domaineinstellungen für die E-Mail-Weiterleitung.
RouteEnabled
Wenn true, ist die Funktion für das E-Mail-Routing aktiviert. Bei false ist die Funktion deaktiviert.
BounceNotifications
Wenn true festgelegt ist, sendet Google Workspace bei einer fehlgeschlagenen Zustellung Benachrichtigungen über die Unzustellbarkeit an den Absender.
Kontobehandlung

Mit dieser Einstellung wird festgelegt, wie sich die E-Mail-Weiterleitung auf verschiedene Nutzertypen in der Domain auswirkt:

  • allAccounts: Alle E-Mails werden an diesen Zielort zugestellt.
  • provisionedAccounts: Die E-Mails werden an dieses Ziel zugestellt, wenn der Nutzer in Google Workspace vorhanden ist.
  • unknownAccounts: Wenn der Nutzer nicht in Google Workspace vorhanden ist, werden E-Mails an diesen Zielort zugestellt. Dies ähnelt der Einstellung "E-Mail-Zustellung für" in der Admin-Konsole. Weitere Informationen zu den Voraussetzungen und zur Verwendung der E-Mail-Weiterleitung finden Sie unter Domaineinstellungen für die E-Mail-Weiterleitung. ~ Senden Sie zum Veröffentlichen dieser Anfrage ein HTTP-POST an die URL des E-Mail-Routing-Feeds 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}/emailrouting

Eine erfolgreiche Antwort gibt den HTTP-Statuscode 200 OK zusammen mit einem AtomPub-Feed mit den Archivinformationen zurück.

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

Wir haben die folgenden Endpunkte im Rahmen dieser Ankündigung 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/defaultLanguage
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/organizationName
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/currentNumberOfUsers
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/maximumNumberOfUsers
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/supportPIN
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/customerPIN
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/adminSecondaryEmail
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/edition
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/creationTime
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/countryCode
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/appearance/customLogo
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/verification/mx