Problem s datumami po migracii Microsoft 365
Po migracii na Microsoft 365 (Exchange Online) organizacie casto objavia problem, ktory mal byt v analyze rizik migracneho projektu: kazdy email v kazdej postovej schranke zobrazuje datum migracie namiesto povodneho datumu prijatia. Pouzivatelia otvoria Outlook a vidia tisice emailov oznacenych rovnakym datumom. Triedenie podla datumu uz nesluzi. Vysledky vyhladavania vracaju zavádzajuce casove peciatky. Kompletna chronologicka historia schranky vyzera znicena.
Tento problem postihuje migracie zo vsetkych zdrojovych platforiem: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes a akykolvek iny IMAP server. Zasiahne migracie vykonane vsetkymi popularnymi nastrojmi vrátane BitTitan MigrationWiz, nativneho IMAP importu Centra spravy Exchange a nastrojov tretích stran ako CloudM a imapsync. Zakladna pricina je vzdy rovnaka: hlavicka "Received" pridana pocas migracneho procesu prepisuje zobrazenie povodneho datumu v Outlooku.
Bezne migracne cesty na Microsoft 365
Z Gmail / Google Workspace
Organizacie prechádzajuce z Google Workspace na Microsoft 365 zvycajne pouzivaju BitTitan MigrationWiz, CloudM alebo funkciu IMAP importu Centra spravy Exchange. Kazdy z tychto nastrojov extrahuje emaily z Gmailu a vklada ich do Exchange Online. Pocas vlozenia Exchange Online prida hlavicku "Received" s casovou peciatkou migracie. Tato hlavicka sa stáva najnovsou v retazci, co sposobuje, ze Outlook zobrazuje datum migracie ako datum prijatia.
Z Exchange on-premises
Migracie z Exchange on-premises (2010, 2013, 2016, 2019) na Exchange Online pouzivaju nativne migracne nastroje Microsoftu (priama migracia, etapová migracia, hybridna migracia) alebo nastroje tretích stran ako BitTitan. Hybridne migracie pouzivajuce migracny endpoint Exchange niekedy zachovaju datumy spravne, ale IMAP migracie a tie vykonane nastrojmi tretich stran casto produkuju problem s datumami. Vysledok závisí od presneho sposobu, akym nastroj vklada spravy do Exchange Online.
Z inych IMAP serverov
Migracie zo Zimbra, Zoho, cPanel hostingu, Dovecot a inych IMAP serverov na Microsoft 365 sa zvycajne vykonavaju cez nativny IMAP import Centra spravy Exchange alebo imapsync. Obe metody vedú k pridaniu hlaviciek "Received" Exchange Online pocas procesu importu. Vsetky migrovane emaily zobrazuju datum migracie v Outlooku.
Ako Exchange Online spracovava migrovane emaily
Exchange Online a hlavicky "Received"
Ked je sprava vlozena do schranky Exchange Online (ci uz cez IMAP, EWS alebo Microsoft Graph API), Exchange Online ju spracuje ako nove dorucenie spravy a prida hlavicky súvisiace s transportom. Tieto hlavicky zahrnaju polozku "Received" s aktuálnou casovou peciatkov. Pre migrovane emaily tato casova peciatka zodpoveda datumu migracie, nie povodnemu datumu dorucenia.
Ako Outlook cita datum
Outlook (Desktop, Web a Mobile) urcuje datum "Prijatia" citanim metaudajov a hlaviciek emailu. Stlpec "Prijate" (ktory je predvolenym zobrazenim v Outlooku) zobrazuje datum z najnovsej hlavicky "Received" alebo casovu peciatku dorucenia ulozenu v Exchange. Po migracii tato hodnota odráza moment, kedy migracny nastroj dorucil spravu do Exchange Online, nie moment, kedy bola sprava povodne odoslana alebo prijata. Pre uplne technicke vysvetlenie pozrite oprava nespravneho datumu Outlook po migracii.
Outlook na webe (OWA)
Outlook na webe (OWA) zobrazuje rovnaky nespravny datum ako Outlook Desktop. Na rozdiel od weboveho rozhrania Gmailu (ktore niekedy zobrazuje spravny datum z hlavicky "Date") OWA systematicky zobrazuje casovu peciatku dorucenia Exchange. Ziadne obchadzkové riesenie na strane klienta nie je mozne. Oprava sa musi vykonat na urovni servera.
Vstavane nastroje Microsoftu tento problem neriesia
Centrum spravy Exchange
Centrum spravy Exchange ponuka mnozstvo funkcii na spravu postovych schranok, ale nezahrna ziadny nastroj na opravu datumov emailov po migracii. Ziadna schopnost hromadnej upravy hlaviciek. Ziadny asistent opravy datumov. Ziadny PowerShell cmdlet, ktory modifikuje hlavicky "Received" existujucich sprav.
Nastroje suladnosti (eDiscovery, retencia)
Nastroje suladnosti Microsoft 365 ako eDiscovery a politiky retencie pouzivaju ulozene casove peciatky emailov. Po migracii tieto nastroje odrázaju datum migracie, co moze sposobit skutocné problemy s pravnymi pozdrzaniami, regulacnou suladnostou a auditnymi stopami. Nie je to len otazka komfortu pre pouzivatelov: moze to mat pravne a regulacne dosledky pre organizacie podliehajuce poziadavkam na uchovavanie emailov.
PowerShell
Exchange Online PowerShell ponuka výkonné moznosti spravy schranok, ale nedokaze modifikovat suroový obsah sprav. Cmdlet Set-MailboxMessageConfiguration a súvisiace prikazy ovladaju nastavenia schranky, nie hlavicky individuálnych sprav. Neexistuje ziadny podporovaný pristup PowerShell na odstranenie hlaviciek "Received" z existujucich sprav v Exchange Online. Tak co maju IT timy robit?
Oprava datumov Microsoft 365 s Redate.io
Ako sa Redate.io pripaja k Microsoft 365
Redate.io sa pripaja k Exchange Online cez registráciu aplikacie Azure AD (Entra ID). Administrator vytvorí registraciu aplikacie na Azure portale, udelí potrebne opravnenia na postu (Mail.ReadWrite) a poskytne suhlas administratora pre tenanta. To umozní Redate.io pristupovat ku vsetkym postovym schrankam organizacie cez Microsoft Graph API alebo IMAP s autentifikaciou OAuth2.
Proces registracie aplikacie trva priblizne 15 minut a nasleduje standardne OAuth2 vzory Microsoftu. Ziadne heslá pouzivatelov sa nezdielaju, autentifikacia je úplne riadena tokenmi Azure AD.
Zaciname
Zaregistrujte aplikaciu Azure AD. Na Azure portale prejdite na Azure Active Directory (Entra ID), potom Registracie aplikacii a vytvorte novu aplikaciu.
Udelite opravnenia na postu. Pridajte opravnenie Microsoft Graph "Mail.ReadWrite" (aplikacne opravnenie) k registracii. Udelíte suhlas administratora, aby aplikacia mohla pristupovat k schrankam bez individuálneho suhlas pouzivatelov.
Vytvorte klientsky secret alebo certifikat. Vygenerujte klientsky secret alebo nahrajte certifikat pre autentifikaciu. Zaznacte si ID aplikacie a ID tenanta.
Pripojte v Redate.io. Prihlaste sa do Redate.io, vyberte "Microsoft 365" ako platformu a zadajte ID aplikacie, ID tenanta a klientsky secret. Redate.io validuje pripojenie a zobrazí dostupne schranky.
Analyzujte a opravte. Vyberte schranky na analyzu. Bezplatna analyza identifikuje postihnuté emaily v kazdej schranke. Po preskumani vysledkov vyberte plan a spustite opravu. Proprietarny korekcny motor Redate.io spracuje kazdy email cez viacstupnovy analytický pipeline, riesiac podpisy S/MIME, multipart MIME struktury, okrajove pripady kodovana a desiatky dalsich variacii, ktore by zakladny skript poskodil.
Co Redate.io prinasa
Pre kazdy postihnuty email korekcny motor analyzuje kompletny retazec hlaviciek, aplikuje cielene korekcie na zaklade porovnavania znamych migracnych podpisov a potvrdi kazdy vysledok kontrolou integrity pred finalizáciou. Povodne spravy sa presunu do priecinka "Redate.io - Originals" v schranke a uchovavaju sa 30 dni. Je to podstatne zlozitejsie nez jednoduche hladanie a nahradenie textu hlavicky.
Po oprave
Po dokonceni opravy Outlook (Desktop, Web a Mobile) zobrazuje spravne povodne datumy. Triedenie podla datumu "Prijatia" funguje podla ocakavania. Vysledky vyhladavania vracaju presne casove peciatky. Nastroje suladnosti odrázaju spravne datumy pre pravne a regulacne ucely. Oprava je trvala, ziadna udrzba nie je potrebna.
Navody specificke podla nastroja pre Microsoft 365
- Oprava datumov BitTitan MigrationWiz v Microsoft 365
- Oprava datumov IMAP importu Exchange v Outlooku
Migracia na Microsoft 365 a datumy emailov su nespravne? Spustite bezplatnu analyzu s Redate.io na identifikaciu postihnutych emailov vo vsetkych schrankach a obnovte spravne datumy v Outlooku, OWA a vsetkych pripojených klientoch.