Corriger les dates de migration imapsync dans Outlook
Pourquoi les migrations imapsync affichent la mauvaise date dans Outlook
imapsync est un outil en ligne de commande open-source populaire parmi les administrateurs système pour la synchronisation de boîtes aux lettres IMAP de serveur à serveur. imapsync inclut un drapeau --syncinternaldates conçu pour préserver l'INTERNALDATE originale pendant la migration. Cependant, même lorsque ce drapeau est utilisé, le serveur de messagerie de destination ajoute son propre en-tête Received à chaque message transféré, et cet en-tête porte l'horodatage de la migration.
Outlook ne s'appuie pas uniquement sur l'INTERNALDATE pour l'affichage de la date. La colonne « Reçu » d'Outlook est dérivée de l'en-tête Received le plus récent de l'e-mail. Même si imapsync a correctement préservé l'INTERNALDATE avec --syncinternaldates, le nouvel en-tête Received ajouté par le serveur de destination écrase la date qu'Outlook affiche. Les administrateurs qui pensaient avoir protégé les dates en utilisant les bons drapeaux imapsync découvrent qu'Outlook affiche malgré tout la mauvaise date.
Ce comportement surprend de nombreux administrateurs expérimentés. La documentation d'imapsync se concentre sur la préservation de l'INTERNALDATE, amenant les administrateurs à supposer que --syncinternaldates est suffisant. En pratique, le problème des en-têtes Received est un problème distinct que --syncinternaldates ne résout pas, car l'en-tête Received est ajouté par le serveur de destination après que imapsync ait terminé son transfert, en dehors du contrôle d'imapsync.
Comment cela affecte Outlook
Après une migration imapsync, Outlook affiche la date de migration dans la colonne « Reçu » pour chaque e-mail. Même lorsque --syncinternaldates a été utilisé et que l'IMAP INTERNALDATE est techniquement correcte sur le serveur, Outlook analyse les en-têtes Received et affiche le plus récent, qui est l'horodatage de migration. Le résultat est une boîte aux lettres où chaque e-mail semble être arrivé le même jour.
La frustration est amplifiée car les administrateurs peuvent vérifier sur le serveur IMAP que l'INTERNALDATE est correcte, alors qu'Outlook affiche toujours la mauvaise date. Cela conduit à des heures de dépannage côté Outlook (réinstallation des profils, vidage des caches, reconstruction des fichiers OST) qui ne résolvent jamais le problème, car la cause réelle se trouve dans les en-têtes de l'e-mail, pas dans la configuration locale d'Outlook. La seule solution est de supprimer l'en-tête Received de migration de chaque e-mail au niveau du serveur.
Questions fréquemment posées
J'ai utilisé imapsync --syncinternaldates mais Outlook affiche toujours la mauvaise date. Pourquoi ?
Le drapeau --syncinternaldates préserve l'IMAP INTERNALDATE sur le serveur, mais il ne peut pas empêcher le serveur de destination d'ajouter un nouvel en-tête Received. Outlook lit l'en-tête Received le plus récent pour l'affichage de la date, qui contient l'horodatage de migration. L'INTERNALDATE et l'en-tête Received sont deux sources de dates distinctes.
Peut-on corriger les dates imapsync en modifiant manuellement les en-têtes Received ?
Techniquement, il faudrait télécharger chaque e-mail, modifier les en-têtes, supprimer l'original et le retransférer avec l'INTERNALDATE correcte. Pour plus qu'une poignée d'e-mails, cette approche est impraticable. Redate.io automatise l'intégralité de ce processus avec une vérification intégrée.
Redate.io fonctionne-t-il avec tous les serveurs IMAP utilisés avec imapsync ?
Oui. Redate.io prend en charge tout serveur IMAP standard. Que la destination soit Dovecot, Courier, Exchange ou tout autre serveur compatible IMAP, Redate.io peut s'y connecter et corriger les dates.