GSMMO a modifie vos dates d'emails ? Voici la solution

GSMMO et le probleme de dates dont personne ne parle

Google Workspace Migration for Microsoft Outlook (GSMMO) est l'outil bureautique que Google fournit pour migrer des fichiers PST, des profils Outlook et des archives email locales vers Gmail. C'est gratuit, officiellement supporte, et c'est le chemin de migration que Google recommande quand on deplace une petite equipe ou quelques boites aux lettres individuelles d'Outlook vers Google Workspace.

L'outil fonctionne. Les emails arrivent dans Gmail, la structure de dossiers se mappe en labels, les contacts passent. Mais ouvrez Gmail apres et triez par date. Chaque email affiche la date du jour. Cette proposition envoyee en janvier 2021 ? Avril 2026. La facture de votre comptable de mars 2023 ? Aussi avril 2026.

GSMMO ne previent pas que ca va arriver. Le journal de migration affiche un succes pour chaque message. La documentation Google elle-meme ne le mentionne pas comme limitation connue. On ne le decouvre que quand quelqu'un cherche un ancien email par plage de dates et obtient zero resultats.

Comment GSMMO envoie reellement vos emails

GSMMO lit les messages depuis le fichier PST (ou directement depuis le profil Outlook) et les envoie vers Gmail via la passerelle IMAP de Google. C'est la que le probleme de dates prend racine, et ca vaut la peine de comprendre la mecanique parce que ca explique pourquoi la solution n'est pas aussi simple que "reimporter".

Quand GSMMO envoie un message, la passerelle IMAP de Gmail le traite comme un email qui vient d'arriver. Gmail tamponne le message avec un nouvel en-tete Received: contenant l'horodatage actuel. L'INTERNALDATE, l'horodatage que Gmail utilise en interne pour le tri et l'affichage, est defini au moment de l'envoi plutot qu'a la date d'envoi originale.

Voici a quoi ressemble la chaine d'en-tetes apres une migration GSMMO :

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Vous voyez cet en-tete Date: original de septembre 2019 ? Il est toujours la, intact. GSMMO ne modifie pas le corps du message ni les en-tetes originaux. Mais Gmail l'ignore pour l'affichage et utilise l'INTERNALDATE a la place, qui indique maintenant avril 2026.

GSMMO vs. les outils de migration administrateur

C'est la que la confusion commence souvent. Google dispose de plusieurs outils de migration, et ils ne se comportent pas tous de la meme maniere.

GSMMO (l'application bureautique) tourne sur la machine de l'utilisateur. Il lit depuis Outlook ou un fichier PST et envoie les emails via l'interface IMAP de Google. L'utilisateur a besoin d'un compte Google Workspace et du plugin GSMMO installe dans Outlook. C'est un outil cote client, ce qui signifie que les serveurs Google voient des messages entrants, pas des messages migres.

Google Workspace Migration Service (l'outil de la console d'administration) fonctionne cote serveur. Un administrateur le configure dans la Console d'administration Google, le pointe vers un serveur Exchange ou un autre tenant Google Workspace, et la migration s'execute dans l'infrastructure Google. Cet outil gere les dates un peu mieux dans certaines configurations parce qu'il peut definir l'INTERNALDATE a partir des metadonnees source. Mais "un peu mieux" ne veut pas dire "fiable", et beaucoup d'administrateurs signalent le meme probleme de dates avec cet outil aussi.

La difference cle ? Avec GSMMO, il n'y a aucune intelligence cote serveur pour la preservation des dates. La passerelle IMAP traite chaque message envoye de maniere identique, qu'il s'agisse d'un email tout frais ou d'un message archive vieux de 10 ans. Elle tamponne la date du jour. Point.

Pourquoi la preservation des dates GSMMO ne fonctionne pas

Si vous avez regarde les parametres GSMMO, vous avez peut-etre remarque qu'il n'y a pas d'option "preserver les dates". Ce n'est pas un oubli. GSMMO s'appuie sur le comportement de la passerelle IMAP de Gmail pour la gestion des dates, et ne peut pas le contourner.

Voici la chaine technique :

1. GSMMO lit le message depuis le fichier PST, y compris ses horodatages originaux
2. GSMMO se connecte a Gmail via IMAP et envoie une commande APPEND avec les donnees du message
3. La passerelle IMAP de Gmail recoit l'APPEND et le traite via son pipeline de transport interne
4. Le pipeline de transport ajoute un nouvel en-tete Received: avec la date actuelle
5. Gmail definit l'INTERNALDATE a l'horodatage d'envoi
6. Le message atterrit dans Gmail avec la date du jour

L'etape 3 est celle qui compte. Meme si le protocole IMAP APPEND supporte techniquement la definition d'un INTERNALDATE personnalise, l'implementation de Gmail ne le respecte pas toujours, surtout via le chemin GSMMO. Le resultat : tous vos emails historiques semblent etre arrives aujourd'hui.

Certains administrateurs ont essaye de lancer GSMMO avec des parametres Google Workspace specifiques ou en ajustant les parametres de profil GSMMO. Rien de tout cela n'affecte le comportement des dates. La date est tamponnee cote serveur, et aucune configuration cote client ne change ca.

Scenarios GSMMO qui cassent les dates

Toutes les migrations GSMMO ne finissent pas en chaos de dates, mais la plupart si. Voici les cas concernes :

• Fichier PST vers Gmail : Les dates sont cassees. C'est le cas d'utilisation GSMMO le plus courant et le plus affecte.
• Profil Outlook vers Gmail : Les dates sont cassees. Meme comportement de passerelle IMAP que l'import PST.
• Exchange Online (Microsoft 365) vers Gmail via GSMMO : Les dates sont cassees. GSMMO lit depuis le serveur Exchange et envoie via la passerelle IMAP de Gmail.
• Exchange sur site vers Gmail via GSMMO : Les dates sont cassees. Meme mecanisme.
• Gmail vers Gmail (reimport d'un export PST) : Les dates sont cassees. Meme si les emails originaux avaient les bonnes dates dans le PST, le reimport les retamponne.

Le schema est clair. Tout chemin qui passe par la passerelle IMAP de Gmail pendant l'envoi ecrase les dates. GSMMO utilise toujours ce chemin.

Ce qui rend ca particulierement frustrant, c'est que le rapport de migration GSMMO affiche tout comme reussi. Pas d'avertissement sur les dates, pas d'erreurs, pas de drapeaux. Il faudrait comparer manuellement les horodatages avant et apres la migration pour le detecter, et la plupart des administrateurs ne font pas ca tant qu'un utilisateur ne se plaint pas.

L'impact va bien au-dela du tri

Les mauvaises dates apres une migration GSMMO creent des problemes reels qui depassent une boite de reception desordonnee.

Imaginez que vous etes comptable et venez de migrer vers Google Workspace. Vous devez retrouver toute la correspondance client du T3 2024 pour une declaration fiscale. Vous cherchez dans Gmail par plage de dates : juillet a septembre 2024. Zero resultats. Chaque email de cette periode affiche maintenant la date de migration, donc le filtre de dates de Gmail ne peut pas les trouver. Vous etes coince a faire defiler des milliers de messages ou a chercher par mot-cle en esperant vous souvenir des bons termes.

Pour les secteurs reglementes, c'est pire que genent. Les horodatages d'emails servent de preuve legale. Un conseiller financier qui doit prouver avoir envoye une divulgation avant une date de transaction ne peut pas le faire quand l'email affiche avril 2026 au lieu de fevrier 2023. Les audits de conformite au titre du RGPD ou de la reglementation CNIL s'appuient sur des horodatages de communication precis, et de mauvaises dates signifient des audits echoues.

Et puis il y a le probleme du threading. Gmail regroupe les conversations par date et sujet. Quand chaque message d'un fil affiche la meme date, la vue de conversation devient confuse. Les reponses apparaissent avant le message original. Toute la structure du fil s'effondre en un tas d'emails dates identiquement.

Corriger les dates GSMMO avec Redate.io

La bonne nouvelle : cet en-tete Date: original est toujours intact dans chaque email migre. GSMMO ne modifie pas le contenu du message. La date correcte est la, elle est juste ignoree par la logique d'affichage de Gmail parce que l'INTERNALDATE et l'en-tete Received superieur pointent vers la date de migration.

Redate.io se connecte a la boite aux lettres Google Workspace, scanne les emails affectes par la migration GSMMO, et corrige les metadonnees de date via un moteur proprietaire d'analyse de chaine d'en-tetes et de reconstruction de dates. La correction identifie les patterns specifiques a GSMMO dans la chaine d'en-tetes Received (la signature gmailapi.google.com et les identifiants de passerelle IMAP locale) et effectue une correction ciblee des metadonnees sans alterer le contenu du message, les pieces jointes ou le threading.

Chaque email corrige passe par une verification individuelle : integrite du message, preservation des pieces jointes, mapping des labels et coherence du threading. Les originaux restent dans un dossier visible Redate.io - Originals pendant 30 jours.

Pourriez-vous corriger ca vous-meme avec un script ? Comprendre le probleme, c'est une chose. Corriger 12 000 emails sans casser les signatures S/MIME, corrompre les parties MIME imbriquees ou mutiler les en-tetes encodes RFC 2047 sur une boite de production, c'est tout autre chose. Comment gerez-vous l'email avec une piece jointe de 38 Mo et une frontiere MIME corrompue que GSMMO a importee mais a peine tenu ensemble ? Comment verifier que chaque message est passe intact ? Un script qui fonctionne sur 20 messages de test en labo ne survivra pas a une vraie boite avec 8 ans de correspondance.

Guides de correction par plateforme pour GSMMO

Puisque GSMMO migre specifiquement vers Google Workspace, la correction se fait au niveau Gmail. Mais les emails affectes sont visibles dans chaque client connecte a ce compte Gmail :

• Corriger les dates de migration GSMMO dans Gmail
• Corriger les dates de migration GSMMO dans Outlook (connecte a Google Workspace)
• Corriger les dates de migration GSMMO dans Apple Mail

Migration effectuee il y a des mois ? L'en-tete Date original ne se degrade pas dans le temps. Redate.io peut corriger les emails affectes par GSMMO que la migration ait eu lieu la semaine derniere ou il y a trois ans.

GSMMO a laisse vos emails avec des mauvaises dates ? Lancez un scan gratuit pour voir le nombre exact d'emails affectes et le cout de la correction, avant de vous engager.