Corriger les dates BitTitan dans Exchange Online

Exchange Online, c'est le moteur de messagerie derrière chaque boîte aux lettres Microsoft 365. BitTitan MigrationWiz fait partie des outils les plus utilisés pour déplacer des boîtes aux lettres depuis Exchange on-premises, Lotus Notes, GroupWise ou d'autres plateformes vers Exchange Online. La migration en elle-même se passe généralement bien. Les dates, par contre, c'est une autre histoire.

Voici ce qui se passe. MigrationWiz téléverse chaque message via EWS ou IMAP, et le pipeline de transport d'Exchange Online appose un nouvel en-tête Received sur chaque message. Cet en-tête porte l'horodatage du transfert - la date de la migration, pas la date d'envoi ou de réception originale. Exchange Online utilise ensuite cet en-tête Received et la propriété PR_MESSAGE_DELIVERY_TIME associée pour déterminer la date affichée aux utilisateurs.

Le problème ? Contrairement à certains systèmes de messagerie, Exchange Online ne permet pas aux outils de migration de remplacer l'horodatage de livraison. Il applique la date réelle du transfert, point final. Du coup, chaque e-mail migré - qu'il date de 2018, 2021 ou de mardi dernier - se retrouve estampillé avec la même date de migration.

Vous venez de migrer 1200 boîtes aux lettres pendant un week-end avec MigrationWiz. Lundi matin, le helpdesk reçoit 400 tickets. Chaque utilisateur voit sa boîte de réception comme si tous ses e-mails étaient arrivés samedi. Le tri par date est cassé. La recherche par date renvoie n'importe quoi. Et l'horodatage corrompu se propage partout : Outlook bureau, OWA, clients mobiles, même les requêtes PowerShell comme Get-MessageTrace et Search-Mailbox. Les outils de conformité (conservation inaltérable, balises de rétention) appliquent leurs stratégies sur la mauvaise date, risquant de conserver ou supprimer des messages aux mauvais intervalles.

Les dégâts sont totaux. Chaque couche de la pile Exchange Online lit la date de livraison corrompue. Outlook bureau affiche la date de migration. OWA l'affiche aussi. Les applications mobiles également. L'index de recherche intégré utilise l'horodatage de migration, ce qui fait que les recherches par plage de dates renvoient des résultats erronés sur tous les clients.

Pour les administrateurs, c'est encore pire. Les commandes Exchange Online Management Shell référencent la propriété de date de livraison, qui reflète désormais la date de migration. L'audit des boîtes aux lettres, les règles de journalisation et les règles de transport qui filtrent par date fonctionnent toutes sur des horodatages corrompus. Peut-on mener un audit de conformité fiable quand chaque e-mail semble être arrivé le même jour ? Non.

Redate.io corrige ce problème grâce à un moteur de correction propriétaire qui effectue une analyse de la chaîne d'en-têtes et une reconstruction des métadonnées de date au niveau serveur. Chaque message est traité avec une vérification individuelle pour garantir la restauration précise de la date originale dans tous les services Exchange Online - sans altérer le contenu ni les pièces jointes. Les horodatages corrigés se propagent automatiquement à Outlook, OWA, les applications mobiles et les outils de conformité.