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

Lukuaika 5 min Viimeksi päivitetty:

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

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

Miten Outlook määrittää saapumispäivä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. Siirron jälkeen ylin "Received"-otsake heijastaa hetkeä jolloin siirtotyö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). Siirron 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ää siirron 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ä, siirtopäivämäärä on se minkä kaikki näkevät.

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

Ennen korjausyritystä on syytä varmistaa, että ongelma todella johtuu siirto-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.

Siirron "Received"-otsakkeen tunnistaminen

Etsi "Received"-otsaketta joka sisältää viittauksia siirtotyökaluun. Yleisiä tunnisteita ovat "mx.migrationwiz.com" BitTitanille, "cloudm.io" CloudM:lle, tai yleinen "localhost"-merkintä siirtopäivämäärää vastaavalla aikaleimalla. Jos ylin "Received"-otsake on siirron 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 saapumispäivään. Saapumispäivää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 siirron "Received"-otsakekentät, joten päivämäärät pysyvät väärinä. Vastaavasti PST:ksi vienti ja uudelleentuonti ei poista siirto-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 siirron "Received"-otsaketta.

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

Ainoa tapa korjata väärät päivämäärät Outlookissa siirron 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 siirtotyö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, kunnes poistat ne itse.

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 siirron jälkeinen Outlook-saapuneet näyttää jokaiselle sähköpostille saman saapumispäivä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ä näkee korjauksen hinnan 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 käyttäjä kirjautuu sisään omalla Microsoft-tilillään, ja Redate.io avaa juuri sen postilaatikon kirjautumisen myöntämillä oikeuksilla. Prosessi on sama: yhdistä, analysoi ilmaiseksi, tarkastele tuloksia, sitten korjaa. Jos organisaatio vaatii järjestelmänvalvojan hyväksynnän, Redate.io valmistelee linkin, jonka voit lähettää järjestelmänvalvojalle.

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ä siirron jälkeen? Käynnistä ilmainen analyysi ja selvitä kuinka monta sähköpostia on vaikuttunut. Korjaa 10 ilmaiseksi tulosten varmistamiseksi.

Aiheeseen liittyvät artikkelit