Ispravka datuma migracije imapsync u Microsoft 365

Migracija u Microsoft 365 sa imapsync zvuči razumno. Besplatan je, podržava skripte i dobro obavlja IMAP-na-IMAP prenose u većini scenarija. Ali na Microsoft 365, jedan detalj odlučuje o datumu koji će svaka e-poruka dobiti.

Exchange Online čuva datum koji mu je dat: kada imapsync upisuje poruku preko IMAP-a, on prenosi interni datum svake e-poruke zajedno sa njom (--syncinternaldates je uključeno podrazumevano), i kopija čuva taj datum. Ono što imapsync prenosi je, međutim, datum koji IZVORNI server čuva za svaku poruku, a ne datum kada je e-poruka poslata. Na zdravom poštanskom sandučetu ta dva datuma se poklapaju. Na poštanskom sandučetu koje je već jednom migrirano ili vraćeno iz rezervne kopije, izvor može čuvati datum te ranije operacije, i imapsync ga prenosi takav kakav je.

Ovo nije greška u Microsoft 365 ili u imapsync alatu. Svaka kopija verno čuva datum koji joj je dat. Kada je taj datum već bio pogrešan na izvoru, bilo da migrirate 500 ili 500.000 mejlova, svaki pogođeni mejl prikazuje datum te ranije operacije umesto datuma prijema.

Zamislite da kažete svom IT direktoru da je migracija koju ste pokrenuli tokom vikenda upravo izravnala 6 godina istorije mejlova u jedan datum. To je realnost sa kojom se suočavaju administratori posle imapsync migracije u Microsoft 365. I za razliku od Google Workspace-a (gde Gmail-ov veb klijent može da prikrije problem), Microsoft 365 prikazuje pogrešan datum svuda - Outlook desktop, OWA, Outlook mobilni, Microsoft Search. Nema izlaza sa klijentske strane.

U Microsoft 365, šteta je totalna i vidljiva. Svaki klijent - Outlook za Windows, Outlook za Mac, OWA, Outlook mobilni za iOS i Android - prikazuje vremensku oznaku migracije. Korisnici ne mogu da sortiraju po datumu, ne mogu da nađu mejlove hronološki, ne mogu da veruju rezultatima pretrage filtriranim po opsegu datuma. Sandučić sa 80.000 mejlova koji svi prikazuju "12. novembar 2024" je funkcionalno slomljen za svakodnevni rad.

Posledice po usaglašenost su gore. Exchange Online Protection, Microsoft Purview i politike zadržavanja svi indeksiraju oštećenu vremensku oznaku isporuke. Politika zadržavanja podešena da briše mejlove starije od 7 godina radi sa pogrešnim datumom - što znači da mejlovi iz 2018. koji bi trebalo da se približavaju brisanju sada izgledaju kao da su iz 2024. Organizacije pod GDPR-om, HIPAA ili SEC propisima suočavaju se sa realnim regulatornim rizikom kada se zadržavanju njihovih mejlova ne može verovati. A ako stigne zahtev za pravno zadržavanje za "sve mejlove iz Q3 2023", oštećeni datumi znače da Purview ne vraća ništa - jer prema metapodacima, mejlovi iz tog perioda ne postoje.

Redate.io se povezuje sa Microsoft 365 i primenjuje svoju analizu lanca zaglavlja i proces rekonstrukcije metapodataka datuma na svaku pogođenu poruku. Nije potrebno znati koji alat je izvršio migraciju: Redate.io pronalazi e-poruke čiji prikazani datum ne odgovara njihovom originalnom datumu. Svaka poruka se ispravlja i proverava pojedinačno, sa originalom sačuvanim u folderu rezervne kopije. Redate.io obrađuje poštansko sanduče bez obzira na broj mejlova koje sadrži.