Corriger les dates de migration GSMMO dans Gmail
Pourquoi les migrations GSMMO affichent la mauvaise date dans Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) transfère les e-mails depuis les fichiers PST ou les profils Outlook directement vers Gmail via l'API Gmail. Bien que l'API Gmail permette techniquement de définir une INTERNALDATE personnalisée lors de l'insertion du message, le processus de transfert de GSMMO amène Gmail à enregistrer l'horodatage du transfert comme INTERNALDATE pour la plupart des messages. L'en-tête Date original de l'e-mail est préservé, mais l'INTERNALDATE est écrasée.
Dans l'interface web de Gmail, ce problème est partiellement masqué. Gmail web utilise l'en-tête Date du corps de l'e-mail comme date d'affichage, de sorte que la plupart des e-mails apparaissent avec la date correcte dans le navigateur. Cependant, l'IMAP INTERNALDATE stockée sur le serveur est fausse. Cela devient visible lorsque les utilisateurs accèdent à leur compte Gmail via un client IMAP (Outlook, Thunderbird, Apple Mail) ou lorsque des outils tiers interrogent la boîte aux lettres via IMAP.
GSMMO est généralement utilisé par les utilisateurs finaux qui font la transition de Microsoft Outlook vers Google Workspace. Ces utilisateurs peuvent ne pas remarquer immédiatement le problème d'INTERNALDATE s'ils utilisent principalement l'interface web de Gmail. Le problème apparaît des semaines ou des mois plus tard lorsqu'ils installent un client IMAP, configurent un outil de sauvegarde ou lorsqu'une équipe de conformité effectue une recherche basée sur les dates dans la boîte aux lettres via Google Vault ou un logiciel d'archivage IMAP.
Comment cela affecte Gmail
Pour les utilisateurs de Gmail web, l'impact visuel est minimal car l'en-tête Date s'affiche correctement. Cependant, l'INTERNALDATE corrompue affecte plusieurs domaines non évidents. La commande IMAP SEARCH DATE de Gmail utilise l'INTERNALDATE, de sorte que tout outil ou client IMAP qui effectue des recherches par date sur la boîte aux lettres obtient des résultats incorrects. Les outils de sauvegarde comme MailStore, Veeam ou les scripts personnalisés qui archivent Gmail via IMAP enregistrent les mauvaises dates dans leurs sauvegardes.
Le tri au sein des libellés de Gmail lorsqu'on y accède via IMAP utilise l'INTERNALDATE. Les utilisateurs qui accèdent à leur compte Gmail depuis des clients IMAP mobiles ou des applications de messagerie de bureau voient un désordre d'e-mails tous datés du jour de la migration. Les exportations Google Takeout peuvent également référencer l'INTERNALDATE pour le nommage des fichiers ou les métadonnées, créant potentiellement des archives confuses. L'en-tête Date correct se trouve à l'intérieur du message, mais c'est l'INTERNALDATE qui détermine la façon dont les outils externes et les clients IMAP perçoivent la chronologie des messages.
Questions fréquemment posées
Si Gmail web affiche la bonne date, pourquoi corriger l'INTERNALDATE ?
L'INTERNALDATE affecte les clients IMAP, les outils de sauvegarde, les recherches de conformité Google Vault et toute intégration tierce qui se connecte via IMAP. Même si l'affichage de Gmail web est correct, les données sous-jacentes sont fausses et peuvent causer des problèmes dans les environnements de sauvegarde, de conformité et multi-clients.
Comment Redate.io corrige-t-il les dates GSMMO dans Gmail ?
Redate.io lit l'en-tête Date original de chaque e-mail, supprime l'en-tête Received de migration GSMMO et réinsère l'e-mail avec l'INTERNALDATE correcte correspondant à la date originale. L'e-mail original est déplacé vers un libellé de sauvegarde par sécurité.
La correction changera-t-elle l'affichage des e-mails dans Gmail web ?
Non. Gmail web affiche déjà la date correcte (à partir de l'en-tête Date). La correction ajuste l'INTERNALDATE afin que les clients IMAP affichent également la bonne date. L'expérience Gmail web reste inchangée.