如果不是 Gmail 用戶端，Gmail 支援標準的 IMAP、POP 和 SMTP 通訊協定。Gmail 的 IMAP、POP 和 SMTP 伺服器已經過擴充，支援透過業界標準的 OAuth 2.0 通訊協定進行授權。
通訊協定
IMAP、POP 和 SMTP 使用標準簡易驗證和安全層 (SASL)，並使用內建的 IMAP AUTHENTICATE、POP AUTH 和 SMTP AUTH 指令來驗證使用者。SASL XOAUTH2 機制可讓用戶端提供 OAuth 2.0 憑證進行驗證。SASL XOAUTH2 通訊協定說明文件詳細說明 SASL XOAUTH2 機制，以及提供通訊協定的程式庫和範例。
連至 imap.gmail.com:993 的 IMAP 伺服器和 pop.gmail.com:995 的 POP 伺服器傳入連線需要安全資料傳輸層 (SSL)。外寄 SMTP 伺服器「smtp.gmail.com」支援傳輸層安全標準 (TLS)。如果您的用戶端是以純文字開頭，請在發出 STARTTLS 指令前，使用通訊埠 465 (適用於 SSL) 或通訊埠 587 (針對 TLS)。
工作階段長度限制
Gmail POP 工作階段的時間上限為 7 天。Gmail IMAP 工作階段的時間上限為 24 小時。如果工作階段是透過 OAuth 憑證進行驗證，則只能使用存取權杖的有效期間 (通常為 1 小時)。在此情況下，工作階段是一個連續的 TCP 連線。
過了一段時間後，Gmail 會關閉連線，並顯示工作階段已過期的訊息。之後，用戶端即可重新連線、再次驗證並繼續。如果使用 OAuth，請確認使用的存取權杖有效 (如果嘗試使用 1 小時前的存取權杖可能無效)。
資料庫與範例
為了方便起見，透過 IMAP 或 POP 存取郵件並透過 SMTP 傳送郵件，通常可透過現有的 IMAP 和 SMTP 程式庫進行。只要這些程式庫支援簡易驗證和安全層 (SASL)，這些程式庫便能與 Gmail 支援的 SASL XOAUTH2 機制相容。
除了 SASL XOAUTH2 通訊協定說明文件之外，我們也建議您參閱使用 OAuth 2.0 存取 Google API，進一步瞭解如何導入 OAuth 2.0 用戶端。
「程式庫與範例」網頁會透過 SASL XOAUTH2 機制搭配 IMAP 或 SMTP，提供各種熱門語言的程式碼範例。