Email Settings API からの移行

このドキュメントでは、Email Settings API と Gmail API の主な違いについて説明します。このガイドは、アプリを Gmail API に移行する際に役立ちます。

リクエストの承認

Email Settings API と同様に、Gmail API は OAuth 2.0 プロトコルを使用してリクエストを承認します。主な違いは、Gmail API の権限がドメイン全体ではなく、個々のユーザーにスコープ設定されていることです。つまり、ドメイン管理者アカウントを承認しても、ドメイン内の他のユーザーのメールを移行することはできません。代わりに、管理コンソールで許可リストに登録されているドメイン全体の権限を持つ標準サービス アカウントを使用して、適切な認証トークンを生成する必要があります。

Email Settings API は次のスコープを使用していました。

https://apps-apis.google.com/a/feeds/emailsettings/2.0/

Gmail API の同等のスコープは次のとおりです。

https://www.googleapis.com/auth/gmail.settings.basic
https://www.googleapis.com/auth/gmail.settings.sharing

プロトコルの変更

Email Settings API は XML ベースの GDATA プロトコルを使用します。Gmail API は JSON を使用します。設定は主に Key-Value ペアで構成されているため、ペイロードはバージョン間で概念的に類似しています。

ラベルの作成例:

Email Settings API

POST https://apps-apis.google.com/a/feeds/emailsettings/2.0/{domain name}/{username}/label
<?xml version="1.0" encoding="utf-8"?>
<atom:entry xmlns:atom="http://www.w3.org/2005/Atom" xmlns:apps="http://schemas.google.com/apps/2006">
  <apps:property name="label" value="status updates" />
</atom:entry>

Gmail API

POST https://www.googleapis.com/gmail/v1/users/{username}/labels
{
   "name": "status updates"
}

プロトコルを直接実装するのではなく、提供されているクライアント ライブラリを使用します。

ラベルの管理

Gmail API でラベルを管理するには、ラベル リソースを使用します。

以前の設定 新しい設定 メモ
labelId id
ラベル name
unreadCount messagesUnread
visibility labelListVisibility SHOW は labelShow になりました。
HIDE は labelHide になりました

その他の変更点:

  • ラベルを更新または削除する場合、Gmail API は名前ではなく ID でラベルを参照します。

フィルタの管理

Gmail API でフィルタを管理するには、フィルタ リソースを使用します。

以前の設定 新しい設定 メモ
元 criteria.from
たとえば criteria.to
件名 criteria.subject
hasTheWord criteria.query
doesNotHaveTheWord criteria.negatedQuery
hasAttachment criteria.hasAttachment
shouldArchive action.removeLabelIds ラベル ID として INBOX を使用する
shouldMarkAsRead action.removeLabelIds ラベル ID として UNREAD を使用する
shouldStar action.addLabelIds ラベル ID として STARRED を使用する
ラベル action.addLabelIds 追加するラベルの ID を使用する
forwardTo action.forward
shouldTrash action.addLabelIds ラベル ID として TRASH を使用する
neverSpam action.removeLabelIds ラベル ID として SPAM を使用する

その他の変更点:

  • ユーザーラベルの追加がまだ存在しない場合は、labels.create メソッドを使用して明示的に作成する必要があります。

「差出人」エイリアスの管理

Gmail API で「名前を付けて送信」エイリアスを管理するには、SendAs リソースを使用します。

以前の設定 新しい設定
name displayName
住所 sendAsEmail
replyTo replyToAddress
makeDefault isDefault

ウェブクリップの管理

API を介してウェブクリップの設定を利用できなくなりました。

自動転送の設定を管理する

Gmail API で自動転送を管理するには、Settings リソースを使用します。

以前の設定 新しい設定 メモ
有効にする 有効
forwardTo emailAddress
アクション disposition KEEP は leaveInInbox になりました
ARCHIVE は archive になりました
DELETE は trash になりました
MARK_READ は markRead になりました

その他の変更点:

  • 転送アドレスは、使用する前に作成して確認する必要があります
  • 転送先アドレスは、ForwardingAddresses リソースで管理できます。

POP 設定の管理

Gmail API で POP アクセスを管理するには、Settings リソースを使用します。

以前の設定 新しい設定 メモ
有効にする accessWindow disabled に設定すると無効になります
enableFor accessWindow ALL_MAIL は allMail になりました。
MAIL_FROM_NOW_ON は fromNowOn になりました
アクション disposition KEEP は leaveInInbox になりました
ARCHIVE は archive になりました
DELETE は trash になりました
MARK_READ は markRead になりました

IMAP 設定の管理

Gmail API で IMAP アクセスを管理するには、Settings リソースを使用します。

以前の設定 新しい設定
有効にする 有効

不在通知の自動返信の設定を管理する

Gmail API で不在通知の自動返信を管理するには、Settings リソースを使用します。

以前の設定 新しい設定
contactsOnly restrictToContacts
domainOnly restrictToDomain
有効にする enableAutoReply
endDate endTime
メッセージ responseBodyHtml
responseBodyPlainText
startDate startTime
件名 responseSubject

署名設定の管理

Gmail API でメール署名を管理するには、SendAs リソースを使用します。

以前の設定 新しい設定
signature signature

その他の変更点:

  • 署名はエイリアスごとに管理されるようになりました。

言語設定の管理

Gmail API で言語設定を管理するには、Settings リソースを使用します。

以前の設定 新しい設定
language displayLanguage

詳しくは、言語設定の管理ガイドをご覧ください。

委任設定の管理

Gmail API で委任を管理するには、Delegates リソースを使用します。

以前の設定 新しい設定
住所 delegateEmail
ステータス verificationStatus

その他の変更点:

  • 全般
    • 委任方法（delegates.create を含む）を使用するには、委任元ユーザーに対して Gmail が有効になっている必要があります。たとえば、委任ユーザーはで一時停止できません。
    • メール エイリアスは、新しいメソッドの委任メール入力として使用できません。委任ユーザーは、メインのメールアドレスで参照する必要があります。
  • delegates.create
    • この方法を使用して、同じ 組織に属する複数のドメイン間で委任関係を作成できるようになりました。
    • このメソッドは、次回ログイン時にパスワードの変更が必要なユーザーにも使用できるようになりました。
    • 成功すると、このメソッドは空のレスポンス本文ではなく、レスポンス本文で Users.settings.delegates リソースを返します。
    • 委任者または委任先のユーザーが無効になっている場合（ で一時停止されているなど）、このメソッドは HTTP 500 エラーではなく HTTP 4XX エラーで失敗します。
  • delegates.delete
    • このメソッドを使用して、accepted または expired の委任ユーザーだけでなく、任意の verificationStatus の委任ユーザーを削除できるようになりました。
  • delegates.get
    • これは新しいメソッドであり、必要に応じて delegates.list メソッドよりも優先される場合があります。

全般設定の管理

API 経由で全般設定を利用できなくなりました。