Popravek datumov selitve Exchange IMAP v Outlooku
Zakaj selitve Exchange IMAP pokvarijo datume v Outlooku
Microsoftovo lastno selitveno orodje IMAP, ki je na voljo prek skrbniškega centra Exchange in PowerShell, naj bi bilo varen, uradni način za prenos nabiralnikov v Exchange Online. Skrbniki mu zaupajo, ker je prvostransko Microsoftovo orodje. Zato je odziv na odkritje, da vsaka preseljena e-pošta v Outlooku prikazuje datum selitve namesto izvornega datuma, običajno neverjetje.
Tukaj je, kaj se dogaja pod površjem. Selitev Exchange IMAP prenese vsako sporočilo z izvornega strežnika in ga poda v ciljni nabiralnik Exchange skozi transportni cevovod. Ta cevovod naredi tisto, kar vedno naredi z dohodno pošto: doda glavo Received s trenutnim časovnim žigom obdelave in nastavi lastnost PR_MESSAGE_DELIVERY_TIME tako, da se ujema. Izvorni IMAP INTERNALDATE z izvornega strežnika? Zavržen. Ni prenesen. Niti poskusa ni bilo.
Rezultat: vsaka e-pošta v preseljenem nabiralniku, ne glede na to, ali je bila poslana leta 2012 ali 2025, zdaj prikazuje datum selitve v Outlookovem stolpcu "Prejeto". In tu je del, ki skrbnike najbolj razočara: Exchangeva selitvena dokumentacija to obnašanje komaj omenja. Izvedete zanj, ko 500 uporabnikov v ponedeljek zjutraj odpre Outlook in prijavi, da njihova prejeta pošta izgleda narobe.
Kako napačni datumi uničijo izkušnjo v Outlooku
Outlookov stolpec "Prejeto" prikazuje časovni žig selitve za vsako e-pošto. Tudi poslani predmeti ga prikazujejo, ker Exchange obdela poslana sporočila skozi isti cevovod med nalaganjem. Celo sporočila, povezana s sestanki (vabila, odgovori, odpovedi), nosijo datum selitve, kar popači časovnico preteklih koledarskih interakcij.
Prava škoda pa je pri iskanju in avtomatizaciji. Outlookova iskalna vrstica uporablja strežniški indeks Exchange, ki se sklicuje na poškodovani čas dostave. Iskanja, filtrirana po datumu, vračajo napačne rezultate. Samodejno arhiviranje, ki premika ali briše e-pošto na podlagi starosti, misli, da je vsako sporočilo povsem novo in zavrne arhiviranje česarkoli. Pravila, ki se sprožijo na podlagi datuma prejema, odpovejo. Pravila pogojnega oblikovanja, ki barvno označujejo e-pošto po starosti (pogosta praksa med zahtevnimi uporabniki z velikim obsegom e-pošte), popolnoma prenehajo delovati. Za organizacijo z 200 zaposlenimi to pomeni 200 pokvarjenih predalov, 200 pokvarjenih iskalnih izkušenj in 200 ljudi, ki ne morejo več zaupati svojemu e-poštnemu odjemalcu, da jim pokaže, kdaj so se stvari dejansko zgodile.
Pogosto zastavljena vprašanja
Ali ima selitev Exchange IMAP možnost za ohranjanje izvornih datumov?
Ne. Vgrajena selitev Exchange IMAP ne ponuja možnosti za ohranjanje datumov. Transportni cevovod vsako naloženo sporočilo obdela kot novo dostavo in ga označil s trenutnim časovnim žigom. To je temeljna omejitev, kako Exchange obravnava selitve IMAP, Microsoft pa popravka ni zagotovil.
Ali je to ista težava, ki jo povzročajo selitvena orodja tretjih oseb?
Temeljni vzrok je enak. Ne glede na to, ali je selitev uporabila selitev Exchange IMAP, BitTitan MigrationWiz, imapsync ali katero koli drugo orodje na osnovi IMAP, ciljni strežnik na vsako sporočilo odtisne časovni žig nalaganja. Analiza verige glav in rekonstrukcija datumskih metapodatkov Redate.io delujeta ne glede na to, katero orodje je povzročilo poškodbo.
Ali lahko Redate.io popravi datume na lokalnem Exchange Server?
Da. Redate.io se povezuje prek IMAP z vsako uvedbo Exchange, ki ima omogočen dostop IMAP. To vključuje Exchange Online (Microsoft 365), Exchange Server 2019, Exchange Server 2016 in hibridne konfiguracije. Strežnik potrebuje le povezljivost IMAP.
Kaj se zgodi z izvornimi e-poštnimi sporočili med popravkom?
Redate.io premakne vsako izvorno sporočilo v namensko mapo za varnostne kopije, preden izvede popravek. Nič se ne izbriše. Če bi kdaj potrebovali vrnitev v prejšnje stanje, so izvorniki še vedno tam. Vsaka operacija vključuje preverjanje za vsako posamezno sporočilo, da se zagotovi nič izgube podatkov skozi celoten postopek.