Kontrolni popis za migraciju emailova: spriječite probleme s datumima

Zašto je kontrolni popis za migraciju neophodan

Migracija emailova jedna je od najrizičnijih IT operacija koje organizacija može provesti. Premještate godine poslovne komunikacije između platformi, i jedan jedini propust može pokvariti metapodatke svih poštanskih pretinaca. Najčešća žrtva? Datumi emailova. Nakon migracije, svaki email može prikazivati datum migracije umjesto originalnog datuma slanja ili primitka.

Ovaj kontrolni popis pokriva svaku fazu procesa migracije. Slijedite ove korake kako biste smanjili rizik od oštećenja datuma i ostalih problema s metapodacima. Ako je migracija već završena i datumi su pokvareni, nastavite čitati.

Faza 1: planiranje prije migracije

Inventarizacija poštanskih pretinaca

Prije nego dotaknete bilo koji alat za migraciju, dokumentirajte svaki pretinac koji će biti migriran. Zabilježite ukupan broj pretinaca, približan broj emailova po pretincu, raspon datuma najstarijih emailova te dijeljene pretince ili distribucijske grupe. Taj inventar određuje koji alat za migraciju koristiti, koliko će migracija trajati i koji se volumen tiče eventualnih ispravaka nakon migracije.

Odabir pravog alata za migraciju

Svi alati za migraciju ne rukuju datumima na isti način. Istražite kako svaki alat barata očuvanjem IMAP INTERNALDATE vrijednosti i dodaje li "Received" zaglavlja tijekom procesa umetanja. Popularni alati uključuju BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO i nativni uvoz u Exchange Admin Centru. Svaki od tih alata može uzrokovati probleme s datumima jer sam IMAP protokol zahtijeva da odredišni poslužitelj doda "Received" zaglavlje pri umetanju. No neki alati bolje čuvaju INTERNALDATE od drugih. Za bolje razumijevanje kako INTERNALDATE funkcionira, pogledajte članak IMAP INTERNALDATE: zašto se datumi kvare.

Napravite sigurnosnu kopiju svega

Napravite kompletnu sigurnosnu kopiju svakog poštanskog pretinca prije migracije. Ta kopija služi i kao sigurnosna mreža i kao referentna točka za naknadnu provjeru datuma. Za Google Workspace koristite Google Takeout ili alat treće strane. Za Microsoft 365 koristite Exchange Online backup ili izvoz u PST format. Za IMAP poslužitelje koristite imapsync za izradu lokalne kopije.

Pohranite sigurnosne kopije na lokaciju koja je potpuno odvojena od izvorišnog i odredišnog poslužitelja.

Dokumentirajte originalne datume

Odaberite 10 do 20 emailova po pretincu raspoređenih kroz različite vremenske raspone (najstarije, najnovije i nekoliko između). Zabilježite datum "Primitka", datum "Slanja" i sirova zaglavlja svakog emaila. Ti referentni emailovi postaju Vaša osnova za provjeru nakon migracije. Napravite snimku zaslona pretinca sortiranog po datumu kako biste vizualno dokumentirali originalni kronološki redoslijed.

Faza 2: testna migracija

Najprije migrirajte testni pretinac

Nikada ne pokrenite potpunu migraciju bez prethodnog testiranja.

Kreirajte testni pretinac s reprezentativnim uzorkom emailova (najmanje 100, kroz nekoliko godina). Pokrenite migraciju samo na tom pretincu i temeljito pregledajte rezultate prije nastavka. Taj test otkriva probleme s datumima, greške u enkodiranju, bugove pri rukovanju privicima i razlike u strukturi mapa - sve prije nego što utječu na produkcijske pretince.

Provjerite datume na testnom pretincu

Nakon migracije testnog pretinca, odmah provjerite datume. Otvorite pretinac u klijentima koji će ih stvarni korisnici koristiti (Outlook, Apple Mail, Thunderbird ili webmail sučelje). Usporedite prikazane datume s referentnim emailovima dokumentiranim u Fazi 1. Provjerite i datume "Primitka" i datume "Slanja". Otvorite sirova zaglavlja nekoliko emailova i potražite novododana "Received" zaglavlja s vremenskom oznakom migracije.

Ako su datumi pogrešni na testnom pretincu, bit će pogrešni na svim pretincima. Zaustavite sve i riješite problem prije nego nastavite s potpunom migracijom.

Testirajte s više email klijenata

Različiti email klijenti prikazuju datume na različite načine. Gmailov web sučelje može pokazivati ispravne datume (koristi "Date" zaglavlje), dok Outlook prikazuje datum migracije (daje prednost "Received" zaglavlju). Testirajte sa svakim klijentom koji korisnici u organizaciji koriste: Outlook za desktop, Outlook na webu, Apple Mail, Thunderbird i sve mobilne email aplikacije.

Faza 3: izvođenje migracije

Konfiguracija alata za migraciju

Konfigurirajte alat za migraciju da što bolje čuva INTERNALDATE. U imasyncu koristite odgovarajuće zastavice za postavljanje INTERNALDATE na odredištu. U BitTitan MigrationWizu provjerite napredne postavke za opcije rukovanja datumima. Te postavke neće u potpunosti spriječiti probleme s "Received" zaglavljima, ali smanjuju ozbiljnost problema s datumima u nekim klijentima. Dokumentirajte svaku korištenu konfiguracijsku postavku kako biste mogli reproducirati migraciju po potrebi.

Migrirajte u serijama

Nemojte migrirati sve pretince istovremeno. Migrirajte u serijama od 10 do 20 pretinaca i provjeravajte datume nakon svake serije. Ako jedna serija pokaže probleme s datumima, otkrit ćete ih prije nego što cijela organizacija bude zahvaćena. Usput, migracija u serijama smanjuje i opterećenje izvorišnog i odredišnog poslužitelja, što smanjuje rizik od timeoutova ili grešaka u povezivanju koje mogu uzrokovati nepotpune migracije.

Pratite napredak

Pratite napredak migracije za svaki pretinac. Zabilježite vrijeme početka, vrijeme završetka, broj migriranih emailova i eventualne greške. Alati za migraciju obično generiraju logove - čuvajte ih za svaki pretinac. Ako se problemi s datumima otkriju kasnije, logovi pomažu identificirati točno koji lot migracije i koje postavke su korištene.

Faza 4: provjera nakon migracije

Odmah provjerite datume

Provjerite datume emailova unutar 24 sata od migracije. Za svaki lot otvorite 5 do 10 pretinaca i usporedite datume s predmigracijskim referencama. Ako su datumi pogrešni, dokumentirajte opseg problema (koliko pretinaca je zahvaćeno, koliko emailova po pretincu) dok su informacije još svježe.

Provjerite sve vrste mapa

Problemi s datumima mogu zahvatiti neke mape drugačije od ostalih. Provjerite datume u Pristigloj pošti, Poslanim porukama, Skicama i svim prilagođenim mapama ili oznakama. Neki alati za migraciju obrađuju mape sekvencijalno, pa greške u jednoj mapi ne znače nužno greške u ostalima.

Provjerite pretraživanje i sortiranje

Otvorite migrirani pretinac, sortirajte po datumu i potvrdite da kronološki redoslijed odgovara originalu. Pretražujte emailove po vremenskom rasponu i provjerite jesu li rezultati točni. Testirajte sva automatizirana pravila ili filtere koji ovise o datumima primitka. Ako organizacija koristi alate za usklađenost ili eDiscovery, provjerite vraćaju li upiti temeljeni na datumima ispravne rezultate.

Česte greške koje uzrokuju probleme s datumima

Preskakanje testne migracije

Najčešća greška je migriranje svih pretinaca bez prethodnog testiranja. Kad se otkriju problemi s datumima, svi su pretinci zahvaćeni, a izvorišni poslužitelj možda je već ugašen. Testna migracija od 30 minuta može spriječiti tjednima dugo otklanjanje problema. Zašto to preskočiti?

Zanemarivanje dodavanja "Received" zaglavlja

Administratori se često fokusiraju na očuvanje INTERNALDATE i zanemaruju problem s "Received" zaglavljima. Čak i kad je INTERNALDATE ispravno postavljen, migracijsko "Received" zaglavlje čini da Outlook i drugi klijenti prikazuju pogrešan datum. To je najčešći izvor pritužbi nakon migracije. Pročitajte zašto emailovi prikazuju pogrešne datume nakon migracije za cjelovito tehničko objašnjenje.

Prerano gašenje izvorišnog poslužitelja

Ako se problemi s datumima otkriju nakon što je izvorišni poslužitelj ugašen, mogućnost ponovne migracije nestaje. Zadržite izvorišni poslužitelj dostupnim (čak i samo za čitanje) najmanje 30 dana nakon migracije. To pruža rezervnu opciju ako se ozbiljniji problemi pojave kasnije.

Što učiniti ako su datumi već pokvareni

Ako je migracija već provedena i datumi su neispravni, problem je popravljiv. Originalno "Date" zaglavlje sačuvano je u svakom emailu, što znači da ispravna informacija o datumu uvijek postoji. Datumi emailova mogu se ispraviti nakon migracije, čak i mjesecima ili godinama kasnije.

Redate.io-ov vlasnički motor za ispravak spaja se na pretinac i traži emailove s oštećenim metapodacima o datumima. Višefazni analitički pipeline identificira potpise migracijskih alata, primjenjuje ciljane ispravke uz očuvanje integriteta poruka (uključujući S/MIME potpise, multipart strukture i ne-ASCII zaglavlja), te provodi provjeru integriteta za svaki ispravljeni email. Analiza je besplatna i prikazuje točno koliko je emailova zahvaćeno. Originali se čuvaju u vidljivo označenoj sigurnosnoj mapi 30 dana.

Pokušaj takvih ispravaka ručno ili prilagođenom skriptom primamljiv je, ali riskantan. Posebni slučajevi poput PGP šifriranih poruka, oštećenih MIME granica, ugniježđenih multipart struktura i problema s Content-Transfer-Encoding mogu tiho pokvariti emailove, a da se to ne primijeti dok nije prekasno. I kako provjeriti da je svih 10.000 ispravljenih emailova netaknuto?

Spremni provjeriti ima li Vaš pretinac problema s datumima? Pokrenite besplatnu analizu s Redate.io - bez plaćanja, samo da vidite koliko je emailova zahvaćeno.