Corriger les dates de copie IMAP dans Gmail

La copie IMAP manuelle vers Gmail semble assez simple : ajoutez votre compte source et Gmail dans un client e-mail comme Outlook, Thunderbird ou Apple Mail, puis glissez les messages. Ce que personne ne vous dit, c'est que chaque client e-mail perd les métadonnées de date originales pendant cette opération. Le client téléverse les messages vers Gmail sans spécifier l'INTERNALDATE originale, donc Gmail enregistre l'horodatage du téléversement à la place. Des milliers d'e-mails, une seule date.

Gmail ajoute sa propre complication au problème. Quand il reçoit un message téléversé, la passerelle IMAP de Gmail ajoute un nouvel en-tête Received estampillé avec la date et l'heure actuelles. Cet en-tête se retrouve en haut de la chaîne. L'interface web Gmail est assez intelligente pour utiliser l'en-tête Date du corps de l'e-mail pour l'affichage, donc les dates peuvent sembler correctes dans le navigateur. Mais chaque client IMAP qui se connecte ensuite lit l'INTERNALDATE corrompue depuis les serveurs Google.

Qui fait réellement des copies IMAP manuelles ? Plus de monde qu'on ne le pense. Des petites entreprises qui consolident depuis Yahoo Mail ou un hébergement bon marché vers Gmail. Des freelances qui fusionnent trois comptes en un. Des consultants IT qui migrent la boîte d'un client depuis un fournisseur sans outil de migration officiel. L'approche glisser-déposer semble intuitive et sûre. Mais au niveau du protocole IMAP, les métadonnées de date sont silencieusement détruites pendant le transfert - et quand quelqu'un s'en rend compte, le compte source est peut-être déjà fermé.

L'impact se divise en deux mondes. Dans l'interface web Gmail, les dates peuvent sembler correctes parce que Gmail lit l'en-tête Date du corps de l'e-mail. Dans n'importe quel client IMAP - Outlook, Apple Mail, Thunderbird, l'application Gmail sur Android - c'est la date de copie qui s'affiche. Cela crée une situation confuse où le même e-mail affiche des dates différentes selon la façon dont on y accède.

Mais les dégâts vont plus loin que les incohérences d'affichage. Avez-vous déjà essayé de mener un audit de conformité sur une boîte où 30000 e-mails ont tous la même INTERNALDATE ? Les recherches Google Vault par date renvoient des résultats trompeurs. Les outils de sauvegarde comme MailStore, Veeam ou des scripts d'archivage personnalisés connectés via IMAP enregistrent définitivement les mauvaises dates. Les exports Google Takeout peuvent référencer l'INTERNALDATE pour le nommage des fichiers, créant des dossiers d'archive où des e-mails de 2017 côtoient des e-mails de 2023 sous une seule date. Pour quelqu'un qui a consolidé des années d'e-mails de plusieurs fournisseurs dans Gmail, cela peut signifier que tout son historique e-mail a des métadonnées de date incorrectes sur les serveurs Google.

Redate.io résout ce problème grâce à un moteur de correction propriétaire qui utilise la reconnaissance de signatures d'outils de migration pour identifier les messages affectés. Le processus effectue une correction ciblée des métadonnées au niveau serveur - préservant le contenu, les libellés, le statut lu et les pièces jointes tout en restaurant des informations de date précises. Chaque message fait l'objet d'une vérification individuelle avant et après correction.