Migration depuis l'API Email Settings

Ce document décrit les principales différences entre l'API Email Settings et l'API Gmail. Vous pouvez utiliser ce guide pour migrer votre application vers l'API Gmail.

Autoriser les requêtes

Comme l'API Email Settings, l'API Gmail utilise le protocole OAuth 2.0 pour autoriser les requêtes. Une différence essentielle est que les autorisations de l'API Gmail sont limitées à un utilisateur individuel, et non à l'ensemble du domaine. Cela signifie que l'autorisation d'un compte administrateur de domaine ne vous permet pas de migrer les e-mails d'autres utilisateurs du domaine. À la place, vous devez utiliser des comptes de service standards avec autorité au niveau du domaine qui sont ajoutés à la liste blanche dans la console d'administration pour générer le jeton d'authentification approprié.

L'API Email Settings utilisait le champ d'application suivant :

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

Les habilitations équivalentes dans l'API Gmail sont les suivantes :

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

Modifications du protocole

L'API Email Settings utilise le protocole GDATA basé sur XML. L'API Gmail utilise JSON. Étant donné que les paramètres sont principalement constitués de paires clé/valeur, les charges utiles sont conceptuellement similaires entre les versions.

Exemple de création d'un libellé :

API Email Settings

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>

API Gmail

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

Utilisez les bibliothèques clientes fournies au lieu d'implémenter directement le protocole.

Gérer les libellés

Pour gérer les libellés dans l'API Gmail, utilisez la ressource Labels.

Ancien paramètre Nouveau paramètre Remarques
labelId id
étiquette nom
unreadCount messagesUnread
visibility labelListVisibility SHOW devient labelShow
HIDE devient labelHide

Autres modifications :

  • Lorsque vous mettez à jour ou supprimez des libellés, l'API Gmail fait référence aux libellés par ID et non par nom.

Gérer les filtres

Pour gérer les filtres dans l'API Gmail, utilisez la ressource Filters.

Ancien paramètre Nouveau paramètre Remarques
de criteria.from
pour criteria.to
objet criteria.subject
hasTheWord criteria.query
doesNotHaveTheWord criteria.negatedQuery
hasAttachment criteria.hasAttachment
shouldArchive action.removeLabelIds Utilisez INBOX comme ID de libellé.
shouldMarkAsRead action.removeLabelIds Utilisez UNREAD comme ID de libellé.
shouldStar action.addLabelIds Utilisez STARRED comme ID de libellé.
étiquette action.addLabelIds Utiliser l'ID du libellé à ajouter
forwardTo action.forward
shouldTrash action.addLabelIds Utilisez TRASH comme ID de libellé.
neverSpam action.removeLabelIds Utilisez SPAM comme ID de libellé.

Autres modifications :

  • Si un libellé utilisateur n'existe pas déjà, il doit être créé explicitement à l'aide de la méthode labels.create.

Gérer les alias "Envoyer sous"

Pour gérer les alias "Envoyer en tant que" dans l'API Gmail, utilisez la ressource SendAs.

Ancien paramètre Nouveau paramètre
nom displayName
adresse sendAsEmail
replyTo replyToAddress
makeDefault isDefault

Gérer les extraits Web

Les paramètres des Web Clips ne sont plus disponibles via l'API.

Gérer les paramètres de transfert automatique

Pour gérer le transfert automatique dans l'API Gmail, utilisez la ressource Settings.

Ancien paramètre Nouveau paramètre Remarques
activer activé
forwardTo emailAddress
action disposition KEEP devient leaveInInbox
ARCHIVE devient archive
DELETE devient trash
MARK_READ devient markRead

Autres modifications :

  • Les adresses de transfert doivent être créées et validées avant d'être utilisées.
  • Les adresses de transfert peuvent être gérées via la ressource ForwardingAddresses.

Gérer les paramètres POP

Pour gérer l'accès POP dans l'API Gmail, utilisez la ressource Settings.

Ancien paramètre Nouveau paramètre Remarques
activer accessWindow Désactivé lorsque défini sur disabled
enableFor accessWindow ALL_MAIL devient allMail
MAIL_FROM_NOW_ON devient fromNowOn
action disposition KEEP devient leaveInInbox
ARCHIVE devient archive
DELETE devient trash
MARK_READ devient markRead

Gérer les paramètres IMAP

Pour gérer l'accès IMAP dans l'API Gmail, utilisez la ressource Settings.

Ancien paramètre Nouveau paramètre
activer activé

Gérer les paramètres de réponse automatique pour les vacances

Pour gérer la réponse automatique pour les vacances dans l'API Gmail, utilisez la ressource Settings.

Ancien paramètre Nouveau paramètre
contactsOnly restrictToContacts
domainOnly restrictToDomain
activer enableAutoReply
endDate endTime
message responseBodyHtml
responseBodyPlainText
startDate startTime
objet responseSubject

Gérer les paramètres de signature

Pour gérer les signatures d'e-mail dans l'API Gmail, utilisez la ressource SendAs.

Ancien paramètre Nouveau paramètre
signature signature

Autres modifications :

  • Les signatures sont désormais gérées par alias.

Gérer les paramètres de langue

Pour gérer les paramètres linguistiques dans l'API Gmail, utilisez la ressource Settings.

Ancien paramètre Nouveau paramètre
language displayLanguage

Pour en savoir plus, consultez le guide de gestion des paramètres de langue.

Gérer les paramètres de délégation

Pour gérer la délégation dans l'API Gmail, utilisez la ressource Delegates.

Ancien paramètre Nouveau paramètre
adresse delegateEmail
état verificationStatus

Autres modifications :

  • Général
    • Pour utiliser l'une des méthodes de délégation (y compris delegates.create), l'utilisateur délégant doit être activé pour Gmail. Cela signifie, par exemple, que l'utilisateur délégant ne peut pas être suspendu dans.
    • Un alias d'adresse e-mail ne peut pas être utilisé comme adresse e-mail du délégué pour l'une des nouvelles méthodes. Un utilisateur délégué doit être désigné par son adresse e-mail principale.
  • delegates.create
    • Cette méthode peut désormais être utilisée pour créer des relations de délégation entre plusieurs domaines appartenant à la même organisation .
    • Cette méthode peut désormais être utilisée pour les utilisateurs qui doivent changer de mot de passe lors de leur prochaine connexion.
    • En cas de succès, cette méthode renvoie une ressource Users.settings.delegates dans le corps de la réponse, au lieu d'un corps de réponse vide.
    • Si l'un des utilisateurs (délégant ou délégué) est désactivé (par exemple, suspendu dans ), cette méthode échoue et renvoie une erreur HTTP 4XX au lieu d'une erreur HTTP 500.
  • delegates.delete
    • Cette méthode peut désormais être utilisée pour supprimer des délégués avec n'importe quel verificationStatus, et pas seulement ceux qui sont accepted ou expired.
  • delegates.get
    • Il s'agit d'une nouvelle méthode, qui peut être préférable à la méthode delegates.list selon les besoins.

Gérer les paramètres généraux

Les paramètres généraux ne sont plus disponibles via l'API.