Corriger les dates de copie IMAP manuelle dans Outlook
Pourquoi la copie IMAP manuelle affiche la mauvaise date dans Outlook
De nombreux utilisateurs et administrateurs tentent de migrer des e-mails entre serveurs de messagerie en ajoutant les deux comptes IMAP dans Outlook et en faisant glisser ou copiant les messages de l'un à l'autre. Cette approche manuelle utilise Outlook comme intermédiaire : Outlook télécharge l'e-mail depuis le serveur IMAP source, puis le transfère vers le serveur IMAP de destination via la commande IMAP APPEND. Lors de ce transfert, le serveur de destination ajoute un nouvel en-tête Received avec l'horodatage actuel.
L'approche de copie IMAP manuelle n'a aucun mécanisme pour préserver l'INTERNALDATE originale. Contrairement aux outils de migration dédiés (qui tentent au moins de définir l'INTERNALDATE lors de l'APPEND), l'opération de copie d'Outlook ne transmet pas de paramètre de date au serveur de destination. Le serveur de destination définit l'INTERNALDATE à la date du transfert et ajoute son propre en-tête Received. Les deux sources de date reflètent désormais la date de la copie plutôt que la date de réception originale.
Les utilisateurs qui effectuent des copies IMAP manuelles le font souvent parce qu'ils pensent que c'est l'approche la plus simple, ou parce qu'ils déplacent un petit nombre d'e-mails. Cependant, même une petite copie manuelle peut corrompre les dates de centaines de messages si un dossier entier est sélectionné. La corruption des dates n'est pas apparente avant la fin de la copie, lorsque l'utilisateur remarque que tous les messages copiés affichent désormais la date de la copie dans la colonne de réception d'Outlook.
Comment cela affecte Outlook
Après une copie IMAP manuelle, Outlook affiche la date de la copie pour tous les messages transférés. La colonne « Reçu » montre le moment de la copie, pas la date de réception originale. Si l'utilisateur a supprimé les originaux du serveur source, il n'y a aucun moyen de voir les dates correctes dans Outlook sans corriger les en-têtes.
L'impact est identique à une corruption de dates causée par un outil de migration : le tri, la recherche et le filtrage par date fonctionnent tous sur l'horodatage de la copie. Les regroupements par date d'Outlook (Aujourd'hui, Hier, Cette semaine, etc.) sont perturbés. Contrairement aux scénarios d'outils de migration qui affectent généralement une boîte aux lettres entière, la corruption de dates par copie IMAP manuelle peut n'affecter qu'un sous-ensemble de la boîte aux lettres (uniquement les dossiers ou messages copiés manuellement), créant un mélange incohérent de messages correctement datés et incorrectement datés dans la même boîte aux lettres.
Questions fréquemment posées
Je n'ai copié manuellement que quelques dossiers. Redate.io peut-il ne corriger que ceux-là ?
Oui. Redate.io analyse l'intégralité de la boîte aux lettres et identifie uniquement les e-mails avec des dates corrompues (dont l'INTERNALDATE ne correspond pas à l'en-tête Date original). Seuls les messages affectés sont corrigés, les e-mails correctement datés restent intacts.
La copie IMAP manuelle est-elle pire que l'utilisation d'un outil de migration ?
En termes de corruption des dates, le résultat est le même : le serveur de destination horodate les messages avec la date du transfert. La copie IMAP manuelle via Outlook est en réalité pire sur un point : elle ne tente pas de définir l'INTERNALDATE, alors que certains outils de migration essaient au moins de la préserver.
Peut-on éviter la corruption des dates lors de la copie d'e-mails entre comptes IMAP dans Outlook ?
Outlook ne prend pas en charge la définition de l'INTERNALDATE lors de l'IMAP APPEND. Il n'y a aucun moyen d'éviter la corruption des dates en utilisant Outlook pour copier entre comptes IMAP. Si les dates ont été corrompues, Redate.io peut les corriger après coup.