Popravak 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 Exchange Online nije "većina scenarija."

IMAP pristupnik Exchange Onlinea je sloj kompatibilnosti pričvršćen na sustav dizajniran oko EWS-a i MAPI-ja. Kada imapsync gura poruku kroz ovaj pristupnik putem standardnog protokola za prijenos pošte, poruka ulazi u potpuni transportni cjevovod Exchange Onlinea - isti cjevovod koji obrađuje dolaznu poštu s interneta. Taj cjevovod dodaje transportna zaglavlja, izvršava provjere za sprečavanje gubitka podataka, primjenjuje pravila usklađenosti i pečati svježe Received zaglavlje s točnim trenutkom kada je poruka stigla na server. Oznaka --syncinternaldates? Transportni cjevovod Exchange Onlinea ne mari za to. INTERNALDATE se prepisuje kako bi odgovarala vremenskoj oznaci isporuke.

Ovo nije greška koju Microsoft planira ispraviti. Tako funkcionira arhitektura Exchange Onlinea. Transportni cjevovod tretira svako slanje putem standardnog protokola za prijenos pošte kao novu isporuku poruke, točka. Bez obzira migrirate li 500 ili 500.000 e-mailova, svaki dobiva isti datum migracije utisnut u zaglavlja i metapodatke.

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 oštećenu 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", oštećeni 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. Prepoznavanje uzoraka u specifičnim potpisima alata za migraciju imapsync identificira koja Received zaglavlja su ubačena tijekom migracije nasuprot onima koja pripadaju izvornom lancu isporuke. Svaka poruka se ispravlja i provjerava pojedinačno, s originalom sačuvanim u mapi sigurnosne kopije. Enterprise plan obrađuje sandučiće do 100.000 e-mailova, a administratori mogu obrađivati više sandučića s jedne nadzorne ploče.