Corriger les dates imapsync dans Outlook

Vous avez lancé imapsync avec --syncinternaldates. Vous avez vérifié les logs. Tout semblait propre. Puis vous avez ouvert Outlook, et chaque e-mail de la boîte migrée affiche la même date. Que s'est-il passé ?

Voici ce que la plupart des administrateurs ratent : INTERNALDATE et en-têtes Received sont deux mécanismes de date complètement différents, et Outlook n'utilise pas celui qu'imapsync protège. Le flag --syncinternaldates indique à imapsync de préserver l'IMAP INTERNALDATE - l'horodatage côté serveur stocké avec chaque message. imapsync le fait correctement dans la plupart des cas. Mais quand le serveur de destination traite le message téléversé, il ajoute un nouvel en-tête Received en haut de la chaîne d'en-têtes de l'e-mail. Cet en-tête porte l'horodatage de migration - le moment exact du transfert.

La colonne "Reçu" d'Outlook lit ces en-têtes Received, pas l'INTERNALDATE. Donc même quand imapsync a parfaitement préservé l'INTERNALDATE sur le serveur, Outlook l'ignore et affiche la date de migration depuis l'en-tête Received à la place. Vous pouvez vérifier vous-même : connectez-vous au même serveur avec un client IMAP brut, lancez une commande FETCH pour l'INTERNALDATE, et vous verrez peut-être la bonne date. Mais Outlook affichera quand même la mauvaise.

Ce décalage entre INTERNALDATE et en-têtes Received a piégé des milliers d'administrateurs au fil des ans (consultez n'importe quel fil de forum sysadmin sur les problèmes de dates imapsync - la confusion est partout). La documentation d'imapsync met l'accent sur la préservation de l'INTERNALDATE, ce qui donne aux administrateurs une fausse confiance. Le problème des en-têtes Received est un sujet à part entière, et --syncinternaldates n'a jamais été conçu pour le résoudre.

Ouvrez Outlook après une migration imapsync et triez la boîte de réception par date. Chaque e-mail - qu'il ait été envoyé la semaine dernière ou en 2017 - se retrouve à la même date. La colonne "Reçu" affiche l'horodatage de migration pour tous. Faites défiler 30000 e-mails. Même date. Même date. Même date. Retrouver un e-mail spécifique d'il y a six mois ? Bonne chance. La recherche par date d'Outlook renvoie tout ou rien, parce que chaque message correspond à la même plage de dates.

Les administrateurs qui découvrent le problème passent généralement des heures à déboguer du mauvais côté. Ils reconstruisent les fichiers OST, suppriment et recréent les profils Outlook, vident le cache local, voire réinstallent Office. Rien de tout cela ne fonctionne parce que le problème n'est pas dans Outlook. Il est dans les en-têtes d'e-mail stockés sur le serveur de messagerie. Outlook affiche correctement ce que les en-têtes lui disent - les en-têtes sont juste faux. La seule voie de résolution est de corriger les en-têtes Received et l'INTERNALDATE au niveau serveur, pour chaque message affecté.

Redate.io se connecte directement au serveur de messagerie et exécute un traitement sécurisé au niveau message avec vérification individuelle. Chaque e-mail est analysé pour détecter la signature de migration imapsync dans la chaîne d'en-têtes Received, séparant les en-têtes de livraison légitimes de ceux injectés pendant la migration. Le message corrigé conserve chaque en-tête original, pièce jointe et indicateur. Redate.io traite les boîtes sur tout serveur IMAP standard - Dovecot, Courier, Cyrus, Exchange ou toute autre plateforme compatible IMAP qui était la cible de la migration imapsync.