Corriger les dates de migration imapsync dans Gmail
Pourquoi les migrations imapsync affichent la mauvaise date dans Gmail
imapsync est fréquemment utilisé pour migrer des boîtes aux lettres vers des comptes Gmail et Google Workspace via IMAP. Lorsqu'imapsync transfère des messages vers l'interface IMAP de Gmail, Gmail traite chaque message à travers son propre pipeline de messagerie. Même lorsque le drapeau --syncinternaldates est spécifié, l'implémentation IMAP de Gmail peut écraser l'INTERNALDATE demandée dans certaines situations, notamment lorsque le message passe par les filtres antispam et de sécurité de Gmail.
Le comportement IMAP de Gmail diffère notablement des serveurs IMAP standard. Gmail ajoute son propre en-tête Received (contenant généralement « gmailapi.google.com » ou l'identifiant de la passerelle IMAP) avec l'horodatage du transfert. De plus, la gestion par Gmail de la commande APPEND avec une INTERNALDATE spécifiée n'est pas toujours cohérente. Certains messages reçoivent la date demandée, tandis que d'autres sont horodatés avec le moment du transfert, créant un mélange imprévisible de dates correctes et incorrectes au sein de la même boîte aux lettres migrée.
Pour les utilisateurs de Gmail web, la date affichée est dérivée de l'en-tête Date, ce qui masque le problème d'INTERNALDATE. Mais les utilisateurs qui se connectent à leur compte Gmail via Outlook, Apple Mail ou Thunderbird voient la date de migration sur les messages affectés. L'incohérence entre Gmail web et les clients IMAP crée de la confusion, et la nature partielle du problème (certaines dates correctes, d'autres non) rend encore plus difficile le diagnostic et la quantification de l'étendue des messages affectés.
Comment cela affecte Gmail
Le double comportement de dates de Gmail signifie que le problème est invisible dans l'interface web de Gmail mais pleinement visible dans les clients IMAP. Les utilisateurs qui n'utilisent Gmail que dans un navigateur peuvent ne jamais remarquer le problème. Les utilisateurs qui connectent Outlook, Apple Mail ou Thunderbird au même compte Gmail voient la date de migration sur les e-mails affectés. Cette incohérence conduit à des signalements contradictoires des utilisateurs qui compliquent les efforts de support.
La recherche IMAP de Gmail (commandes SEARCH SINCE/BEFORE) utilise l'INTERNALDATE, de sorte que les outils ou clients IMAP qui effectuent des recherches par date côté serveur obtiennent des résultats incorrects. Les outils de sauvegarde tiers qui se connectent à Gmail via IMAP archivent les mauvaises dates, créant des inexactitudes permanentes dans les sauvegardes. Google Vault et les outils de conformité Workspace peuvent également référencer l'INTERNALDATE pour les conservations basées sur les dates, affectant potentiellement les processus juridiques et réglementaires.
Questions fréquemment posées
Pourquoi imapsync --syncinternaldates ne fonctionne-t-il pas de manière fiable avec Gmail ?
L'implémentation IMAP de Gmail a des comportements spécifiques qui diffèrent des serveurs IMAP standard. Gmail peut écraser l'INTERNALDATE demandée lors de son pipeline de traitement interne, en particulier lorsque les messages passent par les filtres antispam ou l'analyse de sécurité. Il s'agit d'un comportement spécifique à Gmail, pas d'un bug d'imapsync.
Comment savoir quels e-mails dans Gmail ont la mauvaise INTERNALDATE ?
Redate.io analyse la boîte aux lettres et identifie les e-mails dont l'INTERNALDATE ne correspond pas à l'en-tête Date original. L'analyse est gratuite et indique exactement combien d'e-mails sont affectés, permettant aux administrateurs d'évaluer l'ampleur du problème avant de s'engager dans la correction.
Redate.io gère-t-il les libellés Gmail lors de la correction des dates ?
Oui. Redate.io préserve tous les libellés Gmail, les étoiles, l'état lu/non lu et les autres métadonnées lors de la correction de l'e-mail. Le message corrigé apparaît au même emplacement avec les mêmes libellés que l'original.