Korjaa imapsync-siirron päivämäärät Microsoft 365:ssä

Microsoft 365:een siirtäminen imapsyncillä kuulostaa järkevältä. Se on ilmainen, skriptattava ja käsittelee IMAP-siirtoja hyvin useimmissa tilanteissa. Mutta Exchange Online ei ole "useimmat tilanteet".

Exchange Onlinen IMAP-yhdyskäytävä on yhteensopivuuskerros, joka on pultattu EWS- ja MAPI-pohjaiseen järjestelmään. Kun imapsync työntää viestin tämän yhdyskäytävän läpi IMAP-protokollalla, viesti siirtyy Exchange Onlinen täyteen kuljetusputkeen - samaan putkeen, joka käsittelee internetistä tulevaa postia. Tämä putki lisää kuljetusotsikot, ajaa tietojen menetyksen estämisen tarkistukset, soveltaa vaatimustenmukaisuussääntöjä ja leimaa tuoreen Received-otsikon sillä hetkellä, kun viesti saapui palvelimelle. --syncinternaldates-lippu? Exchange Onlinen kuljetusputki ei välitä siitä. INTERNALDATE ylikirjoitetaan vastaamaan toimitusaikaleimaa.

Tämä ei ole bugi, jonka Microsoft aikoo korjata. Se on Exchange Onlinen arkkitehtuurin toimintatapa. Kuljetusputki käsittelee jokaisen IMAP-lähetyksen uutena viestin toimituksena, piste. Siirsitpä 500 tai 500 000 sähköpostia, jokaiseen leimautuu sama siirtopäivämäärä otsikoihin ja metatietoihin.

Kuvittele kertovasi IT-johtajalle, että viikonloppuna ajettu siirto litisti juuri 6 vuoden sähköpostihistorian yhdeksi päivämääräksi. Tämä on todellisuus, jonka ylläpitäjät kohtaavat imapsync-siirron jälkeen Microsoft 365:een. Ja toisin kuin Google Workspacessa (jossa Gmailin verkkokäyttöliittymä voi peittää ongelman), Microsoft 365 näyttää väärän päivämäärän kaikkialla - Outlookin työpöytäversiossa, OWA:ssa, Outlook-mobiilissa, Microsoft Search -haussa. Asiakasohjelmapuolen kiertotietä ei ole.

Microsoft 365:ssä vaurio on täydellinen ja näkyvä. Jokainen ohjelma - Outlook Windowsille, Outlook Macille, OWA, Outlook-mobiili iOS:llä ja Androidilla - näyttää siirtoaikaleiman. Käyttäjät eivät voi lajitella päivämäärän mukaan, eivät löydä sähköposteja kronologisesti, eivät voi luottaa hakutuloksiin jotka suodattavat päivämäärävälin mukaan. Postilaatikko, jossa 80 000 sähköpostia näyttää "12. marraskuuta 2024", on käytännössä rikki päivittäisessä työssä.

Vaatimustenmukaisuusvaikutukset ovat vielä pahemmat. Exchange Online Protection, Microsoft Purview ja säilytyskäytännöt indeksoivat kaikki vioittuneen toimitusaikaleiman. Säilytyskäytäntö, joka on asetettu poistamaan yli 7 vuotta vanhat sähköpostit, toimii väärän päivämäärän perusteella - eli vuoden 2018 sähköpostit, joiden pitäisi lähestyä poistoa, näyttävät nyt olevan vuodelta 2024. Organisaatiot GDPR:n, HIPAA:n tai SEC:n sääntelyn alla kohtaavat todellisen sääntelyriskin, kun sähköpostien säilytykseen ei voi luottaa. Ja jos lakisääteinen pidätyspyyntö tulee koskien "kaikkia sähköposteja Q3 2023:lta", vioittuneet päivämäärät tarkoittavat että Purview ei palauta mitään - koska metatietojen mukaan siltä ajanjaksolta ei ole sähköposteja.

Redate.io yhdistää Microsoft 365:een ja soveltaa otsikoketjuanalyysiä sekä päivämäärämetatietojen rekonstruointia jokaiseen vaikutettuun viestiin. Hahmontunnistus imapsyncin siirtoallekirjoitusten perusteella tunnistaa, mitkä Received-otsikot lisättiin siirron aikana ja mitkä kuuluvat alkuperäiseen toimitusketjuun. Jokainen viesti korjataan ja todennetaan erikseen, ja alkuperäinen säilytetään varmuuskopiokansiossa. Enterprise-suunnitelma käsittelee jopa 100 000 sähköpostin postilaatikot, ja ylläpitäjät voivat käsitellä useita postilaatikoita yhdeltä hallintapaneelilta.