Popravek datumov selitve imapsync v Microsoft 365

Selitev v Microsoft 365 z imapsync se sliši razumno. Je brezplačen, skriptabilen in dobro obravnava prenose IMAP-na-IMAP v večini scenarijev. Toda Exchange Online ni "večina scenarijev".

IMAP prehod Exchange Online je združljivostna plast, prigrajena na sistem, zasnovan okrog EWS in MAPI. Ko imapsync potisne sporočilo skozi ta prehod prek standardnega poštnega protokola, sporočilo vstopi v celoten transportni cevovod Exchange Online - isti cevovod, ki obdeluje dohodno pošto z interneta. Ta cevovod doda transportne glave, zažene preveritve preprečevanja izgube podatkov, uporabi pravila skladnosti in odtisne svežo glavo Received z natančnim trenutkom, ko je sporočilo doseglo strežnik. Zastavica --syncinternaldates? Transportnemu cevovodu Exchange Online ni mar zanjo. INTERNALDATE se prepiše, da se ujema s časovnim žigom dostave.

To ni napaka, ki bi jo Microsoft nameraval popraviti. Takšna je arhitektura Exchange Online. Transportni cevovod obravnava vsak APPEND kot novo dostavo sporočila, konec. Ne glede na to, ali selite 500 ali 500.000 e-poštnih sporočil, vsako posamezno dobi enak datum selitve, vtisnen v glave in metapodatke.

Predstavljajte si, da IT direktorju poveste, da je selitev, ki ste jo izvedli čez vikend, ravnokar sploščila 6 let zgodovine e-pošte v en sam datum. To je resničnost, s katero se soočijo skrbniki po selitvi imapsync v Microsoft 365. In v nasprotju z Google Workspace (kjer spletni odjemalec Gmail lahko prikrije težavo), Microsoft 365 povsod prikazuje napačen datum - Outlook namizje, OWA, Outlook mobilni, Microsoft Search. Ni nobene rešilne odprtine na strani odjemalca.

V Microsoft 365 je škoda popolna in vidna. Vsak odjemalec - Outlook za Windows, Outlook za Mac, OWA, Outlook mobilni na iOS in Android - prikazuje časovni žig selitve. Uporabniki ne morejo razvrščati po datumu, ne morejo kronološko iskati e-pošte, ne morejo zaupati iskalnim rezultatom, filtriranim po datumskem obsegu. Nabiralnik z 80.000 e-poštnimi sporočili, ki vsa prikazujejo "12. november 2024", je za vsakodnevno delo funkcionalno pokvarjen.

Posledice za skladnost so še hujše. Exchange Online Protection, Microsoft Purview in pravilniki hrambe vsi indeksirajo poškodovani časovni žig dostave. Pravilnik hrambe, nastavljen za brisanje e-pošte, starejše od 7 let, deluje po napačnem datumu - kar pomeni, da se e-pošta iz leta 2018, ki bi se morala približevati izbrisu, zdaj zdi, kot da je iz leta 2024. Organizacije, zavezane GDPR, HIPAA ali predpisom SEC, se soočajo z dejansko regulativno izpostavljenostjo, ko hramba njihove e-pošte ni več zaupanja vredna. In če pride zahteva za pravni zadržek za "vso e-pošto iz tretjega četrtletja 2023", poškodovani datumi pomenijo, da Purview ne vrne ničesar - ker glede na metapodatke iz tistega obdobja ne obstaja nobena e-pošta.

Redate.io se poveže z Microsoft 365 in izvede postopek analize verige glav in rekonstrukcije datumskih metapodatkov na vsakem prizadetem sporočilu. Ujemanje vzorcev po specifičnih podpisih selitvenih orodij imapsync prepozna, katere glave Received so bile vnesene med selitvijo v primerjavi s tistimi, ki pripadajo izvorni verigi dostave. Vsako sporočilo se popravi in posamezno preveri, izvornik pa se ohrani v mapi za varnostne kopije. Poslovni načrt obravnava nabiralnike do 100.000 e-poštnih sporočil, skrbniki pa lahko z ene nadzorne plošče obdelujejo več nabiralnikov.