Parandage imapsync migratsioonide kuupäevad Microsoft 365-s

Microsoft 365-sse migreerimine imapsynciga tundub mõistlik. See on tasuta, skriptitav ja käsitleb IMAP-IMAP ülekandeid enamikus stsenaariumides hästi. Kuid Microsoft 365-s otsustab üks detail, millise kuupäeva iga e-kiri lõpuks saab.

Exchange Online säilitab kuupäeva, mis talle antakse: kui imapsync kirjutab sõnumi IMAP-i kaudu, annab see edasi ka e-kirja INTERNALDATE väärtuse (--syncinternaldates on vaikimisi sisse lülitatud), ja koopia säilitab selle kuupäeva. Imapsync annab siiski edasi kuupäeva, mille LÄHTEserver on igale sõnumile määranud, mitte kuupäeva, mil e-kiri saadeti. Terve postkasti puhul need kaks kattuvad. Postkasti puhul, mis on juba korra migreeritud või varukoopiast taastatud, võib lähteserver hoida selle varasema toimingu kuupäeva, ja imapsync kopeerib selle sellisena, nagu see on.

See ei ole viga Microsoft 365-s ega imapsyncis. Iga koopia kannab ustavalt kuupäeva, mis talle anti. Kui see kuupäev oli algallikas juba vale, näitab iga mõjutatud e-kiri vastuvõtmise kuupäeva asemel selle varasema toimingu kuupäeva, ükskõik kas migreerite 500 e-kirja või 500 000.

Kujutage ette, kuidas ütlete oma IT-direktorile, et nädalavahetusel tehtud migratsioon just lamedate 6 aastat e-posti ajalugu üheks kuupäevaks. See on reaalsus, millega administraatorid seisavad silmitsi pärast imapsynci migratsiooni Microsoft 365-sse. Ja erinevalt Google Workspace'ist (kus Gmaili veebiklient võib probleemi varjata), näitab Microsoft 365 vale kuupäeva kõikjal - Outlooki töölaual, OWA-s, Outlooki mobiilis, Microsoft Searchis. Kliendipoolset pääseteed ei ole.

Microsoft 365-s on kahju täielik ja nähtav. Iga klient - Outlook Windowsile, Outlook Macile, OWA, Outlooki mobiil iOS-is ja Androidis - kuvab migratsiooni ajatemplit. Kasutajad ei saa sorteerida kuupäeva järgi, ei saa leida e-kirju kronoloogiliselt, ei saa usaldada otsingutulemusi, mis filtreerivad kuupäevavahemiku järgi. Postkast 80 000 e-kirjaga, mis kõik näitavad "12. november 2024" on igapäevase töö jaoks sisuliselt katki.

Vastavusega seotud tagajärjed on veelgi hullemad. Exchange Online Protection, Microsoft Purview ja säilituspoliitikad indekseerivad kõik rikutud kohaletoimetamise ajatemplit. Säilituspoliitika, mis on seadistatud kustutama e-kirju, mis on vanemad kui 7 aastat, töötab vale kuupäeva põhjal - mis tähendab, et 2018. aasta e-kirjad, mis peaksid lähenema kustutamisele, näivad nüüd olevat 2024. aastast. Organisatsioonid, kes alluvad GDPR-ile, HIPAA-le või SEC-i regulatsioonidele, seisavad silmitsi reaalse regulatiivse riskiga, kui nende e-posti säilitamist ei saa usaldada. Ja kui tuleb õiguslik hoidmise taotlus "kõigi 2023. aasta kolmanda kvartali e-kirjade" kohta, tähendavad valed kuupäevad seda, et Purview ei tagasta midagi - sest metaandmete järgi ei eksisteeri sellest perioodist ühtegi e-kirja.

Redate.io ühendub Microsoft 365-ga ja rakendab oma päiseahela analüüsi ning kuupäeva metaandmete taastamise protsessi igale mõjutatud sõnumile. Ei ole vaja teada, milline tööriist migratsiooni tegi: leitakse e-kirjad, mille kuvatav kuupäev ei vasta nende algsele kuupäevale. Iga sõnum parandatakse ja kontrollitakse individuaalselt, algne säilitatakse varukaustas. Postkasti suurusele ei ole piirangut, ka väga suured postkastid parandatakse täpselt samamoodi.