Exchange IMAP uvoz: zašto se datumi kvare

Exchange IMAP uvozi i datumi vaših e-poruka

Exchange Online svakoj poruci u poštanskom sandučiću dodjeljuje datum, i to je datum koji Outlook prikazuje i po kojem sortira. Za e-poruku koja stiže s interneta, to je trenutak primitka. Za e-poruku koju je kopirala migracija, to je datum koji joj je migracija dodijelila: izvorni datum kad migracija taj datum prenese, dan uvoza kad ga ne prenese.

Odatle dolaze pogrešni datumi tijekom Exchange IMAP uvoza. Exchange Online ne prepisuje datum koji mu je dan. Ali kad uvoz ne prenese izvorni datum svake e-poruke, kopija poruke stare 7 godina dobiva datum uvoza, kao da je upravo dostavljena.

Rezultat? Uvezete 4.000 e-poruka sa starog IMAP poslužitelja u Exchange Online, i e-poruke prikazuju datum uvoza umjesto svog vlastitog. E-poruke iz 2018., 2020., 2023., s današnjim datumom. Vaši korisnici u ponedjeljak ujutro otvore Outlook i vide zid poruka s istim datumom.

Kako radi čarobnjak za migraciju u Exchange Admin Centeru

Exchange Admin Center (EAC) sadrži ugrađeni čarobnjak za migraciju za IMAP uvoze. To je grafičko sučelje kojem većina administratora Exchangea prvo posegne: odete na Recipients, zatim Migration, stvorite novu grupu (batch), odaberete "Migrate to Exchange Online", izaberete IMAP kao izvor, učitate CSV datoteku s mapiranjima sandučića i pokrenete grupu.

Iza kulisa, čarobnjak za migraciju u EAC-u stvara New-MigrationBatch s tipom krajnje točke postavljenim na IMAP. Exchange se povezuje s vašim izvornim IMAP poslužiteljem, čita svaku poruku i upisuje je u ciljni Exchange Online poštanski sandučić. Na papiru dovoljno jednostavno.

Ali evo na što administratori nailaze. Microsoft ne dokumentira kako migracija postavlja datum svake kopirane poruke, a administratori prijavljuju da e-poruke izlaze s datumom sinkronizacije umjesto s datumom primitka. Outlook, OWA i svaki drugi klijent povezan s tim sandučićem zatim koriste taj datum za prikaz i sortiranje.

Izvorno zaglavlje Date: iz 2019.? Još je tamo, skriveno u zaglavljima poruke. Ali Exchange ga ne koristi za redoslijed sortiranja u vašoj ulaznoj pošti.

Date: Fri, 22 Nov 2019 16:08:33 +0100

PowerShell: New-MailboxImportRequest i isti problem

Administratori koji preferiraju naredbeni red često se okreću New-MailboxImportRequest za uvoz PST datoteka, ili New-MigrationBatch s IMAP krajnjim točkama za migracije poslužitelj-na-poslužitelj. Očekivanje je da PowerShell daje veću kontrolu. I daje, za neke stvari. Ne za datume.

New-MailboxImportRequest uvozi PST datoteke u Exchange Online poštanske sandučiće. PST datoteka sadrži izvorne vremenske oznake za svaku poruku. Ali PowerShell cmdlet nema parametar koji kontrolira koji datum dobiva svaka uvezena poruka. Ne postoji zastavica -PreserveDates (i vjerujte mi, administratori su ju tražili).

New-MigrationBatch -SourceEndpoint s IMAP krajnjom točkom radi slično čarobnjaku u EAC-u, samo bez grafičkog sučelja. Ista IMAP veza, isti rezultat za datume. Cmdlet nudi parametre za filtriranje po vremenskom rasponu (-StartAfter, -CompleteAfter) i isključivanje mapa, ali ništa što kontrolira kako Exchange postupa s vremenskom oznakom ulazne poruke.

Precizno rečeno, ovo prvenstveno utječe na prikazani datum i redoslijed sortiranja. Sadržaj poruke, uključujući izvorno zaglavlje Date, stiže netaknut. Pogrešan je samo datum koji je dodijeljen kopiji, i baš je on iza svega što korisnik vidi.

Izravni IMAP uvoz naspram alata trećih strana

Je li važno koristite li izvorni IMAP uvoz Exchangea ili alat treće strane kao BitTitan MigrationWiz ili CloudM? Kratki odgovor: problem s datumima nastaje u oba slučaja, ali iz malo drugačijih razloga.

Kod izvornog IMAP uvoza Exchangea (čarobnjak u EAC-u ili PowerShell), Exchange se sam povezuje s izvornim IMAP poslužiteljem i preuzima poruke. Kako postavlja datum svake kopije ovisi o Microsoftu, i nije dokumentirano.

Kod alata trećih strana, alat za migraciju djeluje kao posrednik. Čita iz izvora, potencijalno preoblikuje poruku i upisuje u Exchange Online. Kad alat piše preko IMAP-a, Exchange Online zadržava datum koji alat prenese: ako alat pošalje izvorni datum svake e-poruke, kopija ga zadržava; ako ne, kopija dobiva datum migracije. Izvorno zaglavlje Date: pri tome ostaje netaknuto.

Praktična razlika? Zaglavlja koja ostaju nakon toga nisu ista od jednog alata do drugog, tako da se ispravak ne može osloniti na jedan fiksni uzorak. Temeljni problem je identičan: prikazani datum nije izvorni datum e-poruke.

Zašto transportna pravila Exchange Onlinea pogoršavaju stvar

Evo nešto što iznenadi i iskusne administratore Exchangea. Exchange Online ima transportna pravila (u administratorskom centru sada nazvana "mail flow rules") koja se mogu aktivirati na uvezenim porukama. Ako vaša organizacija ima pravila koja utiskuju oznake u zaglavlja, dodaju napomene o odricanju odgovornosti ili mijenjaju poruke na temelju uvjeta, ta pravila mogu obraditi i uvezene e-poruke.

To znači da e-poruka iz 2020. može dobiti dodano podnožje s napomenom o odricanju odgovornosti, ili X-zaglavlje koje dodaje pravilo o usklađenosti koje nije postojalo kad je izvorna e-poruka poslana. Pogrešni datumi najvidljiviji su simptom, ali transportna pravila mogu stvoriti i dodatne neočekivane promjene.

Možete li onemogućiti transportna pravila tijekom uvoza? Da, privremeno. Ali većina administratora se toga ne sjeti jer uopće ne očekuju da će transportni cjevovod obrađivati migrirane poruke. Dok shvate što se dogodilo, grupa za uvoz je već završena i šteta je nastala.

Što pogrešni datumi znače za Exchange okruženja

Exchange okruženja obično su poslovna okruženja. Odvjetnički uredi, financijske institucije, zdravstvene organizacije, državne agencije. To nisu osobni Gmail računi gdje je pogrešan datum blago neugodan. To su poštanski sandučići u kojima vremenske oznake e-poruka imaju pravni i regulatorni značaj.

Pravno zadržavanje (litigation hold) u Exchangeu čuva e-poruke na temelju vremenskih raspona. Ako svaka uvezena e-poruka prikazuje datum uvoza umjesto izvornog datuma, zadržavanje obuhvaća pogrešan skup poruka. eDiscovery pretraga za "sve komunikacije između siječnja i ožujka 2022." ne vraća ništa jer te e-poruke sada prikazuju travanj 2026.

Pravila zadržavanja nailaze na isti problem. Organizacija s pravilom zadržavanja od 3 godine može nehotice obrisati e-poruke koje se čine da su iz 2026. (i stoga su "nove") kad su zapravo iz 2019. i trebale bi biti sačuvane. Ili obrnuto: e-poruke koje je trebalo ukloniti na temelju pravila zadržavanja ostaju jer im je prividni datum nedavan.

Jedan scenarij iz kasne 2025.: MSP je migrirao oko 200 poštanskih sandučića s davatelja hostiranog Exchangea na Microsoft 365 koristeći čarobnjak za migraciju u EAC-u. Tri tjedna kasnije, klijentov službenik za usklađenost upozorio je da kvartalna izvješća o arhiviranju e-poruka prikazuju svaku arhiviranu poruku s istim datumom. Cijela arhiva e-poruka, unatrag 5 godina, izgledala je kao da je stigla u jedan jedini utorak u studenom.

Ispravak datuma Exchange IMAP uvoza

Izvorno Date: zaglavlje preživljava uvoz netaknuto. Uvoz ne mijenja izvorna RFC 2822 zaglavlja unutar poruke. Taj izvorni datum je referentna točka za ispravak.

Redate.io povezuje se s poštanskim sandučićem Exchange Online (svaka osoba prijavljuje se svojim Microsoftovim računom), pronalazi poruke s anomalijama datuma uzrokovanim IMAP uvozom i primjenjuje vlasnički motor za ispravak koji provodi provjeru usklađenosti s RFC-om, očuvanje strukture poruke i ciljanu rekonstrukciju metapodataka. Redate ne mora znati koji je alat izvršio uvoz: pronalazi e-poruke čiji prikazani datum ne odgovara njihovom izvornom datumu.

Svaka ispravljena poruka provjerava se pojedinačno: integritet sadržaja, kontrolne zbrojeve privitaka, smještaj u mapi i povezanost razgovora. Izvornici ostaju u vidljivoj mapi sigurnosne kopije u vašem vlastitom poštanskom sandučiću dok ih sami ne obrišete. Ako nešto ne izgleda dobro, povratak na prijašnje stanje udaljen je jedan klik.

Zašto to ne ispraviti PowerShell skriptom? Zato što je pronalazak e-poruka s pogrešnim datumom lakši dio. Ispravljanje 8.000 e-poruka u 50 poštanskih sandučića bez oštećivanja poruka potpisanih S/MIME-om, razbijanja ugniježđenih MIME struktura, kvarenja ne-ASCII RFC 2047 zaglavlja ili gubitka dodjeljivanja mapa je teži dio. Kako provjeriti da je svaka pojedinačno ispravljena poruka u produkcijskom okruženju netaknuta, da nijedan privitak nije izgubljen, da nijedan lanac razgovora nije prekinut? Skripta koja radi na testnom sandučiću s 30 poruka zagušit će se na rubnim slučajevima iz stvarnog svijeta. Onaj ugovor s privitkom od 42 MB i tri ugrađene slike umetnute u multipart/mixed strukturu unutar multipart/alternative omotača? Sretno.

Vodiči po platformama

Ispravak datuma primjenjuje se na razini poštanskog sandučića Exchange Online, ali korisnici pristupaju svojoj e-pošti kroz različite klijente. Svaki od njih prikazuje datume drugačije:

• Ispravak datuma Exchange IMAP uvoza u Outlooku
• Ispravak datuma Exchange IMAP uvoza u OWA-u (Outlook on the Web)

Tražite širi kontekst problema s datumima u Microsoftu 365 kroz različite alate za migraciju? Pogledajte potpuni vodič za ispravak datuma e-poruka nakon migracije Microsoft 365.

Exchange IMAP uvoz ostavio je vaše poštanske sandučiće s pogrešnim datumima? Započnite besplatnom provjerom i vidite koliko je e-poruka pogođeno i koliko će ispravak koštati, kreditna kartica nije potrebna.