Päivämääräongelma Microsoft 365 -migraation jälkeen
Microsoft 365:een (Exchange Online) siirtymisen jälkeen organisaatiot huomaavat usein ongelman joka olisi pitänyt näkyä migraatioprojektin riskianalyysissä: jokainen sähköposti jokaisessa postilaatikossa näyttää migraatiopä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 migraatioita 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: migraatioprosessin aikana lisätty "Received"-otsake korvaa alkuperäisen päivämääränäytön Outlookissa.
Yleiset migraatioreitit 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 migraation aikaleimalla.
Paikallisesta Exchangesta
Migraatiot paikallisesta Exchangesta (2010, 2013, 2016, 2019) Exchange Onlineen käyttävät Microsoftin natiiveja migraatiotyökaluja tai kolmansien osapuolien työkaluja kuten BitTitania. Hybridimigratiot jotka käyttävät Exchange-migraatioendpointia säilyttävät päivämäärät joskus oikein, mutta IMAP-migraatiot ja kolmansien osapuolien työkaluilla tehdyt tuottavat usein päivämääräongelman.
Muilta IMAP-palvelimilta
Migraatiot 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 migraation 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. Migraation jälkeen nämä työkalut heijastavat migraatiopä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 yhdistää Exchange Onlineen Azure AD (Entra ID) -sovellusrekisteröinnin kautta. Ylläpitäjä luo sovellusrekisteröinnin Azure-portaalissa, myöntää tarvittavat sähköpostioikeudet (Mail.ReadWrite) ja antaa ylläpitäjän suostumuksen tenantille. Tämän avulla Redate.io voi käyttää kaikkia organisaation postilaatikoita Microsoft Graph API:n tai IMAP:n kautta OAuth2-autentikoinnilla.
Mitä Redate.io tuottaa
Jokaisen vaikuttuneen sähköpostin kohdalla korjausmoottori analysoi täydellisen otsakeketjun, tekee kohdennettuja korjauksia tunnettuihin migraatiotunnisteisiin perustuen ja vahvistaa jokaisen tuloksen eheystarkistuksella ennen viimeistelyä. Alkuperäiset viestit siirretään "Redate.io - Originals" -kansioon postilaatikossa ja säilytetään 30 päivää.
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 -migraatio 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.