GSMMO ha alterato le date delle email? Ecco come correggerle

GSMMO e il problema delle date di cui nessuno avvisa

Google Workspace Migration for Microsoft Outlook (GSMMO) e lo strumento desktop che Google mette a disposizione per migrare file PST, profili Outlook e archivi email locali in Gmail. E gratuito, ufficialmente supportato, ed e il percorso di migrazione che Google raccomanda quando si sposta un piccolo team o qualche casella individuale da Outlook a Google Workspace.

Lo strumento funziona. Le email arrivano in Gmail, la struttura delle cartelle si trasforma in etichette, i contatti vengono trasferiti. Ma apra Gmail dopo e ordini per data. Ogni email mostra la data odierna. Quella proposta inviata a gennaio 2021? Aprile 2026. La fattura del commercialista di marzo 2023? Anche quella aprile 2026.

GSMMO non avvisa che questo succedera. Il registro di migrazione mostra successo per ogni messaggio. La documentazione stessa di Google non lo menziona come limitazione nota. Lo si scopre solo quando qualcuno cerca un vecchio messaggio per intervallo di date e ottiene zero risultati.

Come GSMMO carica davvero le email

GSMMO legge i messaggi dal file PST (o direttamente dal profilo Outlook) e li carica su Gmail attraverso il gateway IMAP di Google. Qui nasce il problema delle date, e vale la pena capire la meccanica perche spiega perche la soluzione non e semplice come "reimportare".

Quando GSMMO carica un messaggio, il gateway IMAP di Gmail lo tratta come un'email appena arrivata. Gmail timbra il messaggio con un nuovo header Received: contenente il timestamp attuale. L'INTERNALDATE, il timestamp che Gmail usa internamente per ordinamento e visualizzazione, viene impostato al momento del caricamento anziche alla data di invio originale.

Ecco come appare la catena di header dopo una migrazione GSMMO:

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Vede quell'header Date: originale di settembre 2019? E ancora li, intatto. GSMMO non modifica il corpo del messaggio ne gli header originali. Ma Gmail lo ignora per la visualizzazione e usa l'INTERNALDATE, che ora dice aprile 2026.

GSMMO vs. strumenti di migrazione per amministratori

E qui che spesso inizia la confusione. Google ha diversi strumenti di migrazione, e non si comportano tutti allo stesso modo.

GSMMO (l'app desktop) gira sulla macchina dell'utente. Legge da Outlook o da un file PST e invia le email tramite l'interfaccia IMAP di Google. L'utente ha bisogno di un account Google Workspace e del plugin GSMMO installato in Outlook. E uno strumento lato client, il che significa che i server di Google vedono messaggi in arrivo, non messaggi migrati.

Google Workspace Migration Service (lo strumento nella console di amministrazione) funziona lato server. Un amministratore lo configura nella Console di Amministrazione Google, lo punta verso un server Exchange o un altro tenant Google Workspace, e la migrazione viene eseguita nell'infrastruttura di Google. Questo strumento gestisce le date un po' meglio in alcune configurazioni perche puo impostare l'INTERNALDATE basandosi sui metadati di origine. Ma "un po' meglio" non significa "affidabile", e molti amministratori segnalano lo stesso problema di date anche con questo strumento.

La differenza chiave? Con GSMMO, non c'e intelligenza lato server per la preservazione delle date. Il gateway IMAP tratta ogni messaggio caricato in modo identico, che sia un'email fresca o un messaggio archiviato di 10 anni fa. Timbra la data corrente. Punto.

Perche la preservazione delle date GSMMO non funziona

Se ha guardato le impostazioni di GSMMO, avra notato che non esiste un'opzione "preserva le date". Non e una svista. GSMMO si affida al comportamento del gateway IMAP di Gmail per la gestione delle date e non puo aggirarlo.

La catena tecnica degli eventi:

1. GSMMO legge il messaggio dal file PST, inclusi i timestamp originali
2. GSMMO si connette a Gmail via IMAP e invia un comando APPEND con i dati del messaggio
3. Il gateway IMAP di Gmail riceve l'APPEND e lo elabora attraverso la pipeline di trasporto interna
4. La pipeline di trasporto aggiunge un nuovo header Received: con la data corrente
5. Gmail imposta l'INTERNALDATE al timestamp di caricamento
6. Il messaggio arriva in Gmail con la data odierna

Il passaggio 3 e quello che conta. Anche se il protocollo IMAP APPEND tecnicamente supporta l'impostazione di un INTERNALDATE personalizzato, l'implementazione di Gmail non lo rispetta sempre, specialmente attraverso il percorso GSMMO. Il risultato: tutte le email storiche sembrano essere arrivate oggi.

Alcuni amministratori hanno provato a eseguire GSMMO con impostazioni specifiche di Google Workspace o regolando i parametri del profilo GSMMO. Niente di tutto cio influisce sul comportamento delle date. La data viene timbrata lato server, e nessuna configurazione lato client la cambia.

Scenari GSMMO che corrompono le date

Non tutte le migrazioni GSMMO finiscono nel caos delle date, ma la maggior parte si. Ecco i casi interessati:

• File PST su Gmail: Le date vengono corrotte. E il caso d'uso GSMMO piu comune e il piu colpito.
• Profilo Outlook su Gmail: Le date vengono corrotte. Stesso comportamento del gateway IMAP dell'importazione PST.
• Exchange Online (Microsoft 365) su Gmail via GSMMO: Le date vengono corrotte. GSMMO legge dal server Exchange e carica attraverso il gateway IMAP di Gmail.
• Exchange locale su Gmail via GSMMO: Le date vengono corrotte. Stesso meccanismo.
• Gmail su Gmail (reimportazione di export PST): Le date vengono corrotte. Anche se le email originali avevano date corrette nel PST, la reimportazione le ritimbra.

Lo schema e chiaro. Qualsiasi percorso che passa per il gateway IMAP di Gmail durante il caricamento sovrascrive le date. GSMMO usa sempre questo percorso.

Cio che rende tutto particolarmente frustrante e che il rapporto di migrazione GSMMO mostra tutto come riuscito. Nessun avviso sulle date, nessun errore, nessun segnale. Bisognerebbe confrontare manualmente i timestamp prima e dopo la migrazione per accorgersene, e la maggior parte degli amministratori non lo fa finche un utente non si lamenta.

L'impatto va ben oltre l'ordinamento

Date sbagliate dopo una migrazione GSMMO creano problemi reali che vanno oltre una casella di posta disordinata.

Immagini di essere un commercialista e di aver appena migrato a Google Workspace. Deve trovare tutta la corrispondenza con i clienti del T3 2024 per una dichiarazione fiscale. Cerca in Gmail per intervallo di date: luglio-settembre 2024. Zero risultati. Ogni email di quel periodo ora mostra la data di migrazione, quindi il filtro date di Gmail non riesce a trovarle. Resta bloccato a scorrere migliaia di messaggi o a cercare per parola chiave sperando di ricordare i termini giusti.

Per i settori regolamentati, questo e peggio che fastidioso. I timestamp delle email servono come prova legale. Un consulente finanziario che deve dimostrare di aver inviato un'informativa prima di una data di transazione non puo farlo quando l'email mostra aprile 2026 invece di febbraio 2023. Gli audit di conformita ai sensi del GDPR si basano su timestamp di comunicazione precisi, e date sbagliate significano audit non superati.

E poi c'e il problema del threading. Gmail raggruppa le conversazioni per data e oggetto. Quando ogni messaggio di un thread mostra la stessa data, la vista conversazione diventa confusa. Le risposte appaiono prima del messaggio originale. L'intera struttura del thread crolla in un mucchio di email con la stessa data.

Correggere le date GSMMO con Redate.io

La buona notizia: quell'header Date: originale e ancora intatto in ogni email migrata. GSMMO non modifica il contenuto del messaggio. La data corretta c'e, viene semplicemente ignorata dalla logica di visualizzazione di Gmail perche l'INTERNALDATE e l'header Received superiore puntano alla data di migrazione.

Redate.io si connette alla casella Google Workspace, scansiona le email colpite dalla migrazione GSMMO e corregge i metadati della data attraverso un motore proprietario di analisi della catena di header e ricostruzione delle date. La correzione identifica pattern specifici di GSMMO nella catena di header Received (la firma gmailapi.google.com e gli identificatori del gateway IMAP locale) ed esegue una correzione mirata dei metadati senza alterare contenuto del messaggio, allegati o threading.

Ogni email corretta viene verificata individualmente: integrita del messaggio, preservazione degli allegati, mappatura delle etichette e coerenza dei thread. Gli originali restano in una cartella visibile Redate.io - Originals per 30 giorni.

Potrebbe farlo Lei stesso con uno script? In effetti, capire il problema e una cosa. Correggere 12.000 email senza rompere firme S/MIME, corrompere parti MIME annidate o rovinare header codificati RFC 2047 su una casella di produzione e tutt'altra cosa. Come gestisce l'email con un allegato da 38 MB e un confine MIME corrotto che GSMMO ha importato ma a malapena tenuto insieme? Uno script che funziona con 20 messaggi di test in laboratorio non sopravvivra a una casella reale con 8 anni di corrispondenza.

Guide alla correzione per piattaforma per GSMMO

Poiche GSMMO migra specificatamente verso Google Workspace, la correzione avviene a livello Gmail. Ma le email interessate sono visibili in ogni client connesso a quell'account Gmail:

• Correggere le date di migrazione GSMMO in Gmail
• Correggere le date di migrazione GSMMO in Outlook (connesso a Google Workspace)
• Correggere le date di migrazione GSMMO in Apple Mail

Migrazione avvenuta mesi fa? L'header Date originale non si degrada nel tempo. Redate.io puo correggere email colpite da GSMMO sia che la migrazione sia avvenuta la settimana scorsa o tre anni fa.

La migrazione GSMMO ha lasciato le email con date sbagliate? Avvii una scansione gratuita per vedere il numero esatto di email interessate e il costo della correzione, prima di impegnarsi.