Kontrolna lista migracije emaila: sprečavanje problema sa datumima

Zašto je kontrolna lista migracije neophodna

Migracija emaila je jedna od najrizičnijih IT operacija koje organizacija može da preduzme. Premeštate godine poslovne komunikacije između platformi, i jedan jedini propust može da pokvari metapodatke svih sanducica. Najčešća žrtva? Datumi emailova. Posle migracije, svaki email može da prikazuje datum migracije umesto originalnog datuma slanja ili prijema.

Ova kontrolna lista pokriva svaku fazu procesa migracije. Pratite ove korake da biste smanjili rizik od oštećenja datuma i drugih problema sa metapodacima. A ako je migracija već završena i problemi sa datumima su se pojavili, nastavite sa čitanjem.

Faza 1: planiranje pre migracije

Napravite inventar sandučića

Pre nego što se dotaknete bilo kog alata za migraciju, dokumentujte svaki sandučić koji će biti migriran. Zabeležite ukupan broj sandučića, aproximativan broj emailova po sandučiću, opseg datuma najstarijih emailova, i deljena sandučića ili distributivne grupe. Ovaj inventar određuje koji alat za migraciju koristiti, koliko će migracija trajati, i koja cena se primenjuje za eventualne korekcije posle migracije.

Izaberite pravi alat za migraciju

Nisu svi alati za migraciju jednaki kada je reč o rukovanju datumima. Istražite kako svaki alat rukuje očuvanjem IMAP INTERNALDATE vrednosti i da li dodaje "Received" zaglavlja tokom procesa umetanja. Popularni alati uključuju BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO i nativni import u Exchange Admin Centru. Svaki od ovih alata može da izazove probleme sa datumima, jer sam IMAP protokol zahteva da odredišni server doda "Received" zaglavlje pri umetanju poruke. Ali neki alati bolje čuvaju INTERNALDATE od drugih. Za bolje razumevanje kako INTERNALDATE funkcioniše, pogledajte IMAP INTERNALDATE: zašto se datumi kvare.

Napravite rezervne kopije svega

Napravite kompletnu rezervnu kopiju svakog sandučića pre migracije. Ova kopija služi i kao sigurnosna mreža i kao referentna tačka za proveru datuma naknadno. Za Google Workspace, koristite Google Takeout ili alat treće strane za backup. Za Microsoft 365, koristite Exchange Online backup ili eksport u PST format. Za IMAP servere, koristite imapsync da napravite lokalnu kopiju.

Čuvajte rezervne kopije na lokaciji koja je potpuno odvojena od izvorišnog i odredišnog servera.

Dokumentujte originalne datume

Odaberite 10 do 20 emailova po sandučiću raspoređenih kroz različite opsege datuma (najstariji, najnoviji i nekoliko između). Zabeležite datum "Prijema", datum "Slanja" i sirova zaglavlja svakog emaila. Ovi referentni emailovi postaju Vaša baza za proveru posle migracije. Napravite screenshot sandučića sortiranog po datumu da biste vizuelno dokumentovali originalni hronološki redosled.

Faza 2: testna migracija

Najpre migrirajte testni sandučić

Nikada ne pokrecite kompletnu migraciju bez prethodnog testiranja.

Napravite testni sandučić sa reprezentativnim uzorkom emailova (najmanje 100, pokrivajući nekoliko godina). Pokrenite migraciju samo na tom sandučiću i temeljno pregledajte rezultate pre nego što nastavite. Ovaj test otkriva probleme sa datumima, greške u enkodiranju, bagove u rukovanju prilozima i neslaganja u strukturi foldera pre nego što utiču na produkcijska sandučića.

Proverite datume na testnom sandučiću

Nakon migracije testnog sandučića, odmah proverite datume. Otvorite sandučić u klijent aplikaciji za email koju će krajnji korisnici zaista koristiti (Outlook, Apple Mail, Thunderbird ili webmail interfejs). Uporedite prikazane datume sa referentnim emailovima dokumentovanim u Fazi 1. Proverite i datume "Prijema" i datume "Slanja". Otvorite sirova zaglavlja nekoliko emailova i potražite novododana "Received" zaglavlja sa vremenskim pečatom migracije.

Ako su datumi pogrešni na testnom sandučiću, biće pogrešni i na svim ostalim. Zaustavite sve i rešite problem pre nego što nastavite sa kompletnom migracijom.

Testirajte sa više email klijenata

Različiti email klijenti prikazuju datume na različite načine. Gmail web interfejs može da pokazuje ispravne datume (koristi "Date" zaglavlje), dok Outlook prikazuje datum migracije (preferuje "Received" zaglavlje). Testirajte sa svakim klijentom koji korisnici u organizaciji koriste, posebno Outlook desktop, Outlook na webu, Apple Mail, Thunderbird i sve mobilne email aplikacije.

Faza 3: izvršenje migracije

Konfiguracija alata za migraciju

Podesite alat za migraciju da što bolje čuva INTERNALDATE. U imapsync-u, koristite odgovarajuće zastavice za postavljanje INTERNALDATE vrednosti na odredištu. U BitTitan MigrationWiz-u, proverite napredna podešavanja za opcije rukovanja datumima. Ova podešavanja neće u potpunosti sprečiti probleme sa "Received" zaglavljima, ali smanjuju ozbiljnost problema sa datumima u nekim klijentima. Dokumentujte svako korišćeno podešavanje konfiguracije, tako da možete da reprodukujete migraciju ako bude potrebno.

Migrirajte u grupama

Nemojte migrovati sva sandučića istovremeno. Migrirajte u grupama od 10 do 20 sandučića i proveravajte datume posle svake grupe. Ako jedna grupa pokaže probleme sa datumima, otkrijete ih pre nego što cela organizacija bude pogođena. Inače, migracija u grupama smanjuje i opterećenje izvorišnog i odredišnog servera, čime se smanjuje rizik od timeout grešaka ili grešaka konekcije koje mogu prouzrokovati parcijalne migracije.

Pratite napredak

Pratite napredak migracije za svaki sandučić. Beležite vreme početka, vreme završetka, broj migriranih emailova i eventualne greške. Alati za migraciju obično pružaju logove - čuvajte ih za svaki sandučić. Ako se problemi sa datumima otkriju kasnije, logovi pomažu da se precizno identifikuje koja grupa migracije i koja podešavanja su korišćena.

Faza 4: provera posle migracije

Proverite datume odmah

Proverite datume emailova u roku od 24 sata od migracije. Za svaku grupu, otvorite 5 do 10 sandučića i uporedite datume sa pre-migracionim referencama. Ako su datumi pogrešni, dokumentujte obim problema (koliko sandučića je pogođeno, koliko emailova po sandučiću) dok su informacije još sveže.

Proverite sve tipove foldera

Problemi sa datumima mogu različito da utiču na određene foldere. Proverite datume u Pristigloj pošti, Poslatim stavkama, Nacrtima i svim prilagođenim folderima ili oznakama. Neki alati za migraciju obrađuju foldere sekvencijalno, i greške u jednom folderu ne znače nužno greške u drugima.

Proverite pretragu i sortiranje

Otvorite migrirani sandučić, sortirajte po datumu i potvrdite da hronološki redosled odgovara originalu. Pretražujte emailove po opsegu datuma i proverite da su rezultati tačni. Testirajte sve automatizovana pravila ili filtere koji zavise od datuma prijema. Ako organizacija koristi alate za usklađenost ili eDiscovery, proverite da upiti bazirani na datumima daju ispravne rezultate.

Uobičajene greške koje izazivaju probleme sa datumima

Preskakanje testne migracije

Najčešća greška je migrirati sva sandučića bez prethodnog testiranja. Kad se problemi sa datumima otkriju, sva sandučića su pogođena, a izvorišni server je možda već ugašen. Testna migracija od 30 minuta može da spreči nedelje saniranja. Zašto je ne uraditi?

Ignorisanje dodatih "Received" zaglavlja

Administratori se često fokusiraju na čuvanje INTERNALDATE vrednosti i zanemaruju problem "Received" zaglavlja. Čak i kada je INTERNALDATE ispravno postavljen, "Received" zaglavlje migracije čini da Outlook i drugi klijenti prikazuju pogrešan datum. To je najčešći izvor žalbi posle migracije. Pročitajte zašto emailovi prikazuju pogrešan datum posle migracije za potpuno tehničko objašnjenje.

Gašenje izvorišnog servera prerano

Ako se problemi sa datumima otkriju nakon gašenja izvorišnog servera, opcija ponovne migracije nestaje. Držite izvorišni server dostupnim (čak i samo za čitanje) najmanje 30 dana posle migracije. To pruža alternativno rešenje ako se ozbiljni problemi pojave kasnije.

Šta uraditi ako su datumi već pogrešni

Ako je migracija već izvršena i datumi su netačni, problem je rešiv. Originalno "Date" zaglavlje je sačuvano u svakom emailu, što znači da ispravna informacija o datumu uvek postoji. Datumi emailova mogu biti ispravljeni posle migracije, čak i mesecima ili godinama kasnije.

Redate.io-ov proprietarni motor za korekciju se povezuje sa sandučićem i traži emailove sa oštećenim metapodacima datuma. Multi-fazni analitički pipeline identifikuje potpise migracijskih alata, primenjuje ciljane korekcije uz očuvanje integriteta poruka (uključujući S/MIME potpise, multipart strukture i ne-ASCII zaglavlja), i izvršava proveru integriteta na svakom ispravljenom emailu. Analiza je besplatna i pokazuje tačno koliko emailova je pogođeno. Originali se čuvaju u vidljivom backup folderu 30 dana.

Pokušati ovakvu korekciju ručno ili prilagođenim skriptom je primamljivo, ali rizično. Posebni slučajevi kao što su PGP enkriptovane poruke, oštećene MIME granice, ugnježdene multipart strukture i Content-Transfer-Encoding neusklađenosti mogu tiho da oštete emailove, a da se to ne primeti dok ne bude kasno. I kako biste proverili da je svih 10.000 ispravljenih emailova netaknuto?

Spremni da proverite da li Vaš sandučić ima problema sa datumima? Pokrenite besplatnu analizu sa Redate.io - nije potrebno plaćanje da biste videli koliko emailova je pogođeno.