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 pri Microsoft 365 en podatek odloči, s katerim datumom konča vsako e-poštno sporočilo.

Exchange Online obdrži datum, ki mu je dan: ko imapsync zapiše sporočilo prek IMAP, skupaj z njim posreduje tudi notranji datum vsakega e-poštnega sporočila (--syncinternaldates je privzeto vklopljen), in kopija ta datum ohrani. Kar imapsync posreduje, je datum, ki ga za vsako sporočilo hrani IZVORNI strežnik, ne datum, ko je bilo sporočilo poslano. Pri zdravem poštnem predalu se oba ujemata. Pri poštnem predalu, ki je bil že enkrat migriran ali obnovljen iz varnostne kopije, pa izvor lahko hrani datum tiste prejšnje operacije, in imapsync ga kopira takšnega, kot je.

To ni napaka v Microsoftu 365 ali v imapsyncu. Vsaka kopija zvesto ohrani datum, ki ji je bil dodeljen. Kadar je bil ta datum že napačen na izvoru, ne glede na to, ali selite 500 ali 500.000 e-poštnih sporočil, vsako prizadeto e-poštno sporočilo prikazuje datum te prejšnje operacije namesto datuma prejema.

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 napačni č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", napačni 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. Ni pomembno, katero orodje je izvedlo selitev: Redate.io poišče sporočila, pri katerih se prikazani datum ne ujema z njihovim prvotnim datumom. Vsako sporočilo se popravi in posamezno preveri, izvornik pa se ohrani v mapi za varnostne kopije. Ni omejitve glede velikosti nabiralnika: enako se popravi nabiralnik s 1.000 ali s 500.000 e-poštnimi sporočili.