Corriger les dates BitTitan dans Google Workspace

BitTitan MigrationWiz téléverse les e-mails vers Google Workspace via l'API Gmail ou IMAP. Pendant le transfert, l'infrastructure de messagerie de Google enregistre l'horodatage d'insertion comme INTERNALDATE du message. BitTitan introduit également un en-tête Received daté de la migration. L'en-tête Date original à l'intérieur du corps de l'e-mail reste intact - mais l'INTERNALDATE est écrasée par l'horodatage de migration.

En fait, Google Workspace gère cela différemment des autres plateformes. L'interface web de Gmail lit l'en-tête Date pour l'affichage, donc les e-mails apparaissent correctement dans le navigateur. Mais l'IMAP INTERNALDATE est définitivement fixée à la date de migration. Tout client IMAP connecté à ce compte Google Workspace - Outlook, Thunderbird, Apple Mail - lit l'INTERNALDATE et affiche la date de migration à la place.

Cela crée une situation exaspérante. Le même e-mail affiche la bonne date dans Gmail sur le web mais la mauvaise date dans Outlook connecté au même compte. Les administrateurs informatiques reçoivent des rapports contradictoires. "Mes e-mails sont corrects." "Mes e-mails sont tous faux." Les deux utilisateurs ont raison - ils utilisent simplement des clients différents.

Vous venez de migrer 85 boîtes aux lettres d'Exchange on-premises vers Google Workspace avec MigrationWiz. La moitié de votre équipe utilise l'interface web Gmail et ne voit aucun problème. L'autre moitié utilise Outlook via IMAP et ouvre 85 tickets d'assistance en une matinée. Le diagnostic prend des heures parce que le problème est invisible dans la console MigrationWiz et dans le panneau d'administration Gmail.

Le problème de double date frappe le plus durement les organisations où les utilisateurs accèdent à leur messagerie via plusieurs clients. Gmail web ? Tout va bien. Outlook ? Cassé. Apple Mail ? Cassé. Clients IMAP mobiles ? Cassés. Seule l'interface web masque le problème.

Mais les dégâts vont plus loin que l'affichage. Google Vault (la solution de conformité et d'archivage utilisée pour les obligations légales et l'eDiscovery) référence l'INTERNALDATE pour certaines opérations. Les recherches eDiscovery par date peuvent renvoyer des résultats inexacts. Les outils de sauvegarde tiers connectés via IMAP archivent la date de migration comme date du message, créant des inexactitudes permanentes dans les enregistrements de sauvegarde. Même la commande IMAP SEARCH DATE de Gmail utilise l'INTERNALDATE plutôt que l'en-tête Date.

Redate.io résout ce problème grâce à une analyse multi-étapes des en-têtes qui corrige l'INTERNALDATE et les en-têtes de migration sans toucher au contenu ni aux pièces jointes. L'expérience Gmail web (qui était déjà correcte) reste inchangée, tandis que les clients IMAP, Vault et les outils de sauvegarde lisent désormais la bonne date. La reconnaissance de signatures d'outils de migration garantit que seuls les en-têtes injectés par BitTitan sont ciblés.