Outlookin väärät päivämäärät migraation jälkeen

5 min

Miksi Outlook näyttää väärän päivämäärän

Sähköpostimigraation jälkeen Outlookin käyttäjät huomaavat usein, että jokainen sähköposti näyttää saman päivämäärän, migraatiopäivän. Ongelma koskee Outlook Desktopia, Outlook for Macia, uutta Outlook for Windowsia ja Outlook Mobilea. Syy on sama kaikissa versioissa: Outlook määrittää "vastaanottopäivämäärän" lukemalla uusimman "Received"-otsakkeen, ja migraatiotyökalut lisäävät uuden "Received"-otsakkeen migraation aikaleimalla.

Miten Outlook määrittää "vastaanottopäivämäärän"

Kun Outlook näyttää sähköpostin päivämäärän, se lukee IMAP INTERNALDATE:n ja viestin "Received"-otsakekentät. "Vastaanotettu"-sarakkeessa (joka on oletuslajitteluperuste useimmissa Outlookin näkymissä) Outlook käyttää ylimmän "Received"-otsakkeen aikaleimaa. Normaalissa toimituksessa tämä otsake heijastaa hetkeä jolloin viesti saapui vastaanottajan sähköpostipalvelimelle. Migraation jälkeen ylin "Received"-otsake heijastaa hetkeä jolloin migraatiotyökalu lisäsi viestin uuteen palvelimeen.

"Lähetetty" ja "Vastaanotettu" Outlookissa

Outlook erottelee kaksi päivämääräsaraketta: "Lähetetty" (sähköpostin "Date"-otsakkeesta) ja "Vastaanotettu" ("Received"-otsakkeista tai INTERNALDATE:sta). Migraation jälkeen "Lähetetty"-päivämäärä voi olla edelleen oikea koska alkuperäinen "Date"-otsake on säilynyt. Mutta "Vastaanotettu"-päivämäärä näyttää migraation aikaleiman. Koska Outlookin oletusnäkymä lajittelee "Vastaanotettu"-päivämäärän mukaan, ja useimmat käyttäjät eivät koskaan muuta tätä, migraatiopäivämäärä on se minkä kaikki näkevät.

Pikatarkistus - onko kyseessä migraation päivämääräongelma?

Ennen korjausyritystä on syytä varmistaa, että ongelma todella johtuu migraatio-otsakkeista eikä jostakin muusta.

Raakaotsakkeiden katsominen Outlookissa

Outlook Desktopissa avaa kyseinen sähköposti, klikkaa "Tiedosto" ja sitten "Ominaisuudet". Alareunan "Internet-otsakkeet" -alue näyttää raakaotsakkeet. Outlookin verkkoversiossa (OWA) avaa sähköposti, klikkaa kolmen pisteen valikkoa, sitten "Näytä" ja "Näytä viestin tiedot". Raakaotsakkeet näkyvät ponnahdusikkunassa.

Migraation "Received"-otsakkeen tunnistaminen

Etsi "Received"-otsaketta joka sisältää viittauksia migraatiotyökaluun. Yleisiä tunnisteita ovat "mx.migrationwiz.com" BitTitanille, "cloudm.io" CloudM:lle, tai yleinen "localhost"-merkintä migraatiopäivämäärää vastaavalla aikaleimalla. Jos ylin "Received"-otsake on migraation päivämäärältä (ja eroaa viestin alkuperäisestä päivämäärästä), ongelma on vahvistettu. Tämä on se otsake jonka Redate.io tunnistaa ja korjaa. Työkalukohtaisiin oppaisiin: BitTitan, CloudM, imapsync, GSMMO, Exchange IMAP tai manuaalinen IMAP-kopio.

Ratkaisut jotka eivät toimi

Outlookin käyttäjät ja IT-ylläpitäjät kokeilevat yleensä useita lähestymistapoja ennen kuin tajuavat, että korjaus on tehtävä palvelintasolla eikä Outlook-asiakasohjelmassa.

Sarakkeen vaihtaminen "Lähetetty"-päivämäärään

Outlook-näkymän vaihtaminen "Vastaanotettu"-päivämäärästä "Lähetetty"-päivämäärään on yleisin kiertotie. Se muuttaa lajittelujärjestyksen, mutta ei korjaa taustalla olevia tietoja. Hakutulokset viittaavat edelleen väärään vastaanottopäivämäärään. Vastaanottopäivämäärään perustuvat säännöt ja suodattimet toimivat väärin. Vaatimustenmukaisuus- ja eDiscovery-työkalut jotka luottavat vastaanoton aikaleimaan tuottavat virheellisiä tuloksia. Ja käyttäjien on vaihdettava tämä asetus jokaisella laitteella ja jokaisessa kansiossa, tukitaakka joka skaalautuu huonosti organisaatiotasolla.

OST/PST-tiedostojen uudelleenrakennus

Jotkut ylläpitäjät yrittävät ratkaista ongelman poistamalla Outlookin paikallisen välimuistin (OST-tiedosto) ja antamalla Outlookin synkronoida uudelleen palvelimelta. Tästä ei ole hyötyä koska ongelma on palvelinpuolella, ei paikallisessa välimuistissa. Uudelleensynkronoidut tiedot sisältävät samat migraation "Received"-otsakekentät, joten päivämäärät pysyvät väärinä. Vastaavasti PST:ksi vienti ja uudelleentuonti ei poista migraatio-otsakkeita.

Outlookin näkymäasetukset

Outlookin näkymäasetusten, ehdollisen muotoilun tai ryhmittelyvaihtoehtojen säätäminen ei voi muuttaa päivämäärää jonka Outlook lukee sähköpostin otsakekentistä. Nämä asetukset ohjaavat miten data näytetään ja järjestetään, mutta taustalla oleva päivämääräarvo tulee palvelimelta. Mikään näkymäasetusten yhdistelmä ei voi pakottaa Outlookia sivuuttamaan migraation "Received"-otsaketta.

Ratkaisu - oikeiden päivämäärien palauttaminen palvelintasolla

Ainoa tapa korjata väärät päivämäärät Outlookissa migraation jälkeen on korjata sähköpostit palvelimella. Kun palvelinpuolen data on korjattu, Outlook näyttää automaattisesti oikeat päivämäärät seuraavan synkronoinnin yhteydessä. Asiakaspuolen muutoksia ei tarvita.

Mutta miksei tehdä sitä itse skriptillä? Koska se on paljon monimutkaisempaa kuin etsi-ja-korvaa-operaatio. Jokaisella sähköpostilla on ainutlaatuinen otsakekentien rakenne. Joissakin viesteissä on S/MIME-digitaaliset allekirjoitukset jotka mitätöityvät jos yksikään tavu muuttuu. Toisissa on PGP-salaus, sisäkkäisiä MIME-osia, ei-ASCII-otsakkeita (RFC 2047), tai Content-Transfer-Encoding-erikoisuuksia jotka kompastuttavat yksinkertaisen jäsentimen. Vialliset MIME-rajat voivat hiljaisesti tuhota liitteitä. Rikkininen viestiketjutus voi hajottaa keskustelut pitäkin postilaatikon. Ja ilman kunnollista varmennusta ei edes tiedetä että jotakin meni pieleen ennen kuin käyttäjä raportoi puuttuvasta liitteestä kolme viikkoa myöhemmin.

Miten Redate.io korjaa Outlookin päivämäärät

Redate.io yhdistää suoraan sähköpostipalvelimeen (Google Workspace, Microsoft 365 tai mikä tahansa IMAP-palvelin) ja käsittelee jokaisen sähköpostin oman korjausmoottorinsa kautta. Moottori suorittaa monivaiheisen analyysiprosessin joka käsittelee tunnisteiden vertailun satoihin tunnettuihin migraatiotyökaluprofiileihin, säilyttää viestin eheyden monimutkaisten MIME-rakenteiden läpi ja varmentaa jokaisen korjauksen ennen viimeistelyä. Alkuperäiset viestit siirretään näkyvään "Redate.io - Originals" -kansioon 30 päiväksi.

Kun Redate.io on suorittanut korjauksen, Outlook hakee korjatut päivämäärät seuraavan synkronoinnin yhteydessä. Outlookin asetuksia ei tarvitse muuttaa. Korjaus toimii kaikissa Outlookin versioissa koska se tehdään palvelintasolla.

Ennen ja jälkeen

Ennen korjausta migraation jälkeinen Outlook-saapuneet näyttää jokaiselle sähköpostille saman vastaanottopäivämäärän (esimerkiksi "11. huhtikuuta 2019" viesteissä jotka lähetettiin alun perin 2015-2019 välillä). Redate.io:n käsittelyn jälkeen samat saapuneet näyttävät alkuperäiset oikeat päivämäärät. Vuoden 2015 sähköposteissa näkyy vuoden 2015 päivämääriä, vuoden 2018 viesteissä vuoden 2018 päivämääriä. Päivämäärälajittelu toimii jälleen oikein ja hakutulokset palauttavat tarkkoja aikaleimoja.

Vaiheittainen opas

Outlookin väärien päivämäärien korjaaminen Redate.io:lla tapahtuu kolmessa vaiheessa sähköpostialustasta riippumatta.

Google Workspace -käyttäjät

Google Workspacea käyttävissä organisaatioissa ylläpitäjä luo Service Accountin domain-laajuisella delegoinnilla. Tämä antaa Redate.io:lle pääsyn postilaatikoihin ilman yksittäisten käyttäjien salasanoja. Ylläpitäjä syöttää Service Account -tunnukset Redate.io:hon, valitsee korjattavat postilaatikot ja käynnistää ilmaisen analyysin. Analyysi tunnistaa kuinka monella sähköpostilla on väärä päivämäärä kussakin postilaatikossa. Tulosten tarkastelun jälkeen ylläpitäjä valitsee hinnoittelusuunnitelman ja käynnistää korjauksen. Redate.io käsittelee kaikki valitut postilaatikot automaattisesti. Käyttäjät näkevät korjatut päivämäärät Outlookissa (ja missä tahansa muussa asiakasohjelmassa) seuraavan synkronoinnin jälkeen.

Microsoft 365 -käyttäjät

Microsoft 365 -organisaatioissa ylläpitäjä rekisteröi Azure AD -sovelluksen asianmukaisilla sähköpostioikeuksilla. Redate.io käyttää tätä sovellusta päästäkseen Exchange Online -postilaatikoihin Microsoft Graph API:n tai IMAP:n kautta. Prosessi on sama: yhdistä, analysoi ilmaiseksi, tarkastele tuloksia, sitten korjaa. Ylläpitäjän suostumus vaaditaan vain kerran ja se kattaa kaikki tenantinn postilaatikot.

Muut IMAP-palvelimet

Muilla IMAP-palvelimilla (Zimbra, Zoho, cPanel, Dovecot, Courier) toimiville postilaatikoille käyttäjät yhdistävät normaalit sähköpostitunnuksensa (palvelimen osoite, käyttäjätunnus, salasana). Redate.io yhdistää IMAP:n kautta, analysoi postilaatikon ja suorittaa saman korjauksen. Tämä vaihtoehto toimii yksittäisille postilaatikoille eikä vaadi palvelimen ylläpitäjäpääsyä.

Muuten, alustasta riippumatta tulos on sama: Outlook näyttää alkuperäiset oikeat päivämäärät, lajittelu toimii oikein ja postilaatikon aikajärjestys on täysin palautettu.

Outlook näyttää vääriä päivämääriä migraation jälkeen? Käynnistä ilmainen analyysi ja selvitä kuinka monta sähköpostia on vaikuttunut. Korjaa 10 ilmaiseksi tulosten varmistamiseksi.