BitTitan-siirron päivämäärien korjaaminen Exchange Onlinessa

Exchange Online on sähköpostimoottori jokaisen Microsoft 365 -postilaatikon takana. BitTitan MigrationWiz on yksi suosituimmista työkaluista postilaatikoiden siirtämiseen paikallisesta Exchangesta, Lotus Notesista, GroupWisesta tai muilta vanhoilta alustoilta Exchange Onlineen. Itse siirto sujuu yleensä hyvin. Päivämäärät eivät niinkään.

Näin tapahtuu. MigrationWiz lataa jokaisen viestin EWS:n tai IMAP:n kautta, ja Exchange Onlinen kuljetusputki lisää jokaiseen viestiin uuden Received-otsikon. Tämä otsikko sisältää latausaikaleiman - siirtopäivämäärän, ei sähköpostin alkuperäistä lähetys- tai vastaanottopäivämäärää. Exchange Online käyttää sitten tätä Received-otsikkoa ja siihen liittyvää PR_MESSAGE_DELIVERY_TIME-ominaisuutta määrittääkseen, mikä päivämäärä näytetään käyttäjille.

Ongelma? Toisin kuin jotkin sähköpostijärjestelmät, Exchange Online ei salli siirtotyökalujen ylikirjoittaa toimitusaikaleimaa. Se käyttää todellista latausaikaa, poikkeuksetta. Joten jokainen siirretty sähköposti - olipa se vuodelta 2018, 2021 tai viime tiistailta - saa saman siirtopäivämäärän.

Siirsitte juuri 1 200 postilaatikkoa viikonlopun aikana MigrationWizillä. Maanantaiaamuna helpdesk saa 400 tikettiä. Jokaisen käyttäjän saapuneet-kansio näyttää siltä kuin kaikki sähköpostit olisivat saapuneet lauantaina. Päivämäärälajittelu on rikki. Päivämäärähaku palauttaa vääriä tuloksia. Vahingoittunut aikaleima leviää kaikkialle: Outlook-työpöytä, OWA, mobiilisovellukset, jopa PowerShell-kyselyt kuten Get-MessageTrace ja Search-Mailbox. Vaatimustenmukaisuustyökalut (In-Place Hold, Retention Tags) soveltavat käytäntöjä väärän päivämäärän perusteella, säilyttäen tai poistaen viestejä väärein välein.

Vahinko on täydellinen. Jokainen Exchange Online -pinon kerros lukee vahingoittuneen toimitusaikaleiman. Outlook-työpöytä näyttää siirtopäivämäärän. OWA näyttää sen. Mobiilisovellukset näyttävät sen. Sisäänrakennettu haku indeksoi siirtoaikaleiman, joten päivämäärävälikyselyt palauttavat vääriä tuloksia kaikissa asiakassovelluksissa.

Ylläpitäjille tilanne on vielä huonompi. Exchange Online Management Shell -komennot viittaavat toimitusaikaominaisuuteen, joka nyt heijastaa siirtopäivämäärää. Postilaatikon valvonta, kirjaamissäännöt ja kuljetussäännöt, jotka suodattavat viestin päivämäärän mukaan, toimivat kaikki vahingoittuneilla aikaleimoilla. Voiko luotettavan vaatimustenmukaisuustarkastuksen suorittaa, kun jokainen sähköposti näyttää saapuneen samana päivänä? Ei.

Redate.io korjaa tämän patentoidulla korjausmoottorilla, joka suorittaa otsikoketjuanalyysin ja päivämäärämetatietojen rekonstruoinnin palvelintasolla. Jokainen viesti käsitellään viestikohtaisella todennuksella varmistaakseen, että alkuperäinen päivämäärä palautetaan tarkasti kaikissa Exchange Online -palveluissa - muuttamatta viestin sisältöä tai liitteitä. Korjatut aikaleimat leviävät automaattisesti Outlookiin, OWA:han, mobiilisovelluksiin ja vaatimustenmukaisuustyökaluihin.