Corriger les dates de migration BitTitan dans Google Workspace
Pourquoi les migrations BitTitan affichent la mauvaise date dans Google Workspace
Lorsque BitTitan MigrationWiz migre des boîtes aux lettres vers Google Workspace, chaque e-mail est transféré vers les serveurs de Gmail via l'API Gmail ou IMAP. Durant ce processus, l'infrastructure de messagerie de Google enregistre l'horodatage du transfert comme INTERNALDATE du message. BitTitan introduit également un en-tête Received qui reflète la date de migration, le plaçant en haut de la chaîne d'en-têtes.
Google Workspace gère l'affichage des dates de manière unique par rapport aux autres plateformes. L'interface web de Gmail référence généralement l'en-tête « Date » de l'e-mail original, ce qui signifie que les messages peuvent apparaître avec la date correcte dans le navigateur. Cependant, l'IMAP INTERNALDATE reste définie à la date de migration. Tout client IMAP se connectant à cette boîte aux lettres Google Workspace (Outlook, Thunderbird, Apple Mail) affichera la date de migration au lieu de la date originale.
Cela crée une situation déroutante : le même e-mail apparaît correct dans Gmail sur le web mais affiche la mauvaise date dans Outlook ou Apple Mail connecté au même compte. Les administrateurs informatiques reçoivent des signalements contradictoires de la part des utilisateurs, rendant le problème plus difficile à diagnostiquer. Les organisations ayant migré vers Google Workspace avec BitTitan et dont les utilisateurs accèdent à leur messagerie via l'interface web et des clients de bureau sont confrontées à cette confusion de double date sur l'ensemble de leurs utilisateurs.
Comment cela affecte Google Workspace
Dans Google Workspace, l'impact principal touche les utilisateurs qui accèdent à leur boîte aux lettres via des clients IMAP plutôt que via l'interface web de Gmail. Outlook, Apple Mail et Thunderbird connectés via IMAP à Google Workspace affichent tous la date de migration parce qu'ils lisent l'IMAP INTERNALDATE. Le client web de Gmail masque le problème en utilisant l'en-tête Date, mais les données sous-jacentes restent corrompues.
Les outils d'administration de Google Workspace et Vault (la solution de conformité et d'archivage) référencent également l'INTERNALDATE pour les stratégies de rétention et de conservation. Les organisations soumises à des exigences réglementaires qui s'appuient sur Google Vault pour l'archivage des e-mails et la découverte juridique constatent que les recherches basées sur les dates renvoient des résultats inexacts. La date de migration remplace la chronologie originale des communications, compromettant l'intégrité des processus de conformité qui dépendent de la précision des horodatages des messages.
Questions fréquemment posées
Pourquoi les e-mails semblent corrects dans Gmail mais incorrects dans Outlook après une migration BitTitan ?
Le client web de Gmail utilise l'en-tête Date de l'e-mail original pour l'affichage, qui n'est pas affecté par la migration. En revanche, Outlook lit l'IMAP INTERNALDATE, qui est écrasée pendant la migration. C'est pourquoi le même e-mail affiche des dates différentes selon le client utilisé.
Redate.io fonctionne-t-il avec les comptes administrateurs Google Workspace ?
Oui. Redate.io se connecte à Google Workspace via la délégation à l'échelle du domaine à l'aide d'un compte de service. Cela permet aux administrateurs de corriger les dates de toutes les boîtes aux lettres de l'organisation sans nécessiter les identifiants individuels des utilisateurs.
La correction de l'INTERNALDATE affectera-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). Redate.io corrige l'INTERNALDATE et les en-têtes Received afin que les clients IMAP (Outlook, Apple Mail) affichent également la date originale. L'expérience Gmail web reste inchangée.