Ispravak datuma migracije imapsync u Microsoft 365

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

Exchange Online čuva datum koji dobije: kada imapsync piše e-poruku putem IMAP-a, on uz nju prenosi i interni datum svake e-poruke (--syncinternaldates je uključen po zadanome), a kopija zadržava taj datum. Ono što imapsync prenosi je, međutim, datum koji izvorni poslužitelj čuva za svaku e-poruku, a ne datum kada je e-poruka poslana. Na zdravom poštanskom sandučiću ta se dva datuma poklapaju. Na poštanskom sandučiću koji je već jednom migriran ili vraćen iz sigurnosne kopije, izvorni poslužitelj može čuvati datum te ranije operacije, a imapsync ga prenosi takvog kakav je.

Ovo nije greška ni u Microsoftu 365, ni u alatu imapsync. Svaka kopija vjerno prenosi datum koji joj je dodijeljen. Kad je taj datum već bio pogrešan na izvoru, bez obzira migrirate li 500 ili 500.000 e-poruka, svaka pogođena e-poruka prikazuje datum te ranije radnje umjesto datuma primitka.

Zamislite da kažete svom IT direktoru da je migracija koju ste pokrenuli tijekom vikenda upravo izravnala 6 godina povijesti e-maila u jedan datum. To je stvarnost s kojom se suočavaju administratori nakon imapsync migracije u Microsoft 365. I za razliku od Google Workspacea (gdje Gmailov web klijent može prikriti problem), Microsoft 365 prikazuje pogrešan datum svugdje - Outlook desktop, OWA, Outlook mobilna aplikacija, Microsoft Search. Nema izlaza s klijentske strane.

U Microsoft 365, šteta je potpuna i vidljiva. Svaki klijent - Outlook za Windows, Outlook za Mac, OWA, Outlook mobilni za iOS i Android - prikazuje vremensku oznaku migracije. Korisnici ne mogu sortirati po datumu, ne mogu pronaći e-mailove kronološki, ne mogu vjerovati rezultatima pretraživanja filtriranim po rasponu datuma. Sandučić s 80.000 e-mailova koji svi prikazuju "12. studenoga 2024" je funkcionalno slomljen za svakodnevni rad.

Posljedice za usklađenost su gore. Exchange Online Protection, Microsoft Purview i pravila zadržavanja svi indeksiraju pogrešnu vremensku oznaku isporuke. Pravilo zadržavanja postavljeno da briše e-mailove starije od 7 godina radi s pogrešnim datumom - što znači da e-mailovi iz 2018. koji bi se trebali približavati brisanju sada izgledaju kao da su iz 2024. Organizacije pod GDPR-om, HIPAA-om ili SEC propisima suočavaju se sa stvarnom regulatornom izloženošću kada se njihovom zadržavanju e-maila ne može vjerovati. A ako stigne zahtjev za pravno zadržavanje za "sve e-mailove iz Q3 2023", pogrešni datumi znače da Purview ne vraća ništa - jer prema metapodacima, e-mailovi iz tog razdoblja ne postoje.

Redate.io se povezuje s Microsoft 365 i primjenjuje svoju analizu lanca zaglavlja i proces rekonstrukcije metapodataka datuma na svaku pogođenu poruku. Redate ne treba znati kojim je alatom migracija provedena: on pronalazi e-poruke čiji prikazani datum ne odgovara njihovom izvornom datumu. Svaka poruka se ispravlja i provjerava pojedinačno, s originalom sačuvanim u mapi sigurnosne kopije. Redate obrađuje poštanski sandučić bez obzira na njegovu veličinu, bio on manji ili s nekoliko stotina tisuća e-poruka.