Oprava dátumov migrácie CloudM v Microsoft 365

Prečo migrácie CloudM poškodzujú dátumy v Microsoft 365

CloudM Migrate patrí medzi obľúbené nástroje organizácií presúvajúcich schránky z Google Workspace, lokálneho Exchange alebo iných platforiem do Microsoft 365. Samotná migrácia zvyčajne prebehne hladko. Potom niekto otvorí Outlook a všimne si niečo znepokojujúce: každý jeden e-mail (tisíce) zobrazuje rovnaký dátum prijatia.

Čo sa stalo? Počas nahrávania transportný kanál Exchange Online spracuje každú migrovanú správu ako nové doručenie. Pridá novú hlavičku Received s aktuálnou časovou pečiatkou spracovania a nastaví vlastnosť PR_MESSAGE_DELIVERY_TIME zodpovedajúcim spôsobom. Túto vlastnosť čítajú Outlook desktop, Outlook na webe, Outlook mobile a dokonca aj funkcie Microsoft Copilot pri zobrazovaní dátumov. Na rozdiel od Google Workspace (kde webový klient dokáže problém maskovať) Microsoft 365 zobrazuje nesprávny dátum konzistentne všade.

Táto konzistentnosť je vlastne to, čo robí verziu tohto problému v M365 tak viditeľnou. Neexistuje úniková cesta "v prehliadači to funguje správne". Každý používateľ, na každom zariadení, v každej aplikácii Microsoft 365 vidí dátum migrácie. IT tímy zvyčajne objavia problém do niekoľkých hodín po dokončení migrácie CloudM, ale vtedy je poškodenie už zakotvené v metadátach správ na úrovni servera.

Ako nesprávne dátumy narúšajú prostredie Microsoft 365

Dopad sa šíri celým ekosystémom M365. Outlook desktop, OWA, Outlook mobile, integrácia e-mailov v Teams, Microsoft Search - všetko zobrazuje časovú pečiatku migrácie. Používatelia sa nedokážu vyhnúť nesprávnym dátumom prepínaním aplikácií. Predstavte si právnika, ktorý hľadá "e-maily prijaté medzi januárom a marcom 2023" na prípravu súdneho sporu. Vyhľadávanie nevráti nič alebo vráti všetko, v závislosti od toho, kedy prebehla migrácia. To nie je menšia nepríjemnosť, ale potenciálne zlyhanie pri odhaľovaní dôkazov.

Microsoft Purview (predtým Centrum zhody) a eDiscovery Premium indexujú správy podľa poškodeného dátumu doručenia. Vyhľadávania obsahu na základe rozsahov dátumov produkujú nespoľahlivé výsledky. Retenčné štítky aplikované automaticky na základe veku správy pracujú s nesprávnou časovou líniou, čo znamená, že niektoré správy sa vymažú priskoro, zatiaľ čo iné sa uchovávajú neobmedzene. Politiky automatickej archivácie v Outlooku nesprávne vypočítavajú vek správy naprieč celou schránkou. Pre akúkoľvek organizáciu podliehajúcu regulačným požiadavkám na uchovávanie e-mailov to vytvára medzeru v zhode, ktorá pretrváva, kým sa dátumy neopravia.

Často kladené otázky

Ponúka CloudM nejakú možnosť zabrániť poškodeniu dátumov počas migrácie do M365?

CloudM zachováva pôvodnú hlavičku Date v tele správy, ale transportný kanál Exchange Online pridáva vlastnú hlavičku Received počas spracovania správy. To je správanie na strane servera, ktoré žiadny migračný nástroj nedokáže obísť. Jedinou cestou k správnym dátumom je oprava po migrácii.

Dokážu natívne nástroje správy Microsoft 365 opraviť dátumy?

Nie. Microsoft 365 neposkytuje žiadny vstavaný mechanizmus na úpravu času doručenia alebo hlavičiek Received existujúcich správ. PowerShell, Centrum správy Exchange a Purview túto schopnosť nemajú. Redate.io bol vytvorený špeciálne na riešenie tohto problému prostredníctvom vlastného korekčného systému s porovnávaním vzorov.

Je oprava v Microsoft 365 trvalá?

Áno. Po aplikovaní opravy Redate.io sa pôvodná správa presunie do vyhradeného zálohovacieho priečinka a opravená správa nesie správne dátumové metadáta. Microsoft 365 od toho momentu indexuje opravený dátum vo všetkých klientoch a nástrojoch na dodržiavanie predpisov.

Koľko schránok dokáže Redate.io spracovať v tenantovi Microsoft 365?

Redate.io dokáže spracovať schránky naprieč celým tenantom M365 prostredníctvom registrácie aplikácie Azure AD so súhlasom správcu. Neexistuje žiadny limit na počet schránok. Správcovia riadia celý proces opravy z jedného ovládacieho panela a spracovanie beží na pozadí bez narušenia práce používateľov.

Súvisiace návody na opravu

Bezplatný sken