Opravte data migrace CloudM v Gmail
Proč migrace CloudM zobrazují špatné datum v Gmail
CloudM Migrate (dříve Cloud Migrator) je široce používán pro migraci poštovních schránek do Google Workspace. CloudM používá Gmail API k nahrání e-mailů na cílový účet Gmail. Během tohoto nahrání infrastruktura Gmail zaznamená časové razítko vložení jako INTERNALDATE zprávy, čímž přepíše původní datum doručení datem, kdy byla provedena migrace.
CloudM se pokouší zachovat původní hlavičku Date v těle e-mailu a webové rozhraní Gmail obvykle tuto hlavičku Date používá pro zobrazení. Nicméně IMAP INTERNALDATE je trvale nastaveno na datum migrace. Každý IMAP klient připojující se k účtu Gmail (Outlook, Apple Mail, Thunderbird, mobilní klienti používající IMAP) čte toto INTERNALDATE a zobrazuje datum migrace ve sloupci přijetí.
Organizace migrující z Microsoft 365, on-premises Exchange nebo jiných platforem do Google Workspace pomocí CloudM tento problém objeví, když uživatelé připojí desktopové klienty ke svým novým účtům Gmail. Webové rozhraní Gmail může vypadat dobře, ale Outlook a Apple Mail zobrazují každý e-mail jako přijatý v den migrace, což generuje zmatek a požadavky na podporu napříč organizací.
Jak to ovlivňuje Gmail
V Gmail závisí dopad na tom, jak uživatel přistupuje ke své schránce. Webové rozhraní Gmail obvykle zobrazuje data správně, protože čte hlavičku Date ze samotného e-mailu. Nicméně jakýkoli klient připojený přes IMAP (Outlook, Apple Mail, Thunderbird) zobrazuje datum migrace, protože tito klienti se spoléhají na IMAP INTERNALDATE místo hlavičky Date.
Systém štítků Gmail a vyhledávání jsou také subtilně ovlivněny. Zatímco webové vyhledávání Gmail používá hlavičku Date pro operátory "before:" a "after:", příkaz IMAP SEARCH DATE používá INTERNALDATE. Zálohovací nástroje a řešení pro archivaci e-mailů připojující se přes IMAP archivují datum migrace jako datum zprávy, čímž vytvářejí trvalé nepřesnosti v záznamech záloh. Google Vault, používaný pro dodržování předpisů a právní blokace, může také odkazovat na INTERNALDATE v některých operacích, což ovlivňuje přesnost právního zjišťování založeného na datech.
Často kladené otázky
Poškozuje CloudM Migrate vždy data v Gmail?
CloudM nahrává e-maily pomocí Gmail API, které nastaví INTERNALDATE na časové razítko nahrání. Hlavička Date uvnitř e-mailu je zachována, takže webový Gmail obvykle zobrazuje správné datum. Ale IMAP klienti zobrazují datum migrace, protože čtou INTERNALDATE.
Proč e-maily vypadají dobře ve webovém Gmail, ale špatně v Outlook?
Webový Gmail používá hlavičku Date z těla e-mailu pro zobrazení, kterou CloudM zachovává. Outlook a další IMAP klienti používají IMAP INTERNALDATE, které je nastaveno na datum migrace. Redate.io opravuje INTERNALDATE, aby všichni klienti zobrazovali správné datum.
Může Redate.io opravit data migrace CloudM v celé doméně Google Workspace?
Ano. Pomocí delegace na úrovni domény Google Workspace může Redate.io skenovat a opravovat poštovní schránky v celé organizaci. Administrátoři mohou zpracovat více schránek bez nutnosti zapojení jednotlivých uživatelů.