דף זה תורגם על ידי Cloud Translation API.

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

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

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

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

קהל

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

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

תחילת העבודה

יצירת חשבון

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

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

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

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

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

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

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

יוצרים את המפתחות – בספק הזהויות, יוצרים קבוצה של מפתחות ציבוריים ופרטיים באמצעות אלגוריתמי DSA או RSA. המפתח הציבורי נמצא באישור בפורמט X.509. מידע נוסף על מפתחות חתימה של כניסה יחידה (SSO) שמבוססת על SAML זמין במאמר יצירת מפתחות ואישורים לשירות הכניסה היחידה של Google Workspace.
הרשמה ל-Google – משתמשים בהגדרות הכניסה היחידה (SSO) של Admin Settings API כדי לרשום את אישור המפתח הציבורי ב-Google.
הגדרת הגדרות ה-SSO – משתמשים בהגדרות הכניסה היחידה של 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 שמשמש להגדרות של כניסה יחידה.

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

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

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

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

תגובה מוצלחת מחזירה קוד סטטוס 200 OK של HTTP, יחד עם פיד 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: הכתובת שאליה המשתמשים יישלחו כשהם ירצו לשנות את סיסמת ה-SSO שלהם לאפליקציית האינטרנט.
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 באמצעות הפעולה Retrieving 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.

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

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

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

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

כדי לאחזר את מפתח החתימה של הכניסה היחידה, שולחים בקשת HTTP GET לכתובת ה-URL של הפיד של מפתח החתימה של הכניסה היחידה, וכוללים כותרת Authorization כפי שמתואר במאמר אימות לשירות הגדרות האדמין. בנוסף, במאמר פתרון בעיות ב-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

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

כדי לעדכן את מפתח החתימה של SSO בדומיין, קודם צריך לאחזר את מפתח החתימה באמצעות הפעולה Retrieving 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>

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

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

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

כדי לאחזר את ההגדרות של שער הדואר היוצא, שולחים בקשת HTTP GET לכתובת הפיד של השער, וכוללים כותרת 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>

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

כדי לעדכן את ההגדרה של שער דואר יוצא בדומיין, שולחים בקשת 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 עם סטטוס ההגדרות של שער הדואר האלקטרוני.

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

קודם כל יוצרים בקשת 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 -- העברת אימייל ליעד הזה אם המשתמש קיים ב-Google Workspace.
unknownAccounts -- מסירת אימייל ליעד הזה אם המשתמש לא קיים ב-Google Workspace. ההגדרה הזו דומה להגדרה 'אימייל למשלוח עבור' במסוף Admin. מידע נוסף על הדרישות המוקדמות ועל אופן השימוש בניתוב אימיילים זמין במאמר הגדרות דומיין לניתוב אימיילים. ~ כדי לפרסם את הבקשה הזו, שולחים HTTP POST לכתובת ה-URL של הפיד של ניתוב האימייל, וכוללים כותרת Authorization כפי שמתואר במאמר אימות ל-Admin Settings service:

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

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

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

הוצאה משימוש של נקודות קצה ב-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

סקירה כללית על Admin Settings API קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

קהל

תחילת העבודה

יצירת חשבון

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

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

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

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

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

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

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

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

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

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

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

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

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