GSMMO ha sbagliato le date delle email? Ecco come correggerle

9 min di lettura Ultimo aggiornamento:

GSMMO e il problema delle date di cui nessuno avvisa

Google Workspace Migration for Microsoft Outlook (GSMMO) è lo strumento desktop che Google fornisce per migrare file PST, profili Outlook e archivi email locali in Gmail. È gratuito, è ufficialmente supportato, ed è il percorso di migrazione che Google raccomanda quando si sposta un piccolo team o alcune caselle di posta individuali 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. Poi si apre Gmail e si ordina per data. Ogni email mostra la data di oggi. Quella proposta inviata a gennaio 2021? Aprile 2026. La fattura del commercialista di marzo 2023? Anche quella aprile 2026.

GSMMO non avvisa che questo succederà. Il registro di migrazione mostra il successo per ogni messaggio. La documentazione di Google non lo menziona come limitazione nota. Lo si scopre solo quando qualcuno cerca una vecchia email per intervallo di date e ottiene zero risultati.

Come GSMMO carica davvero le sue email

GSMMO legge i messaggi dal file PST (o direttamente dal profilo Outlook) e li carica su Gmail attraverso l'API Gmail (lo dicono le stesse note di rilascio di Google per lo strumento). È qui che nasce il problema delle date, e vale la pena capire il meccanismo perché spiega perché la soluzione non è semplice come "reimportare".

Quando GSMMO carica un messaggio tramite l'API Gmail, Gmail aggiunge un nuovo header Received: datato al momento del caricamento. E quando la data originale non viene trasmessa insieme al messaggio, l'INTERNALDATE, il timestamp che Gmail usa internamente per l'ordinamento e la visualizzazione, viene impostato al momento del caricamento invece che 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? È ancora lì, intatto. GSMMO non modifica il corpo del messaggio né gli header originali. Ma Gmail lo ignora per la visualizzazione e usa invece l'INTERNALDATE, che ora dice aprile 2026.

GSMMO contro gli strumenti di migrazione lato amministratore

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

GSMMO (l'app desktop) gira sulla macchina dell'utente. Legge da Outlook o da un file PST e carica le email tramite l'API Gmail. L'utente ha bisogno di un account Google Workspace e del plugin GSMMO installato in Outlook. È uno strumento lato client.

Google Workspace Migration Service (lo strumento della console di amministrazione) è 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 perché può impostare l'INTERNALDATE in base ai 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'è alcuna intelligenza lato server che decida sulla conservazione delle date. Ogni messaggio caricato riceve lo stesso trattamento, sia che si tratti di un'email recente o di un messaggio d'archivio di 10 anni fa: un header Received: datato al giorno del caricamento. Punto.

Perché la conservazione delle date di GSMMO non funziona

Se ha guardato le impostazioni di GSMMO, avrà notato che non esiste in realtà un'opzione "conserva le date". Non è una svista. GSMMO dipende da come Gmail gestisce i messaggi caricati tramite la sua API, e non può modificarlo.

Ecco la catena tecnica degli eventi:

  1. GSMMO legge il messaggio dal file PST, inclusi i suoi timestamp originali
  2. GSMMO carica i dati del messaggio tramite l'API Gmail
  3. Gmail riceve il caricamento e memorizza il messaggio nella casella di posta
  4. Gmail aggiunge un nuovo header Received: datato al momento del caricamento (la riga gmailapi.google.com nell'esempio sopra)
  5. Quando la data originale non viene trasmessa, Gmail imposta l'INTERNALDATE al timestamp di caricamento
  6. Il messaggio arriva in Gmail con la data di oggi

I passaggi 4 e 5 sono quelli critici. Gmail aggiunge quell'header a ogni messaggio caricato tramite la sua API, qualunque cosa lo strumento invii, e GSMMO non ha alcuna impostazione per trasmettere o conservare la data originale. Il risultato è che tutte le sue email storiche appaiono come se fossero arrivate oggi.

Alcuni amministratori hanno provato a eseguire GSMMO con impostazioni specifiche di Google Workspace attivate o a modificare le impostazioni del profilo GSMMO. Nessuna di queste incide sul comportamento delle date. L'header Received: viene aggiunto lato Google, e nessuna configurazione lato client lo cambia.

Scenari specifici di GSMMO che rompono le date

Non tutte le migrazioni GSMMO finiscono nel caos delle date, anche se la maggior parte sì. Ecco dove conta:

  • File PST su Gmail: Le date si rompono. È il caso d'uso GSMMO più comune e il più colpito.
  • Profilo Outlook su Gmail: Le date si rompono. Stesso caricamento tramite API Gmail dell'importazione PST.
  • Exchange Online (Microsoft 365) su Gmail via GSMMO: Le date si rompono. GSMMO legge dal server Exchange e carica tramite l'API Gmail.
  • Exchange locale su Gmail via GSMMO: Le date si rompono. Stesso meccanismo.
  • Gmail su Gmail (reimportazione di un export PST): Le date si rompono. Anche se le email originali avevano date corrette nel PST, la reimportazione le ritimbra da capo.

Lo schema è chiaro. Ogni messaggio caricato tramite l'API Gmail riceve un header Received: datato al giorno del caricamento. GSMMO usa sempre questo percorso.

Ciò che rende tutto particolarmente frustrante è che il rapporto di migrazione di 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 finché 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 appena passato a Google Workspace. Deve trovare tutta la corrispondenza con i clienti del terzo trimestre 2024 per una dichiarazione fiscale. Cerca in Gmail per intervallo di date: luglio-settembre 2024. Zero risultati. Ogni email di quel periodo mostra ora la data della 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 è peggio che scomodo. 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 può farlo quando l'email mostra aprile 2026 invece di febbraio 2023. Gli audit di conformità ai sensi del SOX o dell'HIPAA si basano su timestamp di comunicazione accurati, e date sbagliate significano audit non superati.

E poi c'è 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 è ancora intatto in ogni email migrata. GSMMO non modifica il contenuto del messaggio. La data corretta è lì, viene semplicemente ignorata dalla logica di visualizzazione di Gmail perché l'INTERNALDATE e l'header Received principale puntano alla data della migrazione.

Redate.io si connette alla casella di posta di Google Workspace, analizza le email colpite dalla migrazione GSMMO e corregge i metadati della data usando un motore proprietario di analisi della catena di header e ricostruzione delle date. Redate non ha bisogno di sapere quale strumento ha eseguito la migrazione: trova le email la cui data visualizzata non corrisponde alla loro data originale, e le corregge senza alterare contenuto del messaggio, allegati o threading.

Ogni email corretta viene sottoposta a verifica individuale: integrità del messaggio, conservazione degli allegati, mappatura delle etichette e coerenza dei thread. Gli originali restano in una cartella di backup visibile Redate.io - Originals nella sua stessa casella di posta finché non li elimina Lei.

Potrebbe risolverlo Lei stesso con uno script? Capire il problema è 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 è 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? Come verifica che ogni singolo messaggio sia arrivato intatto? Uno script che funziona su 20 messaggi di test in laboratorio non sopravvivrà a una casella reale con 8 anni di corrispondenza.

Guide specifiche per piattaforma per GSMMO

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

Ha già migrato mesi fa? L'header Date originale non si degrada nel tempo. Redate.io può correggere le email colpite da GSMMO sia che la migrazione sia avvenuta la settimana scorsa o tre anni fa.

La migrazione GSMMO ha lasciato le sue email con date sbagliate? Esegua un'analisi gratuita per vedere il numero esatto di email interessate e il costo della correzione, prima di impegnarsi in qualsiasi cosa.

Articoli correlati