Corriger les dates imapsync dans Google Workspace

imapsync est l'outil de référence pour migrer des boîtes aux lettres vers Google Workspace. Open source, scriptable, éprouvé sur des milliers de migrations. Mais voici le piège : la passerelle IMAP de Google Workspace ne se comporte pas comme un serveur IMAP standard en matière de gestion des dates.

Quand imapsync téléverse un message via le protocole IMAP avec le flag --syncinternaldates, il demande à Google de préserver l'INTERNALDATE originale du serveur source. Google Workspace accepte cette demande pour certains messages mais l'écrase silencieusement pour d'autres. Cette substitution dépend de la façon dont le message traverse le pipeline de traitement interne de Gmail - filtres anti-spam, contrôles de conformité, validation des en-têtes. Chaque étape peut réinitialiser l'INTERNALDATE à l'horodatage actuel. Pas d'avertissement, pas de journal d'erreur, pas d'indication que la date a été modifiée.

Mais l'INTERNALDATE n'est que la moitié du problème. Google Workspace ajoute aussi un nouvel en-tête Received à chaque message téléversé, estampillé avec la date de migration. Cet en-tête Received se retrouve en haut de la chaîne, et tout client IMAP qui lit la boîte (Outlook, Apple Mail, Thunderbird) affichera cet horodatage de migration au lieu de la date originale. Résultat ? Une boîte où 47000 e-mails semblent tous être arrivés le 15 mars 2025.

Ce qui rend Google Workspace particulièrement trompeur, c'est que l'interface web Gmail utilise l'en-tête Date pour l'affichage - qu'imapsync ne modifie pas. En fait, l'administrateur vérifie Gmail dans le navigateur, voit des dates correctes partout, et suppose que la migration a réussi. Pendant ce temps, 200 employés connectés via Outlook voient un mur d'e-mails datés à l'identique. Avez-vous déjà essayé d'expliquer à une directrice financière pourquoi chaque e-mail de sa boîte affiche désormais la date d'hier ?

Le décalage Gmail/IMAP crée une réalité à deux vitesses au sein de la même organisation. Les utilisateurs sur l'interface web Gmail ne voient aucun problème. Les utilisateurs sur Outlook, Apple Mail ou n'importe quel client IMAP mobile voient chaque e-mail migré estampillé avec la date de migration. Quand un collègue référence "cet e-mail d'octobre dernier", ses collègues voient des dates différentes selon le client qu'ils utilisent. La confusion se transforme en défiance envers tout le système de messagerie.

D'ailleurs, il y a l'angle conformité. Google Vault - l'outil sur lequel les organisations comptent pour les obligations légales et l'eDiscovery - se comporte de manière imprévisible avec les dates corrompues. Certaines recherches Vault référencent l'en-tête Date, d'autres l'INTERNALDATE. Une demande d'eDiscovery pour "tous les e-mails entre janvier et mars 2024" pourrait renvoyer des résultats incomplets parce que l'INTERNALDATE indique que les messages ont été livrés en 2025. Pour les organisations dans des secteurs réglementés (santé, finance, juridique) soumises au RGPD, ce n'est pas un désagrément. C'est un risque juridique.

Redate.io se connecte à Google Workspace via la délégation au niveau du domaine et exécute son moteur de correction propriétaire sur les boîtes affectées. Le moteur effectue une analyse multi-étapes des en-têtes pour identifier les signatures de migration imapsync, puis applique une correction ciblée des métadonnées sans altérer le contenu réel du message. Chaque e-mail corrigé est vérifié individuellement avant que l'original ne soit déplacé vers un libellé de sauvegarde. Le tableau de bord administrateur suit la progression en temps réel sur toutes les boîtes - 50 boîtes, 500 boîtes, ça s'adapte de la même façon.