Email migráció ellenőrzőlista: dátumproblémák megelőzése

Miért nélkülözhetetlen egy migrációs ellenőrzőlista

Az email migráció az egyik legkockázatosabb informatikai művelet, amelyet egy szervezet elvégezhet. Évnyi szakmai kommunikációt mozgatunk át platformok között, és egyetlen figyelmetlenség megronthatja az összes postafiók metaadatait. A leggyakoribb áldozat? Az emailek dátuma. Migráció után minden egyes email a migráció dátumát mutathatja az eredeti küldési vagy fogadási időpont helyett.

Ez az ellenőrzőlista a migrációs folyamat minden fázisát lefedi. Kövesse ezeket a lépéseket, hogy minimalizálja a dátumkorrupció és egyéb metaadat-problémák kockázatát. Ha a migráció már megtörtént és dátumproblémák jelentkeztek, olvasson tovább.

1. fázis: migrációt megelőző tervezés

A postaládák leltározása

Mielőtt bármilyen migrációs eszközhöz nyúlna, dokumentálja az összes átköltöztetendő postaládát. Jegyezze fel a postaládák teljes számát, az egyes postaládákban lévő emailek hozzávetőleges számát, a legrégebbi emailek dátumtartományát, valamint a megosztott postaládákat és terjesztési csoportokat. Ez a leltár határozza meg, hogy melyik migrációs eszközt érdemes használni, mennyi ideig tart a migráció, és milyen árazás vonatkozik az esetleges migrációt követő javításokra.

A megfelelő migrációs eszköz kiválasztása

Nem minden migrációs eszköz kezeli egyformán a dátumokat. Nézzen utána, hogy az egyes eszközök hogyan kezelik az IMAP INTERNALDATE megőrzését, és adnak-e hozzá „Received" fejlécet az APPEND folyamat során. A népszerű eszközök közé tartozik a BitTitan MigrationWiz, a CloudM Migrate, az imapsync, a GSMMO és az Exchange felügyeleti központ natív importja. Mindegyik okozhat dátumproblémákat, mivel maga az IMAP protokoll megköveteli, hogy a célszerver „Received" fejlécet adjon hozzá a beillesztéskor. Egyes eszközök azonban jobban megőrzik az INTERNALDATE értékét, mint mások. Az INTERNALDATE működéséről bővebben a IMAP INTERNALDATE: miért romlanak el a dátumok cikkben olvashat.

Minden mentése

Hozzon létre teljes biztonsági másolatot minden postaládáról a migráció előtt. Ez a mentés egyszerre szolgál biztonsági hálóként és viszonyítási pontként a dátumok utólagos ellenőrzéséhez. Google Workspace esetén használja a Google Takeout-ot vagy egy külső mentési eszközt. Microsoft 365-höz használja az Exchange Online biztonsági mentést vagy a PST-exportot. IMAP-szerverekhez az imapsync segítségével készíthet helyi másolatot.

A mentéseket tárolja a forrás- és célszerverektől teljesen elkülönített helyen.

Az eredeti dátumok dokumentálása

Postaládánként válasszon ki 10-20 emailt különböző dátumtartományokból (a legrégebbieket, a legújabbakat és néhány közbenső üzenetet). Jegyezze fel minden egyes email „Beérkezett" és „Küldés" dátumát, valamint a nyers fejléceket. Ezek a referencia-emailek lesznek az ellenőrzési alap a migráció után. Készítsen képernyőfelvételt a dátum szerint rendezett postaládáról, hogy vizuálisan is rögzítse az eredeti kronológiai sorrendet.

2. fázis: tesztmigráció

Először egy tesztpostaládát migráljon

Soha ne indítson teljes migrációt előzetes tesztelés nélkül.

Hozzon létre egy tesztpostaládát reprezentatív email-mintával (legalább 100 üzenet, több évet lefedve). Futtassa a migrációt csak erre a postaládára, és alaposan vizsgálja meg az eredményeket, mielőtt folytatná. Ez a teszt feltárja a dátumproblémákat, a kódolási hibákat, a mellékletkezelési hibákat és a mappastruktúra-eltéréseket, mielőtt azok érintik az éles postaládákat.

A dátumok ellenőrzése a tesztpostaládán

A tesztpostaláda migrálása után azonnal ellenőrizze a dátumokat. Nyissa meg a postaládát abban az e-mail kliensben, amelyet a végfelhasználók valóban használni fognak (Outlook, Apple Mail, Thunderbird vagy a webmail felület). Hasonlítsa össze a megjelenített dátumokat az 1. fázisban dokumentált referencia-emailekkel. Ellenőrizze mind a „Beérkezett", mind a „Küldés" dátumát. Nyisson meg nyers fejléceket több emailből, és keressen újonnan hozzáadott „Received" fejléceket a migrációs időbélyeggel.

Ha a dátumok hibásak a tesztpostaládán, hibásak lesznek az összes többi postaládán is. Állítson meg mindent, és oldja meg a problémát a teljes migráció megkezdése előtt.

Tesztelés több levelezőprogrammal

A különböző levelezőprogramok eltérően jelenítik meg a dátumokat. A Gmail webes felülete helyes dátumokat mutathat (a „Date" fejlécet használja), míg az Outlook a migráció dátumát jeleníti meg (a „Received" fejlécet részesíti előnyben). Tesztelje minden olyan klienssel, amelyet a szervezet felhasználói használnak, különösen az asztali Outlookkal, az Outlook webes verziójával, az Apple Mail-lel, a Thunderbird-del és minden mobilos levelezőalkalmazással.

3. fázis: a migráció végrehajtása

A migrációs eszköz konfigurálása

Konfigurálja a migrációs eszközt úgy, hogy a lehető legjobban megőrizze az INTERNALDATE értékét. Az imapsync esetében használja a megfelelő jelzőket a célhelyen az INTERNALDATE beállításához. A BitTitan MigrationWiz esetében ellenőrizze a speciális beállításokat a dátumkezelési lehetőségek között. Ezek a beállítások nem akadályozzák meg teljesen a „Received" fejlécekkel kapcsolatos problémákat, de bizonyos kliensekben csökkentik a dátumproblémák súlyosságát. Dokumentálja az összes felhasznált konfigurációs paramétert, hogy szükség esetén megismételhesse a migrációt.

Migráljon kötegekben

Ne migráljon minden postaládát egyszerre. Migrálja őket 10-20 fős kötegekben, és minden köteg után ellenőrizze a dátumokat. Ha egy köteg dátumproblémákat mutat, még azelőtt észreveszi, hogy az egész szervezet érintett lenne. Egyébként a kötegelt migráció csökkenti a forrás- és célszerverekre nehezedő terhelést is, ezzel mérsékelve a timeout-ok és kapcsolati hibák kockázatát, amelyek részleges migrációhoz vezethetnek.

A folyamat nyomon követése

Kísérje figyelemmel minden postaláda migrációjának előrehaladását. Rögzítse a kezdési időt, a befejezési időt, az átmigált emailek számát és az esetleges hibákat. A migrációs eszközök általában naplókat biztosítanak, ezeket tartsa meg minden postaládához. Ha dátumproblémák kerülnek felszínre később, a naplók segítenek pontosan meghatározni, hogy melyik migrációs köteget és milyen beállításokat alkalmaztak.

4. fázis: migrációt követő ellenőrzés

Az azonnali dátumellenőrzés

A migráció után 24 órán belül ellenőrizze az emailek dátumait. Minden köteegnél nyisson meg 5-10 postaládát, és hasonlítsa össze a dátumokat a migráció előtti referenciákkal. Ha a dátumok hibásak, dokumentálja a probléma kiterjedtségét (hány postaláda érintett, postaládánként hány email), amíg az információk frissek.

Az összes mappátípus ellenőrzése

A dátumproblémák bizonyos mappákat eltérően érinthetnek. Ellenőrizze a dátumokat a Bejövő levelek mappában, az Elküldött elemek között, a Vázlatokban és minden egyéni mappában vagy címkében. Egyes migrációs eszközök a mappákat sorban dolgozzák fel, és az egyikben lévő hibák nem feltétlenül jeleznek hibákat a többiben.

A keresés és rendezés ellenőrzése

Nyisson meg egy migrált postaládát, rendezze dátum szerint, és ellenőrizze, hogy a kronológiai sorrend megfelel-e az eredetinek. Keressen emaileket dátumtartomány szerint, és ellenőrizze az eredmények pontosságát. Tesztelje az összes olyan automatikus szabályt vagy szűrőt, amely a fogadási dátumoktól függ. Ha a szervezet megfelelőségi vagy eDiscovery eszközöket használ, ellenőrizze, hogy a dátumalapú lekérdezések helyes eredményeket adnak-e vissza.

Dátumproblémákat okozó gyakori hibák

A tesztmigráció kihagyása

A leggyakoribb hiba, hogy valaki előzetes tesztelés nélkül migrálja az összes postaládát. Amikor a dátumproblémák kiderülnek, minden postaláda érintett, és a forrásszerver talán már le is van kapcsolva. Egy 30 perces tesztmigráció hetekre szóló utólagos javítást takaríthat meg. Miért mondana le erről?

A „Received" fejléc-kiegészítések figyelmen kívül hagyása

A rendszergazdák általában az INTERNALDATE megőrzésére összpontosítanak, és figyelmen kívül hagyják a „Received" fejléc problémáját. Még ha az INTERNALDATE helyesen van is beállítva, a migrációs „Received" fejléc miatt az Outlook és más kliensek helytelen dátumot jelenítenek meg. Ez a migrációt követő panaszok leggyakoribb forrása. Olvassa el a miért mutatnak rossz dátumot az emailek migráció után cikket a teljes technikai magyarázatért.

A forrásszerver túl korai lekapcsolása

Ha dátumproblémák kerülnek felszínre a forrásszerver leállítása után, az újramigrálás lehetősége megszűnik. Tartsa a forrásszervert elérhetőn (akár csak olvasható módban) legalább 30 napig a migráció után. Ez visszalépési lehetőséget biztosít, ha komoly problémák merülnek fel később.

Mit tegyen, ha a dátumok már hibásak

Ha a migráció már megtörtént és a dátumok hibásak, a probléma javítható. Az eredeti „Date" fejléc megmarad minden emailben, ami azt jelenti, hogy a helyes dátuminformáció továbbra is ott van. Az email dátumok javíthatók migráció után, akár hónapokkal vagy évekkel később is.

A Redate.io saját fejlesztésű javítómotorja csatlakozik a postaládához, és megkeresi a sérült dátum-metaadatokkal rendelkező emaileket. A többlépéses elemző pipeline azonosítja a migrációs aláírásokat, célzott javításokat alkalmaz az üzenetek integritásának megőrzése mellett (beleértve az S/MIME aláírásokat, a multipart struktúrákat és a nem ASCII fejléceket), majd integritás-ellenőrzést hajt végre minden egyes javított emailen. Az elemzés ingyenes, és pontosan megmutatja, hány email érintett. Az eredetik egy látható biztonsági mentési mappában maradnak 30 napig.

Az ilyen javítást kézzel vagy egyedi szkripttel megkísérelni csábítónak tűnhet, de kockázatos. Az olyan speciális esetek, mint a PGP-titkosított üzenetek, a sérült MIME-határok, az egymásba ágyazott multipart struktúrák és a Content-Transfer-Encoding eltolódások, észrevétlenül rongálhatnak meg emaileket, mire rájön, már késő lehet. És hogyan ellenőrizte, hogy 10 000 javított email mind épségben van?

Szeretné ellenőrizni, hogy postaládájában vannak-e dátumproblémák? Indítson ingyenes elemzést a Redate.io-val - fizetés nélkül megtudhatja, hány email érintett.