Sähköpostipäivien korjaus Microsoft 365 -siirron jälkeen

Päivämääräongelma Microsoft 365 -siirron jälkeen

Microsoft 365:een (Exchange Online) siirtymisen jälkeen organisaatiot huomaavat usein ongelman joka olisi pitänyt näkyä siirtoprojektin riskianalyysissä: jokainen sähköposti jokaisessa postilaatikossa näyttää siirtopäivämäärän alkuperäisen vastaanottopäivän sijaan. Käyttäjät avaavat Outlookin ja näkevät tuhansia sähköposteja samalla päivämäärällä.

Ongelma koskee siirtoja kaikilta lähdealustoilta: paikallinen Exchange, Gmail, Google Workspace, Zimbra, Lotus Notes ja mikä tahansa muu IMAP-palvelin. Se osuu kaikkiin suosittuihin työkaluihin, mukaan lukien BitTitan MigrationWiz, Exchange-hallintakeskuksen natiivi IMAP-tuonti sekä kolmansien osapuolien työkalut kuten CloudM ja imapsync. Juurisyy on aina sama: siirtoprosessin aikana lisätty "Received"-otsake korvaa alkuperäisen päivämääränäytön Outlookissa.

Yleiset siirtoreitit Microsoft 365:een

Gmailista / Google Workspacesta

Google Workspacesta Microsoft 365:een siirtyvät organisaatiot käyttävät yleensä BitTitan MigrationWizia, CloudM:a tai Exchange-hallintakeskuksen IMAP-tuontia. Jokainen näistä työkaluista hakee sähköpostit Gmailista ja lisää ne Exchange Onlineen. Lisäyksen yhteydessä Exchange Online lisää "Received"-otsakkeen siirron aikaleimalla.

Paikallisesta Exchangesta

Siirrot paikallisesta Exchangesta (2010, 2013, 2016, 2019) Exchange Onlineen käyttävät Microsoftin natiiveja siirtotyökaluja tai kolmansien osapuolien työkaluja kuten BitTitania. Hybridisiirrot jotka käyttävät Exchange-migraatioendpointia säilyttävät päivämäärät joskus oikein, mutta IMAP-siirrot ja kolmansien osapuolien työkaluilla tehdyt tuottavat usein päivämääräongelman.

Muilta IMAP-palvelimilta

Siirrot Zimbrasta, Zohosta, cPanel-hostingista, Dovecotista ja muilta IMAP-palvelimilta Microsoft 365:een tehdään yleensä Exchange-hallintakeskuksen natiivin IMAP-tuonnin tai imapsyncin kautta. Molemmat menetelmät aiheuttavat "Received"-otsakkeiden lisäyksen Exchange Onlinessa tuontiprosessin aikana.

Miten Exchange Online käsittelee siirretyt sähköpostit

Exchange Online ja "Received"-otsakkeet

Kun viesti lisätään Exchange Online -postilaatikkoon (IMAP:n, EWS:n tai Microsoft Graph API:n kautta), Exchange Online käsittelee sen uutena viestin toimituksena ja lisää siirto-otsakkeita. Nämä sisältävät "Received"-merkinnän nykyisellä aikaleimalla. Siirretyille sähköposteille tämä aikaleima vastaa tuontipäivää eikä alkuperäistä toimituspäivää.

Miten Outlook lukee päivämäärän

Outlook (työpöytä-, verkko- ja mobiiliversiot) määrittää "Vastaanotettu"-päivämäärän lukemalla sähköpostin metatietoja ja otsakkeita. "Vastaanotettu"-sarake (joka on Outlookin oletusnakymä) näyttää päivämäärän uusimmasta "Received"-otsakkeesta tai Exchangen tallentamasta toimituksen aikaleimasta. Yksityiskohtaiset Outlook-ohjeet löytyvät artikkelista Outlookin väärät päivämäärät siirron jälkeen.

Outlook verkossa (OWA)

Outlook verkossa (OWA) näyttää saman väärän päivämäärän kuin Outlook-työpöytäversio. Toisin kuin Gmailin verkkoliittymä (joka näyttää joskus oikean päivän "Date"-otsakkeesta), OWA näyttää johdonmukaisesti Exchangen toimituksen aikaleiman. Asiakaspuolen kiertotietä ei ole. Korjaus on tehtävä palvelintasolla.

Microsoftin sisäänrakennetut työkalut eivät ratkaise tätä

Exchange-hallintakeskus

Exchange-hallintakeskus tarjoaa monia postilaatikon hallintatoimintoja, mutta ei sisällä työkalua sähköpostipäivämäärien korjaamiseen. Ei massaotsakemuokkausta. Ei päivämääräkorjausohjelmaa. Ei PowerShell-cmdlettiä joka muokkaisi olemassa olevien viestien "Received"-otsakkeita.

Vaatimustenmukaisuustyökalut (eDiscovery, säilytys)

Microsoft 365:n vaatimustenmukaisuustyökalut kuten eDiscovery ja säilytyskäytännöt käyttävät sähköpostien tallennettuja aikaleimoja. Siirron jälkeen nämä työkalut heijastavat siirtopäivämäärää, mikä voi aiheuttaa todellisia ongelmia oikeudellisten pitojen, sääntelyvaatimusten ja tarkastusjälkien kanssa.

PowerShell

Exchange Online PowerShell tarjoaa tehokkaita postilaatikon hallintatoimintoja, mutta se ei voi muokata viestien raakasisältöä. Set-MailboxMessageConfiguration-cmdlet ja siihen liittyvät komennot ohjaavat postilaatikon asetuksia, eivät yksittäisten viestien otsakkeita. Tuettua PowerShell-lähestymistapaa olemassa olevien viestien "Received"-otsakkeiden muokkaamiseen Exchange Onlinessa ei ole. Mitä IT-tiimien sitten pitäisi tehdä?

Microsoft 365 -päivämäärien korjaaminen Redate.io:lla

Miten Redate.io yhdistää Microsoft 365:een

Redate.io yhdistyy Exchange Onlineen käyttäjän oman Microsoft-tilin kirjautumisen kautta. Portaalia tai sovellusrekisteröintiä ei tarvita: jos organisaatio vaatii järjestelmänvalvojan hyväksynnän, Redate.io valmistelee linkin, jonka voi lähettää järjestelmänvalvojalle. Tämän kirjautumisen ansiosta Redate.io avaa vain kyseisen postilaatikon, sillä pääsyllä jonka kirjautuminen myöntää.

Mitä Redate.io tuottaa

Jokaisen vaikuttuneen sähköpostin kohdalla korjausmoottori analysoi täydellisen otsakeketjun, tekee kohdennettuja korjauksia tunnettuihin siirtotunnisteisiin perustuen ja vahvistaa jokaisen tuloksen eheystarkistuksella ennen viimeistelyä. Alkuperäiset viestit siirretään "Redate.io - Originals" -kansioon postilaatikossa ja pysyvät siellä, kunnes poistat ne itse.

Korjauksen jälkeen

Korjauksen valmistuttua Outlook (työpöytä-, verkko- ja mobiiliversiot) näyttää oikeat alkuperäiset päivämäärät. "Vastaanotettu"-päivän mukainen lajittelu toimii kuten ennen. Hakutulokset palauttavat tarkkoja aikaleimoja. Vaatimustenmukaisuustyökalut heijastavat oikeita päiviä. Korjaus on pysyvä.

Työkalukohtaiset oppaat Microsoft 365:lle

• BitTitan MigrationWiz -päivämäärien korjaus Microsoft 365:ssä
• Exchange IMAP-tuonnin päivämäärien korjaus Outlookissa

Microsoft 365 -siirto ja sähköpostien päivämäärät ovat pielessä? Käynnistä ilmainen analyysi Redate.io:lla tunnistaaksesi vaikuttuneet sähköpostit ja palauttaaksesi oikeat päivämäärät Outlookiin, OWA:han ja kaikkiin yhdistettyihin asiakkaisiin.