סקירה כללית על Admin Settings API

ה-API של הגדרות האדמין מאפשר לאדמינים של דומיינים ב-Google Workspace לאחזר ולשנות את ההגדרות של הדומיינים שלהם בצורה של פידים של Google Data API.

הגדרות הדומיין האלה כוללות רבות מהתכונות שזמינות ב מסוף Admin של Google Workspace. דוגמאות לשימושים ב-API הזה כוללות יצירת לוח בקרה בהתאמה אישית או שילוב של דומיינים של Google Workspace בסביבה קיימת מדור קודם.

‫Admin Settings API מטמיע את הפרוטוקול Google Data API. ‫Google Data API תואם למודל הפרסום והעריכה של Atom Publishing Protocol‏ (AtomPub). בקשות ה-HTTP של AtomPub משתמשות בגישת העיצוב Representational Set Transfer (RESTful) לשירותי אינטרנט. מידע נוסף זמין במדריך למפתחים של Google Data APIs.

קהל

המסמך הזה מיועד למפתחים שרוצים לכתוב אפליקציות לקוח שיכולות לשנות ולאחזר מידע על דומיינים של Google Workspace. הוא כולל דוגמאות לאינטראקציות בסיסיות עם Admin Settings API באמצעות XML ו-HTTP.

המסמך הזה מבוסס על ההנחה שאתם מבינים את הרעיונות הכלליים שמאחורי פרוטוקול Google Data API, ושאתם מכירים את מסוף Admin של Google Workspace. מידע נוסף על מסוף Admin זמין במאמר שימוש במסוף Admin.

שנתחיל?

כדי להתחיל להשתמש ב-Admin Settings API, קודם צריך להגדיר את החשבון.

יצירת חשבון

ממשק ה-API של הגדרות האדמין מופעל בחשבונות Google Workspace. נרשמים ל חשבון Google Workspace למטרות בדיקה. שירות הגדרות האדמין משתמש בחשבונות Google, כך שאם כבר יש לכם חשבון בדומיין של Google Workspace, אתם מוכנים.

מידע על סוגי הפידים של Admin Settings API

ממשק Admin Settings API מאפשר לכם לנהל את הקטגוריות הבאות של הגדרות הדומיין:

הגדרות של כניסה יחידה (SSO)
כניסה יחידה (SSO) שמבוססת על SAML מאפשרת למשתמשים להשתמש באותם פרטי כניסה וסיסמה גם לשירותים שמארחים ב-Google Workspace וגם לשירותים אחרים שאתם מארחים בארגון. במיוחד כשמשתמשים ב-SSO, אפליקציית אינטרנט מתארחת, כמו Google Workspace, מפנה את המשתמשים לספק הזהויות של הארגון כדי לאמת את המשתמשים כשהם נכנסים לחשבון. מידע מפורט זמין במאמר הסבר על כניסה יחידה (SSO) מבוססת-SAML ל-Google Workspace.

הגדרת SSO כוללת הזנת המידע הנדרש כדי ששירות Google Workspace יוכל לתקשר עם ספק הזהויות שמאחסן את פרטי הכניסה של המשתמשים, וגם הגדרת הקישורים שאליהם המשתמשים צריכים להישלח כדי להיכנס, לצאת ולשנות את הסיסמאות שלהם. ‫Admin Settings API מאפשר לכם לעדכן את ההגדרות האלה ולאחזר אותן באופן פרוגרמטי. ‫Google משתמשת במפתח הציבורי שיצרתם כדי לאמת את בקשת הכניסה היחידה הזו מול ספק הזהויות שלכם, ולוודא שתגובת ה-SAML עם המפתח הפרטי לא שונתה במהלך השידור ברשת.

כדי לקבל סיכום קצר וספציפי ל-API לגבי השימוש בהגדרות ה-SSO, צריך לקבל את אישור המפתח הציבורי מספק הזהויות, לרשום את המפתח הציבורי ב-Google ולהגדיר את הגדרות השאילתה של ה-SSO שמבוסס על SAML. למידע על הודעות שגיאה, אפשר לעיין במאמר בנושא פתרון בעיות ב-SSO.

  • יוצרים את המפתחות – בעזרת ספק הזהויות, יוצרים קבוצה של מפתחות ציבוריים ופרטיים באמצעות אלגוריתמי DSA או RSA. המפתח הציבורי נמצא באישור בפורמט X.509. מידע נוסף על מפתחות חתימה של כניסה יחידה (SSO) שמבוססת על SAML זמין במאמר יצירת מפתחות ואישורים לשירות הכניסה היחידה (SSO) של Google Workspace.
  • הרשמה ל-Google – משתמשים בהגדרות של Admin Settings API (ממשק API להגדרות אדמין) של כניסה יחידה (SSO) כדי לרשום את אישור המפתח הציבורי ב-Google.
  • הגדרת הגדרות ה-SSO – משתמשים בהגדרות של Single Sign-On (כניסה יחידה) ב-Admin Settings API כדי להגדיר את ההגדרות שמשמשות לתקשורת עם השרתים של ספק הזהויות של הדומיין.

הגדרות של שער וניתוב

הפיד הזה מאפשר לאדמינים של דומיינים לשלוט בניתוב של אימיילים בדומיינים שלהם.

פעולות ניתוב האימייל מאפשרות לאדמינים לציין את הגדרות ניתוב האימייל ברמת הדומיין. ההגדרה הזו דומה לפונקציונליות של ניתוב אימייל בהגדרות Gmail במסוף Admin. מידע נוסף זמין במאמרים בנושא ניתוב אימיילים והגדרת מסירה כפולה של אימיילים בתכונה 'ניתוב אימיילים'.

דוגמה לבקשת XML ותשובה של Admin Settings API

במסמך הזה מופיעות דוגמאות קוד של בקשות ותגובות בסיסיות של Admin Settings API באמצעות XML ו-HTTP. בדוגמה הזו של שפת ברירת המחדל של הדומיין מוצגים תחביר ה-XML וה-HTTP המלאים של גוף בקשה ותגובה, שמשותפים לכל פעולה:

כדי לשנות את ההגדרה של שער דואר יוצא בדומיין, שולחים בקשת HTTP PUT לכתובת ה-URL של פיד השער:

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

הבקשה בשפת ברירת המחדל של הדומיין PUT XML של AtomPub entry היא:

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

מלבד המאפיינים והערכים שספציפיים לפעולה, רכיבי atom:property מייצגים צמד יחיד של מפתח/ערך שמכיל מידע על מאפיין שרוצים לאחזר או לעדכן. המאפיינים האלה משותפים לכל גופי הבקשות של Admin Settings API.

רכיב התשובה entry של שפת ברירת המחדל של הדומיין מחזיר את המאפיינים smartHost ו-smtpMode יחד עם תחביר ה-XML שמשותף לכל גופי התשובות של Admin Settings API:

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

ניהול הגדרות של כניסה יחידה (SSO)

התכונה 'כניסה יחידה' (SSO) ב-Google Workspace מאפשרת למשתמשים להיכנס לכמה שירותים אחרי שהם מזינים שם משתמש וסיסמה רק פעם אחת. הסיסמה הזו מאוחסנת על ידי ספק הזהויות של הדומיין, ולא על ידי Google Workspace. מידע נוסף זמין בדף בנושא כניסה יחידה (SSO) במרכז העזרה. בקטעים הבאים מוצג פורמט ה-XML שמשמש להגדרות של כניסה יחידה.

אחזור הגדרות של כניסה יחידה

כדי לאחזר את הגדרות הכניסה היחידה, שולחים בקשת HTTP GET לכתובת ה-URL של הפיד הכללי של הכניסה היחידה, וכוללים כותרת Authorization כפי שמתואר במאמר אימות לשירות הגדרות האדמין. בנוסף, לפתרון בעיות שקשורות להודעות שגיאה, אפשר לעיין במאמר פתרון בעיות ב-SSO.

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

לפעולה הזו אין פרמטרים בגוף הבקשה.

תגובה מוצלחת מחזירה קוד סטטוס HTTP 200 OK, יחד עם פיד AtomPub עם הגדרות ה-SSO של הדומיין.

קובץ ה-XML של תגובת ה-GET מחזיר את המאפיינים samlSignonUri,‏ samlLogoutUri,‏ changePasswordUri,‏ enableSSO,‏ ssoWhitelist ו-useDomainSpecificIssuer:

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

המאפיינים כוללים:

samlSignonUri
כתובת ה-URL של ספק הזהויות שאליה Google Workspace שולח את בקשת SAML לאימות המשתמש.
samlLogoutUri
הכתובת שאליה המשתמשים יועברו כשהם יתנתקו מאפליקציית האינטרנט.
changePasswordUri
הכתובת שאליה המשתמשים יועברו כשהם ירצו לשנות את הסיסמה שלהם לכניסה יחידה באפליקציית האינטרנט.
enableSSO
הפעלת כניסה יחידה (SSO) מבוססת-SAML לדומיין הזה. אם הגדרתם בעבר הגדרות SSO, ואחר כך הגדרתם את enableSSO ל-enableSSO=false, ההגדרות שהזנתם בעבר עדיין יישמרו.
ssoWhitelist
רשימת ההיתרים של SSO היא כתובת IP של מסכת רשת בפורמט Classless Inter-Domain Routing‏ (CIDR). הפרמטר ssoWhitelist קובע אילו משתמשים נכנסים באמצעות SSO ואילו משתמשים נכנסים באמצעות דף האימות של חשבון Google Workspace. אם לא מוגדרות מסכות, כל המשתמשים ייכנסו באמצעות SSO. מידע נוסף זמין במאמר איך מסכות רשת פועלות.
useDomainSpecificIssuer
אפשר להשתמש במנפיק ספציפי לדומיין בבקשת SAML לספק הזהויות. התכונה הזו לא נדרשת ברוב הפריסות של SSO, אבל היא שימושית בחברות גדולות שמשתמשות בספק זהויות יחיד כדי לאמת ארגון שלם עם כמה תת-דומיינים. הגדרת המנפיק הספציפי לדומיין קובעת לאיזה תת-דומיין לשייך את הבקשה. מידע נוסף זמין במאמר איך פועל רכיב המנפיק בבקשת SAML?

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי סטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

עדכון הגדרות הכניסה היחידה (SSO)

כדי לעדכן את הגדרות ה-SSO של דומיין, קודם צריך לאחזר את הגדרות ה-SSO באמצעות הפעולה Retrieve Single Sign-On settings, לשנות אותן ואז לשלוח בקשת PUT לכתובת ה-URL של פיד ה-SSO. חשוב לוודא שהערך <id> שמופיע ברשומה המעודכנת זהה לערך <id> שמופיע ברשומה הקיימת. כוללים כותרת Authorization כמו שמתואר במאמר אימות לשירות Admin Settings API. בנוסף, לפתרון בעיות שקשורות להודעות שגיאה, אפשר לעיין במאמר פתרון בעיות ב-SSO.

כשמעדכנים את הגדרות הכניסה היחידה, שולחים HTTP PUT לכתובת ה-URL של הפיד הכללי של הכניסה היחידה:

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

גוף ה-XML של בקשת PUT הוא:

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

תגובה מוצלחת מחזירה קוד סטטוס 200 OK של HTTP, יחד עם פיד AtomPub עם הגדרות ה-SSO.

‫PUT XML של התגובה:

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

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי סטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

אסור לבצע שינויים בהגדרות הכניסה היחידה (SSO) אם הלקוח שאליו רוצים להעביר את המידע הפעיל את ההגדרה קבלת אישור ממספר משתמשים כדי לבצע פעולות רגישות. הבקשות ייכשלו עם השגיאות errorCode="1811" ו-reason="LegacyInboundSsoChangeNotAllowedWithMultiPartyApproval".

אחזור מפתח החתימה של הכניסה היחידה

כדי לאחזר את מפתח החתימה של הכניסה היחידה, שולחים HTTP GET לכתובת ה-URL של הפיד של מפתח החתימה של ה-SSO, וכוללים כותרת Authorization כפי שמתואר במאמר אימות ל-Admin Settings service. בנוסף, לפתרון בעיות שקשורות להודעות שגיאה, אפשר לעיין במאמר פתרון בעיות ב-SSO.

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

לפעולה הזו אין פרמטרים בגוף הבקשה.

תגובה מוצלחת מחזירה קוד סטטוס HTTP 200 OK, יחד עם פיד AtomPub עם מפתח החתימה.

התגובה ב-XML של GET מחזירה את המאפיין signingKey:

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

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי סטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

עדכון מפתח החתימה של הכניסה היחידה

כדי לעדכן את מפתח החתימה של SSO בדומיין, קודם מאחזרים את מפתח החתימה באמצעות הפעולה Retrieve Single Sign-On signing key, משנים אותו ואז שולחים בקשת PUT לכתובת ה-URL של פיד מפתח החתימה של SSO. חשוב לוודא שהערך <id> ברשומה המעודכנת זהה בדיוק לערך <id> ברשומה הקיימת. מידע נוסף על מפתחות חתימה של כניסה יחידה (SSO) שמבוססת על SAML זמין במאמר בנושא יצירת מפתחות ואישורים לשירות הכניסה היחידה של Google Workspace.

כשמעדכנים את מפתח החתימה של הכניסה היחידה, שולחים בקשת HTTP PUT לכתובת ה-URL של פיד מפתח החתימה של הכניסה היחידה:

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

ה-XML של הבקשה PUT הוא:

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

אסור לבצע שינויים בהגדרות הכניסה היחידה (SSO) אם הלקוח שאליו רוצים להעביר את המידע הפעיל את ההגדרה קבלת אישור ממספר משתמשים כדי לבצע פעולות רגישות. הבקשות ייכשלו עם השגיאות errorCode="1811" ו-reason="LegacyInboundSsoChangeNotAllowedWithMultiPartyApproval".

ניהול שער אימייל וניתוב

בקטע 'שער לדואר יוצא' מוסבר איך Admin Settings API תומך בניתוב דואר יוצא ממשתמשים בדומיין שלכם. בקטע 'ניתוב אימייל' מוסבר איך לנתב הודעות לשרת אימייל אחר.

אחזור הגדרות של שער לדואר יוצא

כדי לאחזר את ההגדרות של שער הדואר היוצא, שולחים HTTP GET לכתובת ה-URL של הפיד של השער, וכוללים כותרת Authorization כפי שמתואר במאמר אימות לשירות הגדרות האדמין:

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

לפעולה הזו אין פרמטרים בגוף הבקשה.

תגובה מוצלחת מחזירה קוד סטטוס HTTP 200 OK, יחד עם פיד AtomPub עם פרטי הסטטוס של שער האימייל.

התגובה GET מחזירה את המאפיינים smartHost ו-smtpMode. מידע נוסף על המאפיינים האלה זמין במאמר בנושא עדכון ההגדרות של שער דואר יוצא.

דוגמה לתגובה אפשרית:

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

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי סטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

עדכון ההגדרות של שער לדואר יוצא

כדי לעדכן את ההגדרה של שער דואר יוצא בדומיין, שולחים בקשת HTTP PUT לכתובת ה-URL של פיד השער:

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

ה-XML של הבקשה PUT הוא:

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

מאפייני הבקשה הם:

smartHost
כתובת ה-IP או שם המארח של שרת ה-SMTP. ‫Google Workspace מנתב דואר יוצא לשרת הזה.
smtpMode
ערך ברירת המחדל הוא SMTP. ערך אחר, SMTP_TLS, מאבטח חיבור באמצעות TLS כשמוסרים את ההודעה.

תשובה מוצלחת מחזירה קוד סטטוס 200 OK של HTTP, יחד עם פיד AtomPub עם סטטוס ההגדרות של שער האימייל.

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי סטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

ניהול ההגדרות של ניתוב אימייל

קודם כל יוצרים בקשת XML:

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

מאפייני הבקשה הם:

routeDestination
‫
יעד זה הוא שם המארח או כתובת ה-IP של שרת הדואר SMTP-In שאליו האימייל מנותב. שם המארח או כתובת ה-IP צריכים להיות ניתנים לזיהוי על ידי Google. פרטים נוספים על פתרון בעיות בשמות של שרתי אימייל זמינים במאמר הפעלת פיילוט של Google Workspace עם ניתוב אימייל.
routeRewriteTo
אם הערך הוא true, השדה to: של מעטפת ה-SMTP של ההודעה משתנה לשם המארח של היעד (user@destination's hostname), וההודעה נמסרת לכתובת המשתמש הזו בשרת הדואר של היעד. אם false, האימייל מועבר לכתובת האימייל to: של ההודעה המקורית (user@original hostname) בשרת האימייל של היעד. ההגדרה הזו דומה להגדרה 'שינוי מעטפת SMTP' במסוף Admin. מידע נוסף זמין במאמר הגדרות דומיין לניתוב אימייל.
routeEnabled
אם true, הפונקציונליות של ניתוב האימייל מופעלת. אם false, הפונקציונליות מושבתת.
bounceNotifications
אם true, מערכת Google Workspace מוגדרת לשלוח הודעות על החזרת אימייל לשולח כשהמסירה נכשלת.
accountHandling
ההגדרה הזו קובעת איך סוגים שונים של משתמשים בדומיין מושפעים מניתוב האימייל:
  • allAccounts ‎-- Deliver all email to this destination.
  • provisionedAccounts -- Deliver mail to this destination if the user exists in Google Workspace.
  • unknownAccounts -- Deliver mail to this destination if the user doesn't exist in Google Workspace. ההגדרה הזו דומה להגדרה 'אימייל למשלוח עבור' במסוף Admin. מידע נוסף על הדרישות המוקדמות ועל אופן השימוש בניתוב אימיילים זמין במאמר הגדרות דומיין לניתוב אימיילים.

כדי לפרסם את הבקשה הזו, שולחים HTTP POST לכתובת ה-URL של פיד ניתוב האימייל, וכוללים כותרת Authorization כפי שמתואר במאמר אימות לשירות הגדרות האדמין:

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

תשובה מוצלחת מחזירה קוד סטטוס 200 OK של HTTP, יחד עם פיד AtomPub עם פרטי הארכיון.

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי סטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

הוצאה משימוש של נקודות קצה ב-31 באוקטובר 2018

במסגרת ההודעה הזו, הוצאנו משימוש את נקודות הקצה הבאות. הן הוצאו משימוש ב-31 באוקטובר 2018, והן לא זמינות יותר.

  • 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