Gmail 以外の場合、Gmail は標準の IMAP、POP、SMTP プロトコルをサポートしています。Gmail の IMAP、POP、SMTP サーバーは、業界標準の OAuth 2.0 プロトコルによる認証をサポートしています。
プロトコル
IMAP、POP、SMTP は、標準の Simple Authentication and Security Layer（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 時間）とほぼ同じ期間継続します。このコンテキストのセッションは、連続した 1 つの TCP 接続です。
時間が経過してセッションが期限切れになると、Gmail はセッションが期限切れになったことを示すメッセージとともに接続を閉じます。その後、クライアントは再接続して再度認証を行い、続行できます。OAuth を使用している場合は、使用するアクセス トークンが有効であることを確認してください（1 時間以上前のアクセス トークンを使用しようとすると、無効になる可能性があります）。
ライブラリとサンプル
利便性を考慮して、デベロッパーは多くの場合、既存の IMAP ライブラリと SMTP ライブラリを使用して、IMAP または POP でメールにアクセスし、SMTP でメールを送信します。これらのライブラリが Simple Authentication and Security Layer（SASL）をサポートしている限り、Gmail でサポートされている SASL XOAUTH2 メカニズムと互換性があるはずです。
SASL XOAUTH2 プロトコルのドキュメントに加えて、OAuth 2.0 クライアントの実装の詳細については、OAuth 2.0 を使用して Google API にアクセスするもご覧ください。
OAuth 2.0 ライブラリとサンプルのページには、IMAP または SMTP で SASL XOAUTH2 メカニズムを使用するさまざまな一般的な言語のコードサンプルが用意されています。