Corriger les dates GSMMO dans Gmail

GSMMO (Google Workspace Migration for Microsoft Outlook) téléverse les e-mails depuis des fichiers PST ou des profils Outlook directement vers Gmail via l'API Gmail. Pendant ce transfert, Gmail enregistre l'horodatage du téléversement comme INTERNALDATE de chaque message. L'en-tête Date original du corps de l'e-mail est préservé - mais les métadonnées de date côté serveur sont écrasées par la date de migration.

Cela crée une situation trompeuse. L'interface web Gmail lit l'en-tête Date du corps de l'e-mail pour l'affichage, donc la plupart des e-mails semblent avoir la bonne date dans le navigateur. Tout paraît normal. Mais en dessous, l'IMAP INTERNALDATE stockée sur les serveurs Google est fausse. Quand est-ce que ça pose problème ? Dès que quelqu'un accède à cette boîte via un client IMAP - Outlook, Thunderbird, Apple Mail - ou quand un outil de sauvegarde, un système de conformité ou une solution d'archivage interroge la boîte via IMAP.

GSMMO est généralement utilisé par des utilisateurs qui passent de Microsoft Outlook à Google Workspace, souvent en suivant la documentation de migration officielle de Google. Ces utilisateurs peuvent passer des semaines ou des mois sans remarquer le problème parce qu'ils utilisent principalement l'interface web Gmail. Puis un jour, l'équipe de conformité lance une recherche par date via Google Vault, ou le service informatique met en place MailStore pour l'archivage, ou l'utilisateur installe Outlook connecté à Gmail via IMAP. Du coup, 40000 e-mails affichent tous la même date d'il y a six mois. À ce stade, la migration semble déjà lointaine, et diagnostiquer la cause devient un vrai casse-tête.

Pour les utilisateurs de Gmail web, l'impact visuel est trompeusement minime. Les dates semblent correctes dans le navigateur. Mais l'INTERNALDATE corrompue est une bombe à retardement sous la surface. La commande IMAP SEARCH DATE de Gmail utilise l'INTERNALDATE, donc tout outil IMAP effectuant des recherches par date sur la boîte obtient des résultats incorrects. Les outils de sauvegarde comme MailStore, Veeam ou des scripts Python personnalisés qui archivent Gmail via IMAP enregistrent les mauvaises dates. Ces sauvegardes ? Définitivement inexactes.

Avez-vous déjà essayé de trier 50000 e-mails qui partagent tous la même date de réception ? C'est ce que vivent les clients IMAP connectés à une boîte migrée par GSMMO. Outlook, Apple Mail, Thunderbird - tous lisent l'INTERNALDATE pour le tri et l'affichage. Les exports Google Takeout peuvent référencer l'INTERNALDATE pour le nommage des fichiers et les métadonnées, créant des structures d'archive confuses. D'ailleurs, même les recherches de conformité Google Vault peuvent renvoyer des résultats trompeurs quand l'INTERNALDATE ne correspond pas à la date réelle de l'e-mail.

Redate.io résout ce problème grâce à une analyse multi-étapes des en-têtes qui identifie les signatures de migration GSMMO et effectue une reconstruction des métadonnées de date au niveau serveur. Le processus préserve l'ensemble du contenu, des libellés et des pièces jointes tout en corrigeant uniquement les métadonnées de date. Chaque message est vérifié individuellement après traitement.