Correggere le date di migrazione imapsync in Google

imapsync è lo strumento di riferimento per migrare caselle di posta verso Google Workspace. Open-source, automatizzabile tramite script, collaudato in migliaia di migrazioni. Ma ecco il problema: il gateway IMAP di Google Workspace non si comporta come un server IMAP standard per quanto riguarda la gestione delle date.

Quando imapsync carica un messaggio tramite il protocollo standard di trasferimento posta con il flag --syncinternaldates, chiede a Google di preservare l'INTERNALDATE originale dal server di origine. Google Workspace accetta questa richiesta per alcuni messaggi, ma la ignora silenziosamente per altri. La scelta di ignorarla dipende da come il messaggio attraversa la pipeline interna di elaborazione di Gmail: filtri antispam, controlli di conformità, validazione degli header. Ogni passaggio può reimpostare l'INTERNALDATE sul timestamp attuale. Nessun avviso, nessun registro di errore, nessuna indicazione che la data è stata modificata.

Ma l'INTERNALDATE è solo metà del problema. Google Workspace aggiunge anche un nuovo header Received a ogni messaggio caricato, con la data della migrazione. Questo header Received si posiziona in cima alla catena degli header, e qualsiasi client IMAP che legge la casella di posta (Outlook, Apple Mail, Thunderbird) mostrerà questo timestamp di migrazione anziché la data originale. Il risultato? Una casella di posta dove 47.000 e-mail sembrano essere arrivate tutte il 15 marzo 2025.

Ciò che rende Google Workspace particolarmente ingannevole è che l'interfaccia web di Gmail usa l'header Date per la visualizzazione, che imapsync non modifica. L'amministratore controlla Gmail nel browser, vede date corrette ovunque e presume che la migrazione sia riuscita. Nel frattempo, 200 dipendenti connessi tramite Outlook vedono una parete di e-mail con date identiche. Ha mai provato a spiegare a una direttrice finanziaria perché ogni e-mail nella sua casella di posta mostra la data di ieri?

La divisione Gmail/IMAP crea una realtà a due livelli all'interno della stessa organizzazione. Chi usa l'interfaccia web di Gmail non vede nulla di sbagliato. Chi usa Outlook, Apple Mail o qualsiasi client IMAP mobile vede ogni e-mail migrata con la data della migrazione. Quando un membro del team fa riferimento a "quella e-mail di ottobre scorso," i colleghi vedono date diverse a seconda del client che utilizzano. La confusione si trasforma in sfiducia verso l'intero sistema di posta.

Poi c'è l'aspetto della conformità. Google Vault, lo strumento su cui le organizzazioni fanno affidamento per le conservazioni legali e l'eDiscovery, si comporta in modo imprevedibile con date corrotte. Alcune ricerche in Vault consultano l'header Date, altre l'INTERNALDATE. Una richiesta di discovery legale per "tutte le e-mail tra gennaio e marzo 2024" potrebbe restituire risultati incompleti perché l'INTERNALDATE indica che i messaggi sono stati consegnati nel 2025. Per le organizzazioni in settori regolamentati (sanità, finanza, settore legale), questo non è un inconveniente. È un rischio di responsabilità.

Redate.io si connette a Google Workspace tramite delega a livello di dominio ed esegue il suo motore di correzione proprietario sulle caselle di posta interessate. Il motore esegue un'analisi degli header in più fasi per identificare le firme di migrazione di imapsync, quindi applica una correzione mirata dei metadati senza alterare il contenuto effettivo del messaggio. Ogni e-mail corretta viene verificata individualmente prima che l'originale venga spostato in un'etichetta di backup. Il pannello di amministrazione monitora l'avanzamento su tutte le caselle di posta in tempo reale, che siano 50 o 500, la scalabilità è la stessa.