Kontrolni seznam selitve e-pošte: preprečite težave z datumi

Zakaj je kontrolni seznam selitve nepogrešljiv

Selitev e-pošte je ena od najpomembnejših in hkrati najbolj tveganih IT-operacij, ki jih organizacija lahko izvede. Premikamo leta profesionalne komunikacije med platformami, en sam spregledek pa lahko pokvari metapodatke v vseh nabiralnikih. Najpogostejša žrtev? Datumi e-poštnih sporočil. Po selitvi vsako sporočilo tvega, da prikazuje datum selitve namesto prvotnega datuma pošiljanja ali prejema.

Ta kontrolni seznam pokriva vsako fazo procesa selitve. Sledite tem korakom, da čim bolj zmanjšate tveganje poškodbe datumov in drugih težav z metapodatki. Če je selitev že zaključena in so se težave z datumi že pojavile, preberite do konca.

Faza 1: načrtovanje pred selitvijo

Popis nabiralnikov

Preden se dotaknete katerega koli orodja za selitev, dokumentirajte vsak nabiralnik, ki bo preseljen. Zabeležite skupno število nabiralnikov, približno število sporočil v vsakem, časovni razpon najstarejših sporočil in vse skupne nabiralnike ali distribucijske skupine. Ta popis določa, katero orodje za selitev uporabiti, koliko časa bo selitev trajala in kakšna cenitev se bo morda uporabila za morebitne popravke po selitvi.

Izbira pravega orodja za selitev

Vsa orodja za selitev ne obravnavajo datumov enako. Preverite, kako vsako orodje ravna s hrambo IMAP INTERNALDATE in ali med postopkom APPEND dodaja glave "Received". Priljubljena orodja vključujejo BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO in nativni uvoz v Exchange Admin Center. Vsako od teh orodij lahko povzroči težave z datumi, ker protokol IMAP sam zahteva, da ciljni strežnik ob vstavljanju doda glavo "Received". Nekatera orodja pa vseeno bolje ohranjajo INTERNALDATE kot druga. Za podrobnejše razumevanje delovanja INTERNALDATE glejte IMAP INTERNALDATE: zakaj se datumi pokvarijo.

Varnostno kopirajte vse

Ustvarite popolno varnostno kopijo vsakega nabiralnika pred selitvijo. Ta kopija služi kot varnostna mreža in kot referenčna točka za preverjanje datumov po dejstvu. Za Google Workspace uporabite Google Takeout ali orodje za varnostno kopiranje tretje osebe. Za Microsoft 365 uporabite varnostno kopiranje Exchange Online ali izvoz v PST. Za IMAP strežnike uporabite imapsync za ustvarjanje lokalne kopije.

Varnostne kopije hranite na lokaciji, ki je popolnoma ločena od izvornih in ciljnih strežnikov.

Dokumentiranje prvotnih datumov

Izberite 10 do 20 sporočil na nabiralnik iz različnih časovnih obdobij (najstarejša, najnovejša in nekaj vmesnih). Zabeležite datum prejema, datum pošiljanja in surove glave vsakega sporočila. Ta referenčna sporočila postanejo vaša osnova za preverjanje po selitvi. Naredite posnetek zaslona nabiralnika, urejenega po datumu, da vizualno dokumentirate prvotni kronološki vrstni red.

Faza 2: testna selitev

Najprej preselite testni nabiralnik

Nikoli ne začnite celotne selitve brez predhodnega testiranja.

Ustvarite testni nabiralnik z reprezentativnim vzorcem sporočil (vsaj 100, ki pokrivajo več let). Zaženite selitev samo na tem nabiralniku in temeljito preglejte rezultate, preden nadaljujete. Ta test razkrije težave z datumi, napake pri kodiranju, hrošče pri ravnanju s prilogami in neskladja v strukturi map, preden te sploh prizadenejo produkcijske nabiralnike.

Preverite datume na testnem nabiralniku

Po selitvi testnega nabiralnika takoj preverite datume. Odprite nabiralnik v e-poštnem odjemalcu, ki ga bodo dejansko uporabljali končni uporabniki (Outlook, Apple Mail, Thunderbird ali spletni vmesnik). Primerjajte prikazane datume z referenčnimi sporočili, dokumentiranimi v fazi 1. Preverite tako datume prejema kot datume pošiljanja. Odprite surove glave več sporočil in poiščite novo dodane glave "Received" s časovnim žigom selitve.

Če so datumi napačni na testnem nabiralniku, bodo napačni na vseh nabiralnikih. Ustavite vse in odpravite težavo, preden nadaljujete s celotno selitvijo.

Testiranje z več e-poštnimi odjemalci

Različni e-poštni odjemalci prikazujejo datume različno. Gmailov spletni vmesnik lahko prikazuje pravilne datume (uporablja glavo "Date"), medtem ko Outlook prikazuje datum selitve (daje prednost glavi "Received"). Testirajte z vsakim odjemalcem, ki ga uporabniki v organizaciji dejansko uporabljajo, vključno z Outlook Desktop, Outlook na spletu, Apple Mail, Thunderbirdom in vsako mobilno e-poštno aplikacijo.

Faza 3: izvedba selitve

Konfiguracija orodja za selitev

Orodje za selitev konfigurirajte tako, da čim bolj ohranja INTERNALDATE. V imapsyncu uporabite ustrezne zastavice za nastavitev INTERNALDATE na cilju. V BitTitan MigrationWiz preverite napredne nastavitve za možnosti upravljanja datumov. Te nastavitve ne bodo popolnoma preprečile težav z glavo "Received", bo pa zmanjšale resnost težav z datumi v nekaterih odjemalcih. Dokumentirajte vsako konfiguracijska nastavitev, ki jo uporabite, da boste po potrebi lahko ponovili selitev.

Selitev v skupinah

Ne selirajte vseh nabiralnikov hkrati. Selirajte v skupinah po 10 do 20 nabiralnikov in po vsaki skupini preverite datume. Če ena skupina pokaže težave z datumi, to odkrijete, preden so prizadeti vsi v organizaciji. Selitev v skupinah sicer zmanjša tudi obremenitev izvornih in ciljnih strežnikov ter tako zmanjša tveganje časovnih omejitev ali napak pri povezavi, ki lahko povzročijo delne selitve.

Spremljanje napredka

Sledite napredku selitve za vsak nabiralnik. Zabeležite čas začetka, čas konca, število preselenih sporočil in morebitne napake. Orodja za selitev navadno zagotavljajo dnevniške datoteke (logs), zato jih ohranite za vsak nabiralnik. Če so težave z datumi odkrite pozneje, dnevniške datoteke pomagajo natančno identificirati, katera skupina selitve in katere nastavitve so bile uporabljene.

Faza 4: preverjanje po selitvi

Takoj preverite datume

Preverite datume sporočil v 24 urah po selitvi. Za vsako skupino odprite 5 do 10 nabiralnikov in primerjajte datume z referencami pred selitvijo. Če so datumi napačni, dokumentirajte obseg težave (koliko nabiralnikov je prizadetih, koliko sporočil na nabiralnik), dokler so informacije še sveže.

Preverite vse vrste map

Težave z datumi lahko različno prizadenejo različne mape. Preverite datume v Prejeti pošti, Poslanih sporočilih, Osnutkih in vseh mapah ali oznakah po meri. Nekatera orodja za selitev obdelujejo mape zaporedno, in napake v eni mapi ne pomenijo nujno napak v drugih.

Preverite iskanje in razvrščanje

Odprite preseljeni nabiralnik, razvrstite po datumu in potrdite, da kronološki vrstni red ustreza originalu. Iščite sporočila po datumskem razponu in preverite, ali so rezultati točni. Preizkusite vsa avtomatizirana pravila ali filtre, ki so odvisni od datumov prejema. Če organizacija uporablja orodja za skladnost ali eDiscovery, preverite, ali poizvedbe, ki temeljijo na datumih, vračajo pravilne rezultate.

Pogoste napake, ki povzročajo težave z datumi

Izpustitev testne selitve

Najpogostejša napaka je selitev vseh nabiralnikov brez predhodnega testiranja. Ko so težave z datumi odkrite, so prizadeti vsi nabiralniki, izvorni strežnik pa je morda že ugasnjen. Testna selitev, ki traja 30 minut, lahko prepreči tedne sanacije. Zakaj bi jo izpustili?

Ignoriranje dodajanja glave "Received"

Skrbniki se pogosto osredotočijo na ohranjanje INTERNALDATE in spregledajo težavo z glavo "Received". Tudi ko je INTERNALDATE pravilno nastavljen, glava "Received" selitve povzroči, da Outlook in drugi odjemalci prikazujejo napačen datum. To je najpogostejši vir pritožb po selitvi. Preberite zakaj e-pošta prikazuje napačne datume po selitvi za popolno tehnično razlago.

Prezgodnja ukinitev izvornega strežnika

Če so težave z datumi odkrite po ugasnitvi izvornega strežnika, možnost ponovne selitve izgine. Izvorni strežnik hranite dostopen (četudi samo za branje) vsaj 30 dni po selitvi. To zagotavlja varnostno možnost, če se pozneje pojavijo resne težave.

Kaj storiti, če so datumi že napačni

Če je selitev že bila opravljena in so datumi nepravilni, je težava popravljiva. Prvotna glava "Date" je ohranjena v vsakem sporočilu, kar pomeni, da pravilna informacija o datumu še vedno obstaja. Datume e-pošte je mogoče popraviti po selitvi, celo mesece ali leta pozneje.

Redate.io se poveže z nabiralnikom in poišče sporočila s poškodovanimi metapodatki datumov. Večstopenjski analitični cevovod identificira podpise orodij za selitev, izvede ciljane popravke metapodatkov brez poseganja v vsebino sporočil (vključno s podpisi S/MIME, večdelnimi strukturami in ne-ASCII glavami) ter opravi preverjanje celovitosti za vsako popravljeno sporočilo. Analiza je brezplačna in prikazuje natančno, koliko sporočil je prizadetih. Originali so ohranjeni v vidni varnostni mapi 30 dni.

Poskušati takšno popravilo ročno ali s prilagojenim skriptom je mamljivo, a tvegano. Posebni primeri, kot so sporočila, šifrirana s PGP, poškodovane meje MIME, gnezdene večdelne strukture in odmiki Content-Transfer-Encoding, lahko tiho poškodujejo sporočila, ne da bi to opazili, preden je prepozno. In kako preveriti, da je 10.000 popravljenih sporočil vseh neokrnjenih?

Pripravljeni preveriti, ali ima vaš nabiralnik težave z datumi? Zaženite brezplačno analizo z Redate.io - za prikaz, koliko sporočil je prizadetih, plačilo ni potrebno.