Problém s datumy po migraci Microsoft 365
Po migraci do Microsoft 365 (Exchange Online) organizace často zjistí problém, který měl figurovat v analýze rizik migračního projektu: každý e-mail v každé schránce zobrazuje datum migrace místo původního data přijetí. Uživatelé otevřou Outlook a vidí tisíce e-mailů, všechny orazítkované stejným datem. Řazení podle data ztratilo smysl. Výsledky vyhledávání vracejí zavádějící časová razítka. Celá chronologická historie schránky vypadá zničeně.
Tento problém postihuje migrace ze všech zdrojových platforem: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes a jakýkoli jiný server IMAP. Postihuje migrace provedené všemi oblíbenými nástroji, včetně BitTitan MigrationWiz, nativního IMAP importu z Centra pro správu Exchange a nástrojů třetích stran jako CloudM a imapsync. Hlavní příčina je vždy stejná: hlavička "Received" přidaná během migračního procesu přepisuje zobrazení původního data v Outlooku.
Obvyklé migrační cesty do Microsoft 365
Z Gmailu / Google Workspace
Organizace přecházející z Google Workspace na Microsoft 365 obvykle používají BitTitan MigrationWiz, CloudM nebo funkci IMAP importu z Centra pro správu Exchange. Každý z těchto nástrojů extrahuje e-maily z Gmailu a vkládá je do Exchange Online. Při vkládání Exchange Online přidá hlavičku "Received" s časovým razítkem migrace. Tato hlavička se stane nejnovější v řetězci, což způsobí, že Outlook zobrazuje datum migrace jako datum přijetí.
Z Exchange on-premises
Migrace z Exchange on-premises (2010, 2013, 2016, 2019) do Exchange Online využívají nativní migrační nástroje Microsoftu (přímá migrace, postupná migrace, hybridní migrace) nebo nástroje třetích stran jako BitTitan. Hybridní migrace využívající migrační endpoint Exchange někdy zachovávají datumy správně, ale IMAP migrace a ty provedené nástroji třetích stran často produkují problém s datumy. Výsledek závisí na přesném způsobu, jakým nástroj vkládá zprávy do Exchange Online.
Z jiných serverů IMAP
Migrace ze Zimbra, Zoho, cPanel hostingu, Dovecot a dalších serverů IMAP do Microsoft 365 se obvykle provádějí přes nativní IMAP import z Centra pro správu Exchange nebo imapsync. Obě metody vedou k přidání hlaviček "Received" serverem Exchange Online během importu. Všechny migrované e-maily zobrazují datum migrace v Outlooku.
Jak Exchange Online zpracovává migrované e-maily
Exchange Online a hlavičky "Received"
Když je zpráva vložena do schránky Exchange Online (ať už přes IMAP, EWS nebo Microsoft Graph API), Exchange Online ji zpracuje jako nové doručení zprávy a přidá transportní hlavičky. Tyto hlavičky zahrnují záznam "Received" s aktuálním časovým razítkem. Pro migrované e-maily toto časové razítko odpovídá datu migrace, nikoli původnímu datu doručení.
Jak Outlook čte datum
Outlook (Desktop, Web i Mobile) určuje datum "Přijetí" čtením metadat a hlaviček e-mailu. Sloupec "Přijato" (výchozí zobrazení v Outlooku) zobrazuje datum z nejnovější hlavičky "Received" nebo časové razítko doručení uložené v Exchange. Po migraci tato hodnota odráží okamžik, kdy migrační nástroj doručil zprávu do Exchange Online, nikoli okamžik původního odeslání nebo přijetí. Kompletní technické vysvětlení najdete v článku oprava špatného data v Outlooku po migraci.
Outlook na webu (OWA)
Outlook na webu (OWA) zobrazuje stejně špatné datum jako Outlook Desktop. Na rozdíl od webového rozhraní Gmailu (které někdy zobrazuje správné datum z hlavičky "Date") OWA systematicky zobrazuje časové razítko doručení Exchange. Žádné řešení na straně klienta není možné. Oprava musí být provedena na úrovni serveru.
Vestavěné nástroje Microsoftu tento problém nevyřeší
Centrum pro správu Exchange
Centrum pro správu Exchange nabízí mnoho funkcí pro správu schránek, ale neobsahuje žádný nástroj pro opravu datumů e-mailů po migraci. Žádná schopnost hromadné úpravy hlaviček. Žádný průvodce opravou datumů. Žádný PowerShell cmdlet, který by upravoval hlavičky "Received" existujících zpráv.
Nástroje pro dodržování předpisů (eDiscovery, retence)
Nástroje pro dodržování předpisů Microsoft 365 jako eDiscovery a zásady retence používají uložená časová razítka e-mailů. Po migraci tyto nástroje odrážejí datum migrace, což může způsobit reálné problémy s právními zadržovacími příkazy, dodržováním regulací a auditními záznamy. Nejde jen o pohodlí uživatelů - pro organizace podléhající požadavkům na uchovávání e-mailů to může mít právní a regulační dopady.
PowerShell
Exchange Online PowerShell nabízí výkonné možnosti správy schránek, ale nemůže upravovat surový obsah zpráv. Cmdlet Set-MailboxMessageConfiguration a přidružené příkazy řídí nastavení schránky, nikoli hlavičky jednotlivých zpráv. Neexistuje žádný podporovaný přístup přes PowerShell k odstranění hlaviček "Received" z existujících zpráv v Exchange Online. Co tedy mají IT týmy vlastně dělat?
Oprava datumů Microsoft 365 s Redate.io
Jak se Redate.io připojuje k Microsoft 365
Redate.io se připojuje k Exchange Online přes registraci aplikace Azure AD (Entra ID). Administrátor vytvoří registraci aplikace na portálu Azure, udělí potřebná oprávnění pro e-mail (Mail.ReadWrite) a poskytne souhlas administrátora pro tenant. To umožňuje Redate.io přistupovat ke všem schránkám organizace přes Microsoft Graph API nebo IMAP s autentizací OAuth2.
Proces registrace aplikace trvá přibližně 15 minut a sleduje standardní vzory OAuth2 Microsoftu. Žádná uživatelská hesla se nesdílejí - autentizace je plně řízena tokeny Azure AD.
Začínáme
Zaregistrujte aplikaci Azure AD. Na portálu Azure přejděte do Azure Active Directory (Entra ID), poté Registrace aplikací a vytvořte novou aplikaci. Nakonfigurujte ji jako jednotenantovou nebo vícetanantovou aplikaci podle potřeb organizace.
Udělte oprávnění pro e-mail. Přidejte oprávnění Microsoft Graph "Mail.ReadWrite" (oprávnění aplikace) k registraci. Udělte souhlas administrátora, aby aplikace mohla přistupovat ke schránkám bez individuálního souhlasu uživatelů.
Vytvořte tajný klíč klienta nebo certifikát. Vygenerujte tajný klíč klienta nebo nahrajte certifikát pro autentizaci. Poznamenejte si ID aplikace a ID tenanta.
Připojte se v Redate.io. Přihlaste se do Redate.io, vyberte "Microsoft 365" jako platformu a zadejte ID aplikace, ID tenanta a tajný klíč klienta. Redate.io ověří připojení a vypíše dostupné schránky.
Analyzujte a opravte. Vyberte schránky k analýze. Bezplatná analýza identifikuje postižené e-maily v každé schránce. Po prohlédnutí výsledků zvolte tarif a spusťte opravu. Proprietární opravný engine Redate.io zpracuje každý e-mail přes vícestupňový analytický pipeline, který zvládá podpisy S/MIME, multipart MIME struktury, hraniční případy kódování a desítky dalších variací, které by jednoduchý skript poškodil.
Co Redate.io přináší
Pro každý postižený e-mail opravný engine analyzuje kompletní řetězec hlaviček, aplikuje cílené opravy založené na porovnání známých migračních podpisů a potvrdí každý výsledek kontrolou integrity před finalizací. Původní zprávy jsou přesunuty do složky "Redate.io - Originals" v rámci schránky a uchovány po dobu 30 dní. Je to mnohem složitější než prosté hledání a nahrazování v textu hlaviček.
Po opravě
Po dokončení opravy Outlook (Desktop, Web i Mobile) zobrazuje správné původní datumy. Řazení podle data "Přijetí" funguje podle očekávání. Výsledky vyhledávání vracejí přesná časová razítka. Nástroje pro dodržování předpisů odrážejí správné datumy pro právní a regulační účely. Oprava je trvalá, žádná údržba není potřeba.
Průvodci podle nástroje pro Microsoft 365
Migrace do Microsoft 365 a datumy e-mailů jsou špatné? Spusťte bezplatnou analýzu s Redate.io a identifikujte postižené e-maily ve všech schránkách. Obnovte správné datumy v Outlooku, OWA i všech připojených klientech.