Datoproblemet etter Microsoft 365-migrering
Etter en migrering til Microsoft 365 (Exchange Online) oppdager organisasjoner ofte et problem som burde ha vaert med i risikoanalysen til migreringsprosjektet: hver e-post i hver postkasse viser migreringsdatoen i stedet for den opprinnelige mottaksdatoen. Brukerne aapner Outlook og ser tusenvis av e-poster alle stemplet med den samme datoen. Datosortering er ubrukelig. Soekeresultater gir misvisende tidsstempler. Den fullstendige kronologiske historikken i postkassen ser oedelagt ut.
Problemet rammer migreringer fra alle kildeplattformer: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes og enhver annen IMAP-server. Det slaar til ved migreringer utfoert med alle populaere verktoy, inkludert BitTitan MigrationWiz, den innebygde IMAP-importen i Exchange Admin Center, og tredjepartsverktoy som CloudM og imapsync. Grunnorsaken er alltid den samme: en "Received"-header lagt til under migreringsprosessen overstyrer visningen av den opprinnelige datoen i Outlook.
Vanlige migreringsveier til Microsoft 365
Fra Gmail / Google Workspace
Organisasjoner som gaar fra Google Workspace til Microsoft 365 bruker vanligvis BitTitan MigrationWiz, CloudM eller Exchange Admin Centers IMAP-importfunksjon. Hvert av disse verktoyene henter e-poster fra Gmail og setter dem inn i Exchange Online. Under innsettingen legger Exchange Online til en "Received"-header med migreringstidsstempelet. Denne headeren blir den nyeste i kjeden, noe som faar Outlook til aa vise migreringsdatoen som mottaksdato.
Fra Exchange on-premises
Migreringer fra Exchange on-premises (2010, 2013, 2016, 2019) til Exchange Online bruker Microsofts egne migreringsverktoy (cutover-migrering, trinnvis migrering, hybridmigrering) eller tredjepartsverktoy som BitTitan. Hybridmigreringer som bruker Exchange-migreringsendepunktet bevarer noen ganger datoer korrekt, men IMAP-migreringer og de som utfoeres med tredjepartsverktoy produserer ofte datoproblemer. Resultatet avhenger av noeyaktig hvordan verktoeyet setter inn meldinger i Exchange Online.
Fra andre IMAP-servere
Migreringer fra Zimbra, Zoho, cPanel-hosting, Dovecot og andre IMAP-servere til Microsoft 365 utfoeres vanligvis via Exchange Admin Centers innebygde IMAP-import eller imapsync. Begge metodene faar Exchange Online til aa legge til "Received"-headere under importprosessen. Alle migrerte e-poster viser migreringsdatoen i Outlook.
Hvordan Exchange Online behandler migrerte e-poster
Exchange Online og "Received"-headere
Naar en melding settes inn i en Exchange Online-postkasse (enten via IMAP, EWS eller Microsoft Graph API), behandler Exchange Online den som en ny meldingslevering og legger til transportrelaterte headere. Disse headerne inkluderer en "Received"-oppfoering med gjeldende tidsstempel. For migrerte e-poster tilsvarer dette tidsstempelet migreringsdatoen, ikke den opprinnelige leveringsdatoen.
Hvordan Outlook leser datoen
Outlook (Desktop, Web og Mobil) bestemmer "Mottatt"-datoen ved aa lese e-postens metadata og headere. Kolonnen "Mottatt" (som er standardvisningen i Outlook) viser datoen fra den nyeste "Received"-headeren eller leveringstidsstempelet lagret i Exchange. Etter migrering reflekterer denne verdien naar migreringsverktoeyet leverte meldingen til Exchange Online, ikke naar meldingen opprinnelig ble sendt eller mottatt. For en fullstendig teknisk forklaring, se fikse feil Outlook-dato etter migrering.
Outlook paa nettet (OWA)
Outlook paa nettet (OWA) viser den samme feil datoen som Outlook Desktop. I motsetning til Gmails webgrensesnitt (som noen ganger viser riktig dato fra "Date"-headeren), viser OWA konsekvent Exchanges leveringstidsstempel. Ingen klientside-omvei er mulig. Korreksjonen maa gjoeres paa servernivaa.
Microsofts innebygde verktoy kan ikke fikse dette
Exchange Admin Center
Exchange Admin Center tilbyr mange funksjoner for postkasseadministrasjon, men det inkluderer ikke noe verktoy for aa korrigere e-postdatoer etter migrering. Ingen masseredigering av headere. Ingen datokorreksjonsassistent. Ingen PowerShell-cmdlet som endrer "Received"-headere paa eksisterende meldinger.
Samsvarsverktoy (eDiscovery, oppbevaring)
Microsoft 365-samsvarsverktoy som eDiscovery og oppbevaringsretningslinjer bruker e-postenes lagrede tidsstempler. Etter migrering reflekterer disse verktoyene migreringsdatoen, noe som kan skape reelle problemer med juridiske sperrer, regulatorisk samsvar og revisjonsspor. Det er ikke bare et brukervennlighetsspoersmaal - det kan ha juridiske og regulatoriske konsekvenser for organisasjoner underlagt krav til e-postoppbevaring.
PowerShell
Exchange Online PowerShell tilbyr kraftige postkasseadministrasjonsmuligheter, men det kan ikke endre raatt meldingsinnhold. Set-MailboxMessageConfiguration-cmdleten og tilknyttede kommandoer kontrollerer postkasseinnstillinger, ikke individuelle meldingsheadere. Det finnes ingen stoettet PowerShell-tilnaerming for aa fjerne "Received"-headere fra eksisterende meldinger i Exchange Online. Saa hva skal IT-team egentlig gjoere?
Korrigere Microsoft 365-datoer med Redate.io
Hvordan Redate.io kobler til Microsoft 365
Redate.io kobler til Exchange Online via en Azure AD (Entra ID)-appregistrering. Administratoren oppretter en appregistrering i Azure-portalen, tildeler de noedvendige e-posttillatelsene (Mail.ReadWrite) og gir administratorsamtykke for tenanten. Dette gir Redate.io tilgang til alle organisasjonens postkasser via Microsoft Graph API eller IMAP med OAuth2-autentisering.
Appregistreringsprosessen tar omtrent 15 minutter og foelger Microsofts standard OAuth2-monstre. Ingen brukerpassord deles - autentisering haandteres utelukkende av Azure AD-tokens.
Kom i gang
Registrere en Azure AD-applikasjon. I Azure-portalen navigerer du til Azure Active Directory (Entra ID), deretter Appregistreringer, og oppretter en ny applikasjon. Konfigurer den som single-tenant eller multi-tenant avhengig av organisasjonens behov.
Tildele e-posttillatelser. Legg til Microsoft Graph-tillatelsen "Mail.ReadWrite" (applikasjonstillatelse) til registreringen. Gi administratorsamtykke slik at applikasjonen kan faa tilgang til postkasser uten individuell brukerautorisasjon.
Opprette en klienthemmelighet eller et sertifikat. Generer en klienthemmelighet eller last opp et sertifikat for autentisering. Noter applikasjons-ID og tenant-ID.
Koble til i Redate.io. Logg inn paa Redate.io, velg "Microsoft 365" som plattform og oppgi applikasjons-ID, tenant-ID og klienthemmelighet. Redate.io validerer tilkoblingen og lister tilgjengelige postkasser.
Analyser og korriger. Velg postkassene som skal analyseres. Den gratis analysen identifiserer paavirkede e-poster i hver postkasse. Etter gjennomgang av resultatene velger du en plan og starter korreksjonen. Redate.ios proprietaere korreksjonsmotor behandler hver e-post via en flertrinns analysepipeline, og haandterer S/MIME-signaturer, MIME-multipart-strukturer, kodingsspesialtilfeller og dusinvis av andre variasjoner som et enkelt skript ville korruptert.
Hva Redate.io leverer
For hver paavirket e-post analyserer korreksjonsmotoren den fullstendige headerkjeden, anvender maalrettede korreksjoner basert paa matchning av kjente migreringssignaturer, og bekrefter hvert resultat gjennom en integritetssjekk foer ferdigstillelse. Opprinnelige meldinger flyttes til en "Redate.io - Originals"-mappe i postkassen og bevares i 30 dager. Det er langt mer komplekst enn et enkelt soek-og-erstatt paa headertekst.
Etter korreksjonen
Naar korreksjonen er fullfoert, viser Outlook (Desktop, Web og Mobil) de korrekte opprinnelige datoene. Sortering etter "Mottatt"-dato fungerer som forventet. Soekeresultater gir noeyaktige tidsstempler. Samsvarsverktoy reflekterer korrekte datoer for juridiske og regulatoriske formaal. Korreksjonen er permanent, ingen vedlikehold noedvendig.
Verktoyspesifikke guider for Microsoft 365
Migrering til Microsoft 365 og e-postdatoene er feil? Kjoer en gratis analyse med Redate.io for aa identifisere paavirkede e-poster i alle postkasser og gjenopprette korrekte datoer i Outlook, OWA og alle tilkoblede klienter.