Correggere le date di migrazione CloudM in Google Workspace
Perché le migrazioni CloudM mostrano la data sbagliata in Google Workspace
CloudM Migrate è uno strumento di migrazione preferito per le organizzazioni che si spostano verso Google Workspace, in particolare da ambienti Microsoft Exchange. CloudM usa la Gmail API per inserire le email nell'account Google Workspace di destinazione. Sebbene la Gmail API permetta di specificare un'INTERNALDATE durante l'inserimento, il comportamento effettivo dipende dall'elaborazione lato server, e l'header Received di migrazione viene comunque aggiunto all'email.
La gestione delle date di Google Workspace crea una situazione confusa. L'interfaccia web di Gmail tipicamente legge l'header Date originale per la visualizzazione, quindi le email possono apparire con date corrette nel browser. Tuttavia, ogni client IMAP connesso all'account Google Workspace legge l'INTERNALDATE, che riflette il timestamp di migrazione. Gli utenti che accedono alla posta di Google Workspace tramite Outlook, Apple Mail o Thunderbird vedono la data di migrazione su ogni messaggio.
Per i team IT che gestiscono le migrazioni verso Google Workspace con CloudM, questo comportamento diviso rende difficile la diagnosi. Gli utenti su Gmail web non segnalano problemi, mentre gli utenti su client desktop segnalano che ogni email mostra la stessa data. L'incoerenza porta a una risoluzione dei problemi dispendiosa in termini di tempo e a una soluzione ritardata mentre gli amministratori cercano di identificare se il problema è nel client, nello strumento di migrazione o nel server di posta.
Come questo influisce su Google Workspace
Gli ambienti Google Workspace dove gli utenti si connettono sia tramite Gmail web che tramite client IMAP sperimentano una discrepanza di date che confonde utenti e amministratori allo stesso modo. Gmail web mostra le date correttamente, ma Outlook e Apple Mail connessi tramite IMAP mostrano la data di migrazione. Questo comportamento di doppia data persiste indefinitamente fino a quando l'INTERNALDATE sottostante non viene corretta.
Anche gli strumenti amministrativi e i report di Google Workspace fanno riferimento all'INTERNALDATE. Le politiche di conservazione email configurate nella Console di amministrazione Google, i blocchi di Google Vault per la conformità legale e gli strumenti DLP di terze parti che si integrano con Google Workspace tramite IMAP usano tutti il timestamp di migrazione invece della data originale. Le organizzazioni che si affidano a Google Workspace per la conformità normativa scoprono che le loro politiche di conservazione e blocco legale operano con informazioni di data errate, esponendole potenzialmente a rischi legali.
Domande frequenti
CloudM è a conoscenza di questo problema di date quando migra verso Google Workspace?
Il problema delle date è un effetto collaterale noto della migrazione email basata su IMAP, non un bug di CloudM. CloudM preserva l'header Date originale, ma la IMAP INTERNALDATE viene impostata dal server ricevente durante il caricamento. Questo è inerente a come i server di posta elaborano i messaggi in arrivo.
Redate.io può correggere le date per un'intera organizzazione Google Workspace?
Sì. Con la delega a livello di dominio configurata tramite un Service Account Google Workspace, Redate.io può scansionare e correggere le caselle di posta in tutto il dominio. Gli amministratori possono elaborare tutte le caselle di posta interessate da un'unica dashboard.
La correzione delle date disturberà gli utenti che stanno lavorando in Gmail?
No. Redate.io elabora le email in background. Il messaggio corretto sostituisce l'originale in modo trasparente. Gli utenti possono notare che le date cambiano ai valori corretti nei loro client IMAP, ma non c'è interruzione del servizio né disturbo alla loro esperienza Gmail web.