Dátumy emailov migrácia Microsoft 365

Problém s dátumami po migrácii Microsoft 365

Po migrácii na Microsoft 365 (Exchange Online) organizácie často objavia problém, ktorý mal byť v analýze rizík migračného projektu: každý e-mail v každej poštovej schránke zobrazuje dátum migrácie namiesto pôvodného dátumu prijatia. Používatelia otvoria Outlook a vidia tisíce e-mailov označených rovnakým dátumom. Triedenie podľa dátumu už neslúži. Výsledky vyhľadávania vracajú zavádzajúce časové pečiatky. Kompletná chronologická história schránky vyzerá zničená.

Tento problém postihuje migrácie zo všetkých zdrojových platforiem: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes a akýkoľvek iný IMAP server. Zasiahne migrácie vykonané všetkými populárnymi nástrojmi vrátane BitTitan MigrationWiz, natívneho IMAP importu Centra správy Exchange a nástrojov tretích strán ako CloudM a imapsync. Základná príčina je vždy rovnaká: hlavička "Received" pridaná počas migračného procesu prepisuje zobrazenie pôvodného dátumu v Outlooku.

Bežné migračné cesty na Microsoft 365

Z Gmail / Google Workspace

Organizácie prechádzajúce z Google Workspace na Microsoft 365 zvyčajne používajú BitTitan MigrationWiz, CloudM alebo funkciu IMAP importu Centra správy Exchange. Každý z týchto nástrojov extrahuje e-maily z Gmailu a vkladá ich do Exchange Online. Počas vloženia Exchange Online pridá hlavičku "Received" s časovou pečiatkou migrácie. Táto hlavička sa stáva najnovšou v reťazci, čo spôsobuje, že Outlook zobrazuje dátum migrácie ako dátum prijatia.

Z Exchange on-premises

Migrácie z Exchange on-premises (2010, 2013, 2016, 2019) na Exchange Online používajú natívne migračné nástroje Microsoftu (priama migrácia, etapová migrácia, hybridná migrácia) alebo nástroje tretích strán ako BitTitan. Hybridné migrácie používajúce migračný endpoint Exchange niekedy zachovajú dátumy správne, ale IMAP migrácie a tie vykonané nástrojmi tretích strán často produkujú problém s dátumami. Výsledok závisí od presného spôsobu, akým nástroj vkladá správy do Exchange Online.

Z iných IMAP serverov

Migrácie zo Zimbra, Zoho, cPanel hostingu, Dovecot a iných IMAP serverov na Microsoft 365 sa zvyčajne vykonávajú cez natívny IMAP import Centra správy Exchange alebo imapsync. Obe metódy vedú k pridaniu hlavičiek "Received" Exchange Online počas procesu importu. Všetky migrované e-maily zobrazujú dátum migrácie v Outlooku.

Ako Exchange Online spracováva migrované e-maily

Exchange Online a hlavičky "Received"

Keď je správa vložená do schránky Exchange Online (či už cez IMAP, EWS alebo Microsoft Graph API), Exchange Online ju spracuje ako nové doručenie správy a pridá hlavičky súvisiace s transportom. Tieto hlavičky zahrňajú položku "Received" s aktuálnou časovou pečiatkou. Pre migrované e-maily táto časová pečiatka zodpovedá dátumu migrácie, nie pôvodnému dátumu doručenia.

Ako Outlook číta dátum

Outlook (Desktop, Web a Mobile) určuje dátum "Prijatia" čítaním metaúdajov a hlavičiek e-mailu. Stĺpec "Prijaté" (ktorý je predvoleným zobrazením v Outlooku) zobrazuje dátum z najnovšej hlavičky "Received" alebo časovú pečiatku doručenia uloženú v Exchange. Po migrácii táto hodnota odráža moment, kedy migračný nástroj doručil správu do Exchange Online, nie moment, kedy bola správa pôvodne odoslaná alebo prijatá. Pre úplné technické vysvetlenie pozrite oprava nesprávneho dátumu Outlook po migrácii.

Outlook na webe (OWA)

Outlook na webe (OWA) zobrazuje rovnaký nesprávny dátum ako Outlook Desktop. Na rozdiel od webového rozhrania Gmailu (ktoré niekedy zobrazuje správny dátum z hlavičky "Date") OWA systematicky zobrazuje časovú pečiatku doručenia Exchange. Žiadne obchádzajúce riešenie na strane klienta nie je možné. Oprava sa musí vykonať na úrovni servera.

Vstavané nástroje Microsoftu tento problém neriešia

Centrum správy Exchange

Centrum správy Exchange ponúka množstvo funkcií na správu poštových schránok, ale nezahrňa žiadny nástroj na opravu dátumov e-mailov po migrácii. Žiadna schopnosť hromadnej úpravy hlavičiek. Žiadny asistent opravy dátumov. Žiadny PowerShell cmdlet, ktorý modifikuje hlavičky "Received" existujúcich správ.

Nástroje súladnosti (eDiscovery, retencia)

Nástroje súladnosti Microsoft 365 ako eDiscovery a politiky retencie používajú uložené časové pečiatky e-mailov. Po migrácii tieto nástroje odrážajú dátum migrácie, čo môže spôsobiť skutočné problémy s právnymi pozdržaniami, regulačnou súladnosťou a auditnými stopami. Nie je to len otázka komfortu pre používateľov: môže to mať právne a regulačné dôsledky pre organizácie podliehajúce požiadavkám na uchovávanie e-mailov.

PowerShell

Exchange Online PowerShell ponúka výkonné možnosti správy schránok, ale nedokáže modifikovať surový obsah správ. Cmdlet Set-MailboxMessageConfiguration a súvisiace príkazy ovládajú nastavenia schránky, nie hlavičky individuálnych správ. Neexistuje žiadny podporovaný prístup PowerShell na odstránenie hlavičiek "Received" z existujúcich správ v Exchange Online. Tak čo majú IT tímy robiť?

Oprava dátumov Microsoft 365 s Redate.io

Ako sa Redate.io pripája k Microsoft 365

Redate.io sa pripája k Exchange Online cez registráciu aplikácie Azure AD (Entra ID). Administrátor vytvorí registráciu aplikácie na Azure portáli, udelí potrebné oprávnenia na poštu (Mail.ReadWrite) a poskytne súhlas administrátora pre tenanta. To umožní Redate.io pristupovať ku všetkým poštovým schránkam organizácie cez Microsoft Graph API alebo IMAP s autentifikáciou OAuth2.

Proces registrácie aplikácie trvá približne 15 minút a nasleduje štandardné OAuth2 vzory Microsoftu. Žiadne heslá používateľov sa nezdieľajú, autentifikácia je úplne riadená tokenmi Azure AD.

Začíname

Zaregistrujte aplikáciu Azure AD. Na Azure portáli prejdite na Azure Active Directory (Entra ID), potom Registrácie aplikácií a vytvorte novú aplikáciu.

Udeľte oprávnenia na poštu. Pridajte oprávnenie Microsoft Graph "Mail.ReadWrite" (aplikačné oprávnenie) k registrácii. Udeľte súhlas administrátora, aby aplikácia mohla pristupovať k schránkam bez individuálneho súhlasu používateľov.

Vytvorte klientsky secret alebo certifikát. Vygenerujte klientsky secret alebo nahrajte certifikát pre autentifikáciu. Zaznačte si ID aplikácie a ID tenanta.

Pripojte v Redate.io. Prihláste sa do Redate.io, vyberte "Microsoft 365" ako platformu a zadajte ID aplikácie, ID tenanta a klientsky secret. Redate.io validuje pripojenie a zobrazí dostupné schránky.

Analyzujte a opravte. Vyberte schránky na analýzu. Bezplatná analýza identifikuje postihnuté e-maily v každej schránke. Po preskúmaní výsledkov vyberte plán a spustite opravu. Proprietárny korekčný motor Redate.io spracuje každý e-mail cez viacstupňový analytický pipeline, riešiac podpisy S/MIME, multipart MIME štruktúry, okrajové prípady kódovania a desiatky ďalších variácií, ktoré by základný skript poškodil.

Čo Redate.io prináša

Pre každý postihnutý e-mail korekčný motor analyzuje kompletný reťazec hlavičiek, aplikuje cielené korekcie na základe porovnávania známych migračných podpisov a potvrdí každý výsledok kontrolou integrity pred finalizáciou. Pôvodné správy sa presunú do priečinka "Redate.io - Originals" v schránke a uchovávajú sa 30 dní. Je to podstatne zložitejšie než jednoduché hľadanie a nahradenie textu hlavičky.

Po oprave

Po dokončení opravy Outlook (Desktop, Web a Mobile) zobrazuje správne pôvodné dátumy. Triedenie podľa dátumu "Prijatia" funguje podľa očakávania. Výsledky vyhľadávania vracajú presné časové pečiatky. Nástroje súladnosti odrážajú správne dátumy pre právne a regulačné účely. Oprava je trvalá, žiadna údržba nie je potrebná.

Návody špecifické podľa nástroja pre Microsoft 365

Migrácia na Microsoft 365 a dátumy e-mailov sú nesprávne? Spustite bezplatnú analýzu s Redate.io na identifikáciu postihnutých e-mailov vo všetkých schránkach a obnovte správne dátumy v Outlooku, OWA a všetkých pripojených klientoch.

Dátumy emailov po migrácii do Microsoft 365