Co je IMAP import Centra spravy Exchange?
Microsoft poskytuje vstavanou funkciu migracie IMAP v Centre spravy Exchange (EAC), ktora umoznuje administratorom importovat emaily z akehokolvek IMAP servera do Exchange Online (Microsoft 365). Tento nativny nastroj je navrhnuty pre organizacie migrujuce z platforiem inych nez Microsoft: Gmail, Zimbra, Dovecot, Courier, cPanel hosting a akykolvek iny server podporujuci IMAP.
IMAP import Centra spravy Exchange je casto prvy nastroj, ktory administratori vyskusaju. Ziadny softver tretej strany. Ziadne dalsie licencné naklady. Priamo vstavaný do rozhrania spravy Microsoft 365. Vyzera to ako samozrejma volba.
Ale tento nativny nastroj Microsoftu produkuje rovnaky problem s datumami ako migracne nastroje tretich stran. Po IMAP importe cez Centrum spravy Exchange kazdy migrovaný email zobrazuje datum migracie namiesto povodneho datumu prijatia. Pouzivatelia otvoria Outlook a zistia, ze roky emailovej historie vyzeraju, ze prisli v ten isty den. Je to vlastny nastroj Microsoftu, ktory pokazí datumy v emailovom klientovi Microsoftu.
Ako IMAP import Exchange sposobuje problemy s datumami
Proces importu
IMAP import Centra spravy Exchange funguje pripojením sa k zdrojovemu IMAP serveru, stiahnutim kazdeho emailu a jeho vlozenim do cielovej schranky Exchange Online. Pocas tohto vlozenia Exchange Online spracuje kazdy importovany email ako nove dorucenie a prida transportne hlavicky vrátane hlavicky "Received" s aktualnou casovou peciatkov, teda datumom importu.
Hlavicka "Received" pridana Exchange Online
Ked Exchange Online prijme spravu (ci uz normalnym dorucením alebo IMAP importom), prida hlavicky "Received" dokumentujuce cestu spravy infrastrukturou transportu Microsoftu. Tieto hlavicky obsahuju casove peciatky odrázajuce moment, kedy Exchange Online spravu spracoval. Pre importovane emaily tieto casove peciatky zodpovedaju datumu a casu operacie importu, nie povodnemu datumu dorucenia.
Typicka hlavicka "Received" pridana Exchange pocas IMAP importu vyzera takto:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Tato hlavicka je umiestnena na vrchu retazca hlaviciek, co z nej robi najnovsiu "Received". Outlook cita tuto hlavicku na urcenie datumu prijatia a zobrazuje datum importu pre kazdy migrovaný email.
Preco ma vlastny nastroj Microsoftu tento problem
Vyzera to absurdne, ze migracny nastroj Microsoftu sposobuje problem so zobrazenim datumu v emailovom klientovi Microsoftu. Ale vysvetlenie je vlastne logicke: IMAP import spravne zaznamenáva moment, kedy spravu spracoval (poziadavka standardov emailoveho transportu) a Outlook spravne cita najnovsiu hlavicku "Received" na urcenie datumu prijatia (standardne spravanie emailoveho klienta). Kombinacia tychto dvoch spravnych spravani produkuje nespravny vysledok pre migrovane emaily. Dve spravne veci, ktore robia skodu. Pre úplne technicke vysvetlenie pozrite preco emaily zobrazuju nespravne datumy po IMAP migracii.
Konfiguracia IMAP importu (nezabranuje problemu)
Nastavenia Centra spravy Exchange
IMAP import Centra spravy Exchange ponuka konfiguracne moznosti pre mapovanie priecinkov, filtrovanie poloziek a planovanie migracnych davok. Ale ziadna z tychto moznosti nekontroluje, ako Exchange Online spracovava hlavicky "Received" pocas importu. Ziadne zaskrtavacie policko "zachovat povodne datumy" a ziadne nastavenie, ktore by zabranilo Exchange pridat transportne hlavicky. Problem s datumami je dosledkom architektury emailoveho transportu, nie chybajucou konfiguracnou moznostou.
PowerShell migracne cmdlety
Administratori pouzivajuci PowerShell cmdlety (New-MigrationBatch, New-MoveRequest) pre IMAP migraciu maju pristup k dalsim parametrom, ale ziadny z nich nezabranuje pridaniu hlavicky "Received". Cmdlet Start-MigrationBatch a súvisiace prikazy ovladaju migracný proces, nie transportne spravanie Exchange Online. Dokonca aj s najpeclivejsou PowerShell konfiguraciou importovane emaily budu mat datum migracie ako datum prijatia v Outlooku.
Dopad na Outlook a OWA
Outlook Desktop
Outlook Desktop je najpostihnutejsi klient. Predvolene zobrazenie triedi emaily podla datumu "Prijatia", ktory zobrazuje casovu peciatku importu pre kazdu migrovanú spravu. Pouzivatelia spoliehajuci sa na vyhladavanie, triedenie a filtrovanie podla datumu maju pracovny postup uplne naruseny. Dorucena posta pokryvajuca pat rokov korespodencie vyzera, akoby vsetko prislo v ten isty den. Ako najdete ten dolezity email z roku 2021, ked kazda sprava tvrdi, ze prisla v januari 2024?
Outlook na webe (OWA)
OWA zobrazuje rovnake nespravne datumy ako Outlook Desktop. Na rozdiel od weboveho rozhrania Gmailu (ktore niekedy cita hlavicku "Date") OWA systematicky pouziva casovu peciatku dorucenia Exchange. Ziadne nastavenie ani moznost zobrazenia OWA neukazuje povodny datum namiesto datumu importu.
Outlook Mobile
Outlook Mobile (iOS a Android) tiez zobrazuje datum importu. Problem je konzistentny napriec vsetkymi platformami Outlooku, pretoze vsetky citaju tu istu hodnotu datumu z Exchange Online. Pre kompletny navod o problemoch s datumami specifickych pre Outlook pozrite oprava nespravneho datumu Outlook po migracii.
Bezne obchadzkove riesenia (a preco zlyhavaju)
Triedenie podla datumu "Odoslane"
Najcastejsie navrhované obchadzkove riesenie je zmena zobrazenia Outlooku na triedenie podla datumu "Odoslane" namiesto datumu "Prijate". Hoci to mení poradie zobrazovania, neopravuje zakladne udaje. Datum "Prijatia" zostava nespravny vo vysledkoch vyhladavania, pravidlach, nastrojoch suladnosti a kazdej inej funkcii referencujucej casovu peciatku prijatia. A toto obchadzkove riesenie vyzaduje, aby kazdy pouzivatel zmenil nastavenia na kazdom zariadeni.
Opakovane spustenie IMAP importu
Opätovný import emailov problem s datumami neriesi. Druhy import prida dalsiu sadu hlaviciek "Received" s novou casovou peciatkov, co este viac komplikuje retazec hlaviciek bez opravy zobrazeneho datumu. Opätovný import moze tiez vytvorit duplikaty, ak nastroj nespravne zvlada deduplikaciu.
Pouzitie ineho migracneho nastroja
Prechod na nastroj tretej strany (BitTitan MigrationWiz, CloudM alebo imapsync) problem s datumami neriesi. Akykolvek nastroj, ktory vklada emaily do Exchange Online, spusti rovnake spravanie transportnej hlavicky. Problem je v tom, ako Exchange Online spracovava prichadzajuce spravy, nie v migracnom nastroji samotnom. Pre porovnanie vsetkych mozností opravy pozrite daju sa datumy emailov opravit po migracii.
Oprava datumov IMAP importu Exchange s Redate.io
Ako Redate.io identifikuje hlavicky importu Exchange
Redate.io sa pripaja k Exchange Online a spracováva kazdy email cez svoj proprietarny viacstupnovy analytický pipeline. Pre IMAP importy Exchange Redate.io aplikuje porovnavanie podpisov migracie na stovkach znamych podpisov vrátane vzorov transportnej infrastruktury Exchange Online (ako "prod.exchangelabs.com"), na presnu identifikaciu, ktore hlavicky "Received" boli pridane pocas importu oproti tym, ktore su sucastou povodneho retazca dorucenia.
Co Redate.io prinasa
Po spracovani kazdy opraveny email zobrazuje svoj povodny datum prijatia v Outlooku, OWA a vsetkych pripojených klientoch. Chronologicke poradie je obnovene. Kazda korekcia prechádza kontrolou integrity pred finalizaciou a originaly su uchovane v priecinku "Redate.io - Originals" 30 dni. Korekcny motor riesi specificke pripady, ktore robia rucne pristupy nebezpecnymi: spravy podpisane S/MIME, sifrovany obsah PGP, multipart MIME struktury s vnoreným hranicami, variacie kodovana a poskodené MIME hranice. V skutocnosti je to ovela viac nez jednoduche hladanie a nahradenie textu hlavicky.
Pripojenie k Exchange Online
Redate.io sa pripaja k Exchange Online cez registraciu aplikacie Azure AD (Entra ID) s autentifikaciou OAuth2. Administrator vytvorí registraciu aplikacie, udeli opravnenia Mail.ReadWrite a poskytne suhlas administratora. Ziadne hesla pouzivatelov nie su potrebne. Proces nastavenia trva priblizne 15 minut a nasleduje rovnake vzory pouzívane inymi certifikovanými aplikaciami Microsoftu.
Navody specificke podla platformy
Casto kladene otazky
Je to znamy problem u Microsoftu?
Microsoft oficiálne nedokumentuje tento problem ako znamu chybu IMAP importu Centra spravy Exchange. Support tikety tykajuce sa tohto problemu s datumami zvycajne dostavaju navrhy obchadzkových riesení (triedit podla datumu Odoslane) namiesto opravy. Problem je dosledkom standardneho transportneho spravania Exchange, nie chybou funkcie importu.
Moze PowerShell opravit datumy po importe?
Nie. Exchange Online PowerShell neposkytuje cmdlety na modifikaciu suroveho obsahu existujucich sprav. Cmdlety Set-Mailbox a súvisiace ovládaju konfiguraciu schranky, nie hlavicky individuálnych sprav. Oprava vyzaduje pracu na urovni, ktoru PowerShell pre Exchange Online jednoducho neexponuje.
Funguje Redate.io s hybridnými prostrediami Exchange?
Ano. Redate.io funguje s akoukolveek postovou schrankou hosťovanou v Exchange Online, bez ohladu na to, ci organizacia pouziva hybridnu konfiguraciu Exchange alebo nie. Oprava sa aplikuje na schranku Exchange Online a nevyzaduje pristup k serverom Exchange on-premises.
IMAP import Exchange pokazil datumy vsetkych emailov? Spustite bezplatnu analyzu s Redate.io na identifikaciu postihnutych emailov v kazdej schranke a obnovenie spravnych datumov v Outlooku, OWA a vsetkych pripojených klientoch.