Transférer des e-mails

Avant de transférer un e-mail vers Google Groupes à l'aide de l'API Groups Migration, effectuez les actions suivantes : suivi

• Vérifiez que le groupe cible existe et que l'adresse e-mail du groupe est correcte avant de procéder à la migration d'une dans les archives de ce groupe. Pour en savoir plus sur les groupes de fiches et les utilisateurs, consultez la API Directory :
• Si l'expéditeur de l'e-mail appartient au même domaine que le groupe cible, vérifiez que l'expéditeur de l'e-mail existe avant de faire migrer l'e-mail vers les archives du groupe cible.
• L'e-mail doit être au format Définition standard RFC 822 Utilisez l'en-tête Content-type: message/rfc822. Vérifiez que l'adresse e-mail Le format des champs To:, From: et Date: est correct. La est renvoyée dans JSON format de données.

Transférer un e-mail vers Google Groupes

Pour transférer un e-mail vers l'archive d'un groupe, envoyez une requête HTTP POST. inclure l'en-tête Authorization et remplacer GROUP_EMAIL_ADDRESS par l'adresse e-mail du groupe auquel les messages ont été envoyés sont destinés à:

POST https://www.googleapis.com/upload/groups/v1/groups/GROUP_EMAIL_ADDRESS/archive?uploadType=media

Exemple de requête

Cet exemple transfère les e-mails vers l'archive [e-mail]. La La taille de Content-Length est limitée à 25 Mo, y compris les métadonnées, le corps du message et les pièces jointes:

POST https://www.googleapis.com/upload/groups/v1/groups/[e-mail]/archive?uploadType=media
Host: www.googleapis.com
Content-Type: message/rfc822
Content-Length: BYTES
Authorization: Bearer Auth token

METADATA_BODY

Remplacez les éléments suivants :

BYTES: nombre d'octets de l'e-mail.

AUTH_TOKEN: en-tête Authorization.

METADATA_BODY: métadonnées, corps et pièces jointes de l'e-mail.

Voici un exemple d'e-mail au format texte RFC 822 qui a été migré vers archive de [e-mail]. Voici le [e-mail] par exemple Message-ID. L'expéditeur de l'e-mail migré est [e-mail] et l'e-mail est migrés vers les archives du groupe [e-mail]:

    Received: by 10.143.160.15 with HTTP; Mon, 16 Jul 2007 10:12:26 -0700 (PDT)
    Message-ID: <[e-mail]>
    Date: Mon, 16 Jul 2007 10:12:26 -0700
    From: [e-mail]
    To: [e-mail]
    Subject: SUBJECT
    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1; format=flowed
    Content-Transfer-Encoding: 7bit
    Content-Disposition: inline
    Delivered-To: [e-mail]

    This is the body of the migrated email message.

Une réponse réussie renvoie un code d'état HTTP 200 et l'état de la migration. Pour en savoir plus sur les valeurs responseCode, consultez documentation de référence de l'API Groups Migration

{
 "kind": "groupsMigration#groups",
 "responseCode": "SUCCESS",
}

Afficher les messages importés dans l'interface Google Groupes

Dans Google Groupes, les fils de discussion l'état lu/non lu est stocké séparément pour chaque utilisateur. Quand ? insérant des messages et des fils de discussion à l'aide de l'API Groups Migration, ils sont traités comme ils ont été envoyés par l'utilisateur dans l'en-tête From:. Cela signifie qu'ils apparaissent comme non lus pour tous les utilisateurs, à l'exception de celui dont l'adresse figure dans l'en-tête From:. Par exemple : après l'exemple de requête JSON précédent, le message SUBJECT apparaît comme lu si [e-mail] s'est connecté à Google Groupes, mais apparaît comme non lu pour tous les autres utilisateurs.