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. Microsoft 365 garde la date qu'on donne à chaque copie : quand MigrationWiz transmet la date d'origine, la copie la conserve ; sinon, la copie prend le moment du transfert - l'horodatage de la migration, pas la date originale. Cette date devient la 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 peut arriver sur n'importe quelle 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 garde la date qu'on lui donne, donc quand c'est la date du transfert, 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 erronée. 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 erronées.

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.