Correggere le date di migrazione GSMMO in Gmail
Perché le migrazioni GSMMO mostrano la data sbagliata in Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) carica le email da file PST o profili Outlook direttamente su Gmail usando la Gmail API. Sebbene la Gmail API supporti tecnicamente l'impostazione di un'INTERNALDATE personalizzata durante l'inserimento dei messaggi, il processo di caricamento di GSMMO risulta nel fatto che Gmail registra il timestamp di caricamento come INTERNALDATE per la maggior parte dei messaggi. L'header Date originale dell'email viene preservato, ma l'INTERNALDATE viene sovrascritta.
Nell'interfaccia web di Gmail, questo problema è parzialmente nascosto. Gmail web usa l'header Date dal corpo dell'email per la sua data di visualizzazione, quindi la maggior parte delle email appare con la data corretta nel browser. Tuttavia, la IMAP INTERNALDATE memorizzata sul server è sbagliata. Questo diventa visibile quando gli utenti accedono al loro account Gmail tramite qualsiasi client IMAP (Outlook, Thunderbird, Apple Mail) o quando strumenti di terze parti interrogano la casella di posta via IMAP.
GSMMO è tipicamente utilizzato da utenti finali che stanno passando da Microsoft Outlook a Google Workspace. Questi utenti potrebbero non notare immediatamente il problema dell'INTERNALDATE se usano principalmente l'interfaccia web di Gmail. Il problema emerge settimane o mesi dopo quando installano un client IMAP, configurano uno strumento di backup, o quando un team di conformità esegue una ricerca basata su date nella casella di posta tramite Google Vault o software di archiviazione basato su IMAP.
Come questo influisce su Gmail
Per gli utenti Gmail web, l'impatto visivo è minimo perché l'header Date viene visualizzato correttamente. Tuttavia, l'INTERNALDATE corrotta influisce su diverse aree non ovvie. Il comando IMAP SEARCH DATE di Gmail usa l'INTERNALDATE, quindi qualsiasi strumento o client basato su IMAP che esegue ricerche per data sulla casella di posta ottiene risultati errati. Strumenti di backup come MailStore, Veeam o script personalizzati che archiviano Gmail via IMAP registrano le date sbagliate nei loro backup.
L'ordinamento di Gmail all'interno delle etichette quando vi si accede via IMAP usa l'INTERNALDATE. Gli utenti che accedono al loro account Gmail da client IMAP mobili o applicazioni email desktop vedono un disordine di email tutte datate al giorno della migrazione. Le esportazioni Google Takeout possono anch'esse fare riferimento all'INTERNALDATE per nomi di file o metadati, creando potenzialmente archivi confusi. L'header Date corretto è dentro il messaggio, ma l'INTERNALDATE governa come gli strumenti esterni e i client IMAP percepiscono la timeline del messaggio.
Domande frequenti
Se Gmail web mostra la data corretta, perché dovrei correggere l'INTERNALDATE?
L'INTERNALDATE influisce sui client IMAP, sugli strumenti di backup, sulle ricerche di conformità Google Vault e su qualsiasi integrazione di terze parti che si connette via IMAP. Anche se la visualizzazione Gmail web è corretta, i dati sottostanti sono sbagliati e possono causare problemi in ambienti di backup, conformità e multi-client.
Come corregge Redate.io le date GSMMO in Gmail?
Redate.io legge l'header Date originale di ogni email, rimuove l'header Received di migrazione GSMMO e reinserisce l'email con l'INTERNALDATE corretta che corrisponde alla data originale. L'email originale viene spostata in un'etichetta di backup per sicurezza.
La correzione cambierà come le email appaiono in Gmail web?
No. Gmail web mostra già la data corretta (dall'header Date). La correzione corregge l'INTERNALDATE in modo che anche i client IMAP visualizzino la data corretta. L'esperienza Gmail web rimane invariata.