Oprava dátumov migrácie imapsync v Microsoft 365

Migrácia do Microsoft 365 s imapsync znie rozumne. Je zadarmo, je skriptovateľný a zvláda prenosy IMAP-to-IMAP dobre vo väčšine scenárov. Ale v Microsoft 365 rozhoduje o dátume, s ktorým skončí každý e-mail, jeden detail.

Exchange Online zachová dátum, ktorý dostane: keď imapsync zapisuje správu cez IMAP, odovzdá s ňou aj pôvodný dátum e-mailu (príznak --syncinternaldates je v základnom nastavení zapnutý) a kópia si tento dátum ponechá. To, čo imapsync odovzdáva, je však dátum, ktorý pre danú správu vedie zdrojový server, nie dátum, kedy bol e-mail odoslaný. Pri bežnej poštovej schránke sa oba dátumy zhodujú. Pri schránke, ktorá už raz prešla migráciou alebo bola obnovená zo zálohy, môže zdrojový server viesť dátum tejto skoršej operácie, a imapsync ho skopíruje presne tak, ako je.

Toto nie je chyba v Microsofte 365 ani v imapsync. Každá kópia si verne zachováva dátum, ktorý jej bol pridelený. Ak bol tento dátum už pri zdroji nesprávny, potom bez ohľadu na to, či migrujete 500 e-mailov alebo 500 000, každý postihnutý e-mail zobrazuje dátum tejto skoršej operácie namiesto dátumu, kedy bol prijatý.

Predstavte si, ako poviete svojmu IT riaditeľovi, že migrácia, ktorú ste spustili cez víkend, práve zrovnala 6 rokov e-mailovej histórie do jedného dátumu. To je realita, ktorej čelia správcovia po migrácii imapsync do Microsoft 365. A na rozdiel od Google Workspace (kde webový klient Gmailu dokáže problém maskovať) Microsoft 365 zobrazuje nesprávny dátum všade - Outlook desktop, OWA, Outlook mobile, Microsoft Search. Neexistuje úniková cesta na strane klienta.

V Microsoft 365 je poškodenie úplné a viditeľné. Každý klient - Outlook pre Windows, Outlook pre Mac, OWA, Outlook mobile na iOS a Androide - zobrazuje časovú pečiatku migrácie. Používatelia nedokážu radiť podľa dátumu, nedokážu nájsť e-maily chronologicky, nemôžu dôverovať výsledkom vyhľadávania filtrovaným podľa rozsahu dátumov. Schránka s 80 000 e-mailmi, všetky zobrazujúce "12. november 2024", je pre dennú prácu funkčne nefunkčná.

Dôsledky pre zhodu sú horšie. Exchange Online Protection, Microsoft Purview a retenčné politiky - to všetko indexuje poškodenú časovú pečiatku doručenia. Retenčná politika nastavená na vymazanie e-mailov starších ako 7 rokov pracuje s nesprávnym dátumom, čo znamená, že e-maily z roku 2018, ktoré by mali byť blízko vymazania, teraz vyzerajú ako z roku 2024. Organizácie podliehajúce GDPR, HIPAA alebo reguláciám SEC čelia skutočnému regulačnému vystaveniu, keď ich uchovávanie e-mailov nie je dôveryhodné. A ak príde žiadosť o právne zadržanie pre "všetky e-maily z tretieho kvartálu 2023", poškodené dátumy znamenajú, že Purview nevráti nič - pretože podľa metadát z tohto obdobia žiadne e-maily neexistujú.

Redate.io sa pripája k Microsoft 365 a aplikuje analýzu reťazca hlavičiek a rekonštrukciu dátumových metadát na každú postihnutú správu. Nie je potrebné vedieť, ktorý nástroj migráciu vykonal: Redate.io nájde e-maily, ktorých zobrazený dátum nezodpovedá ich pôvodnému dátumu. Každá správa je opravená a individuálne overená, s originálom zachovaným v zálohovacom priečinku. Veľkosť schránky nie je obmedzená, oprava funguje rovnako pri 5 000 aj pri 500 000 e-mailoch.