Opravte data migrace CloudM v Microsoft 365
Proč migrace CloudM zobrazují špatné datum v Microsoft 365
CloudM Migrate se běžně používá k migraci poštovních schránek z Google Workspace, on-premises Exchange a jiných platforem do Microsoft 365. Když CloudM nahraje e-maily do Microsoft 365, transportní pipeline Exchange Online zpracuje každou zprávu a přidá hlavičku Received s aktuálním časovým razítkem nahrání. Tato hlavička se stává nejnovější hlavičkou Received v řetězci hlaviček zprávy.
Microsoft 365 používá toto časové razítko doručení v celém svém ekosystému. Outlook desktop, Outlook na webu, Outlook mobilní a dokonce funkce AI Microsoftu - všechny odkazují na stejnou vlastnost PR_MESSAGE_DELIVERY_TIME, která je nastavena z migrační hlavičky Received. Na rozdíl od Google Workspace (kde webový klient může maskovat problém) Microsoft 365 zobrazuje datum migrace konzistentně ve všech svých klientských aplikacích.
Konzistence špatného data ve všech klientech Microsoft 365 činí problém okamžitě viditelným pro každého uživatele. Po migraci CloudM do Microsoft 365 celá organizace vidí stejný příznak: každý e-mail v každé schránce vypadá, jako by byl přijat v den migrace. Neexistuje žádné řešení specifické pro klienta; poškození dat je vloženo do metadat zprávy na úrovni serveru.
Jak to ovlivňuje Microsoft 365
Jednotné zpracování dat v Microsoft 365 znamená, že datum migrace se zobrazuje všude současně. Outlook desktop, OWA, Outlook mobilní, integrace e-mailu v Teams a Microsoft Search - všechny zobrazují špatné datum přijetí. Uživatelé nemohou uniknout nesprávným datům přepnutím na jinou aplikaci Microsoft 365.
Pro administrátory Microsoft 365 dopad zasahuje nástroje pro správu a dodržování předpisů. Exchange Admin Center, Microsoft Purview (dříve Compliance Center) a eDiscovery Premium indexují zprávy podle poškozeného data doručení. Vyhledávání obsahu v konkrétním rozsahu dat vracejí nesprávné výsledky. Štítky uchovávání automaticky aplikované na základě stáří zprávy operují na špatné časové ose, potenciálně způsobující předčasné smazání nebo neomezené uchovávání zpráv, které měly být zpracovány jinak.
Často kladené otázky
Nabízí CloudM nějakou možnost prevence poškození dat během migrace do M365?
CloudM zachovává původní hlavičku Date, ale cílový server (Exchange Online) přidá vlastní hlavičku Received během nahrávání zprávy. Jedná se o chování na straně serveru, kterému migrační nástroje nemohou zabránit. Jediným řešením je oprava dat po migraci.
Mohou administrátorské nástroje Microsoft 365 opravit data?
Ne. Microsoft 365 neposkytuje vestavěné nástroje pro úpravu hlaviček Received nebo času doručení existujících zpráv. Redate.io je navržen specificky pro tento problém: odstraní migrační hlavičku a znovu vloží e-mail se správnou hodnotou INTERNALDATE.
Je oprava v Microsoft 365 trvalá?
Ano. Jakmile Redate.io opraví e-mail, původní zpráva (se špatným datem) je přesunuta do záložního štítku. Opravená zpráva má správné hlavičky Received a INTERNALDATE a Microsoft 365 indexuje správné datum nadále.