Corriger les dates BitTitan dans Microsoft 365

BitTitan MigrationWiz utilise EWS ou IMAP pour téléverser les messages dans un tenant Microsoft 365 pendant la migration. Chaque transfert déclenche le pipeline de transport de Microsoft 365, qui appose un nouvel en-tête Received sur le message - portant l'horodatage de la migration, pas la date originale. Cet en-tête se retrouve en haut de la chaîne d'en-têtes et devient la date de référence pour tout l'écosystème M365.

Microsoft 365 stocke cette information comme la propriété PR_MESSAGE_DELIVERY_TIME (en termes Exchange). Chaque client connecté à la boîte M365 la lit. Outlook bureau. Outlook on the web. Outlook mobile. Clients IMAP tiers. Tous affichent la date de migration. Une boîte avec huit ans d'historique ressemble soudain à un mardi de mars.

Soyons clairs - ce n'est pas un cas isolé. Cela arrive à chaque migration BitTitan vers M365, quelle que soit la plateforme source. Exchange on-premises, Google Workspace, Zimbra, GroupWise. Le comportement côté destination est toujours le même : Microsoft 365 estampille la date du transfert, et c'est cette date qui l'emporte.

Résultat ? Les équipes IT se retrouvent ensevelies sous les tickets le lundi matin après la migration. Les utilisateurs ne trouvent plus leurs e-mails par date. Les dirigeants qui s'appuyaient sur l'historique chronologique de leurs e-mails perdent des mois ou des années de contexte du jour au lendemain.

Toutes les applications M365 lisent la date corrompue. Outlook on the web, Outlook bureau, Outlook pour Mac, Outlook mobile - tous affichent la mauvaise date de réception. Microsoft Copilot et les fonctionnalités d'IA qui référencent la chronologie des e-mails produisent des résultats incorrects parce qu'elles s'appuient sur les mêmes métadonnées corrompues.

D'ailleurs, c'est au niveau de la conformité que ça fait vraiment mal. Les obligations légales, les stratégies de rétention et les recherches eDiscovery dans le Centre de sécurité et conformité filtrent tous par date. Quand chaque e-mail porte l'horodatage de migration, les requêtes par date sont inutilisables. Un administrateur à qui on demande de produire tous les e-mails du T3 2023 pour une procédure juridique récupère soit rien, soit la boîte entière. Ce n'est pas un désagrément mineur - c'est un manquement en matière de conformité, notamment au regard du RGPD.

Redate.io résout ce problème par un traitement sécurisé au niveau message avec vérification individuelle. Chaque e-mail est traité séparément, et la date originale est restaurée au niveau serveur pour que la correction se propage automatiquement à chaque client connecté et à chaque outil de conformité. Pas de re-migration, pas d'intervention manuelle, zéro perte de données.