Correggere le date di migrazione CloudM in Gmail
Perché le migrazioni CloudM mostrano la data sbagliata in Gmail
CloudM Migrate (precedentemente Cloud Migrator) è ampiamente utilizzato per migrare caselle di posta verso Google Workspace. CloudM utilizza la Gmail API per caricare le email nell'account Gmail di destinazione. Durante questo caricamento, l'infrastruttura di Gmail registra il timestamp di inserimento come INTERNALDATE del messaggio, sovrascrivendo la data di consegna originale con la data in cui è stata effettuata la migrazione.
CloudM tenta di preservare l'header Date originale nel corpo dell'email, e l'interfaccia web di Gmail tipicamente utilizza questo header Date per la visualizzazione. Tuttavia, la IMAP INTERNALDATE rimane permanentemente impostata sulla data di migrazione. Ogni client IMAP che si connette all'account Gmail (Outlook, Apple Mail, Thunderbird, client mobili che usano IMAP) legge questa INTERNALDATE e visualizza la data di migrazione nella colonna di ricezione.
Le organizzazioni che migrano da Microsoft 365, Exchange on-premises o altre piattaforme verso Google Workspace usando CloudM scoprono questo problema quando gli utenti connettono client desktop ai loro nuovi account Gmail. L'interfaccia web di Gmail può sembrare corretta, ma Outlook e Apple Mail mostrano ogni email come ricevuta alla data di migrazione, generando confusione e ticket di supporto in tutta l'organizzazione.
Come questo influisce su Gmail
In Gmail, l'impatto dipende da come l'utente accede alla propria casella di posta. L'interfaccia web di Gmail tipicamente visualizza le date correttamente perché legge l'header Date dall'email stessa. Tuttavia, qualsiasi client connesso via IMAP (Outlook, Apple Mail, Thunderbird) visualizza la data di migrazione perché questi client si affidano alla IMAP INTERNALDATE anziché all'header Date.
Anche il sistema di etichette e la ricerca di Gmail sono influenzati in modi sottili. Mentre la ricerca web di Gmail usa l'header Date per gli operatori "before:" e "after:", il comando IMAP SEARCH DATE usa l'INTERNALDATE. Gli strumenti di backup e le soluzioni di archiviazione email di terze parti che si connettono via IMAP archiviano la data di migrazione come data del messaggio, creando inesattezze permanenti nei record di backup. Google Vault, utilizzato per conformità e blocco legale, può anch'esso fare riferimento all'INTERNALDATE per certe operazioni, influenzando la precisione della scoperta legale basata su date.
Domande frequenti
CloudM Migrate corrompe sempre le date in Gmail?
CloudM carica le email usando la Gmail API, che imposta l'INTERNALDATE al timestamp di caricamento. L'header Date all'interno dell'email viene preservato, quindi Gmail web normalmente mostra la data corretta. Ma i client IMAP visualizzano la data di migrazione perché leggono l'INTERNALDATE.
Perché le email appaiono bene in Gmail web ma sbagliate in Outlook?
Gmail web usa l'header Date dal corpo dell'email per la visualizzazione, che CloudM preserva. Outlook e altri client IMAP usano la IMAP INTERNALDATE, che è impostata sulla data di migrazione. Redate.io corregge l'INTERNALDATE in modo che tutti i client mostrino la data corretta.
Redate.io può correggere le date di migrazione CloudM in un intero dominio Google Workspace?
Sì. Tramite la delega a livello di dominio di Google Workspace, Redate.io può scansionare e correggere le caselle di posta in tutta l'organizzazione. Gli amministratori possono elaborare più caselle di posta senza necessitare del coinvolgimento individuale degli utenti.