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 Exchange Online ei ole "enamik stsenaariume."

Exchange Online'i IMAP-värav on ühilduvuskiht, mis on polditud süsteemile, mis on loodud EWS-i ja MAPI ümber. Kui imapsync lükkab sõnumi selle värava kaudu standardse meiliedastusprotokoli vahendusel, siseneb sõnum Exchange Online'i täielikku transporditorusse - samasse torusse, mis töötleb internetist saabuvat posti. See toru lisab transpordipäiseid, käivitab andmekao vältimise kontrolle, rakendab vastavusreegleid ja tembeldab värske Received-päise täpse hetkega, mil sõnum serverisse jõudis. Lipp --syncinternaldates? Exchange Online'i transporditorule see ei lähe korda. INTERNALDATE kirjutatakse üle, et vastata kohaletoimetamise ajatemplile.

See ei ole viga, mida Microsoft plaanib parandada. Nii töötab Exchange Online'i arhitektuur. Transporditoru käsitleb iga standardse meiliedastusprotokoli kaudu saabuvat sõnumit uue sõnumi kohaletoimetamisena, punkt. Ükskõik kas migreerite 500 e-kirja või 500 000, igaüks neist saab sama migratsiooni kuupäeva oma päistesse ja metaandmetesse.

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 rikutud 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. Mustrituvastus imapsynci spetsiifiliste migratsioonitööriista signatuuride vahel tuvastab, millised Received-päised sisestati migratsiooni ajal ja millised kuuluvad algsesse kohaletoimetamise ahelasse. Iga sõnum parandatakse ja kontrollitakse individuaalselt, algne säilitatakse varukaustas. Enterprise plaan käsitleb postkaste kuni 100 000 e-kirjaga ja administraatorid saavad töödelda mitut postkasti ühelt juhtpaneelilt.