Sähköpostimigraation tarkistuslista: päivämääräongelmat kuriin

Miksi siirtotarkistuslista kannattaa tehdä

Sähköpostin siirto on yksi riskialttiimmista IT-operaatioista, joita organisaatio voi toteuttaa. Vuosien arvoinen ammatillinen viestintä siirretään alustalta toiselle, ja yksi unohdettu askel voi korruptoida kaikkien postilaatikoiden metatiedot. Yleisin uhri? Sähköpostien päivämäärät. Siirron jälkeen jokainen sähköposti saattaa näyttää siirtopäivän alkuperäisen lähetys- tai saapumispäivän sijaan.

Tämä tarkistuslista kattaa siirtoprosessin jokaisen vaiheen. Seuraa näitä askeleita päivämääräkorruption ja muiden metatietoongelmien riskin minimoimiseksi. Jos siirto on jo tehty ja päivämääräongelmia on ilmennyt, lue eteenpäin.

Vaihe 1: siirron esisuunnittelu

Postilaatikoiden kartoitus

Ennen kuin kosket yhteenkään siirtotyökaluun, dokumentoi jokainen siirrettävä postilaatikko. Kirjaa postilaatikoiden kokonaismäärä, sähköpostien likimääräinen lukumäärä per postilaatikko, vanhimpien sähköpostien päivämäärähaarukka sekä jaetut postilaatikot ja jakeluryhmät. Tämä kartoitus määrittää, mitä siirtotyökalua käyttää, kuinka kauan siirto kestää ja mikä hinnoittelu mahdollisiin siirron jälkeisiin korjauksiin soveltuu.

Oikean siirtotyökalun valinta

Kaikki siirtotyökalut eivät käsittele päivämääriä samalla tavalla. Selvitä, miten kukin työkalu hoitaa IMAP INTERNALDATE -säilytyksen ja lisääkö se "Received"-otsakkeita APPEND-prosessin aikana. Suosittuja työkaluja ovat BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO ja Exchangen hallintakeskuksen natiivi tuonti. Nämä kaikki voivat aiheuttaa päivämääräongelmia, koska IMAP-protokolla itse edellyttää kohdejärjestelmältä "Received"-otsakkeen lisäämistä viestin lisäyksen yhteydessä. Jotkin työkalut kuitenkin säilyttävät INTERNALDATE-arvon paremmin kuin toiset. INTERNALDATE-toiminnasta saat lisätietoa artikkelista IMAP INTERNALDATE ja päivämääräongelmat.

Varmuuskopioi kaikki

Tee täydellinen varmuuskopio jokaisesta postilaatikosta ennen siirtoa. Varmuuskopio toimii sekä turvaverkkona että vertailukohtana päivämäärien jälkikäteen tarkistamiseen. Google Workspacessa käytä Google Takeoutia tai kolmannen osapuolen varmuuskopiointityökalua. Microsoft 365:ssä käytä Exchange Online -varmuuskopiointia tai PST-vientiä. IMAP-palvelimilla käytä imapsynciä paikallisen kopion luomiseen.

Säilytä varmuuskopiot täysin erillisessä paikassa lähde- ja kohdepalvelimista.

Alkuperäisten päivämäärien dokumentointi

Valitse 10-20 sähköpostia per postilaatikko eri päivämäärähaarukalta (vanhimmat, uusimmat ja useita väliltä). Kirjaa kunkin sähköpostin "Vastaanotettu"- ja "Lähetetty"-päivämäärät sekä raa'at otsakkeet. Nämä vertailusähköpostit muodostavat tarkistusperustan siirron jälkeen. Ota kuvakaappaus päivämäärän mukaan lajitellusta postilaatikosta alkuperäisen kronologisen järjestyksen visuaaliseksi dokumentoimiseksi.

Vaihe 2: testimigraatio

Testaa ensin yhdellä postilaatikolla

Älä koskaan käynnistä täysimittaista siirtoa testaamatta ensin.

Luo testipostilaatikko edustavalla sähköpostiotoksella (vähintään 100 viestiä useiden vuosien ajalta). Suorita siirto ainoastaan tälle postilaatikolle ja tutki tulokset perusteellisesti ennen jatkamista. Testi paljastaa päivämääräongelmat, koodausvirheet, liitetiedostojen käsittelybuggit ja kansiorakenteen poikkeamat ennen kuin ne vaikuttavat tuotantopostilaatikoihin.

Päivämäärien tarkistus testipostilaatikossa

Tarkista päivämäärät heti testipostilaatikon siirron jälkeen. Avaa postilaatikko siinä sähköpostiohjelmassa, jota loppukäyttäjät oikeasti käyttävät (Outlook, Apple Mail, Thunderbird tai webmail-käyttöliittymä). Vertaa näytettyjä päivämääriä vaiheessa 1 dokumentoituihin vertailusähköposteihin. Tarkista sekä "Vastaanotettu"- että "Lähetetty"-päivämäärät. Avaa useiden sähköpostien raa'at otsakkeet ja etsi äskettäin lisättyjä "Received"-otsakkeita, joissa on siirron aikaleima.

Jos päivämäärät ovat väärin testipostilaatikossa, ne ovat väärin kaikissa postilaatikoissa. Pysäytä kaikki ja ratkaise ongelma ennen kuin jatkat täyteen siirtoon.

Testaa useilla sähköpostiohjelmilla

Eri sähköpostiohjelmat näyttävät päivämäärät eri tavoin. Gmailin verkkokäyttöliittymä saattaa näyttää oikeat päivämäärät (se käyttää "Date"-otsaketta), kun taas Outlook näyttää siirtopäivän (se suosii "Received"-otsaketta). Testaa jokaisella ohjelmalla, jota organisaation käyttäjät käyttävät: Outlook-työpöytäohjelma, Outlook verkossa, Apple Mail, Thunderbird ja kaikki mobiilisähköpostisovellukset.

Vaihe 3: siirron suoritus

Siirtotyökalun konfigurointi

Konfiguroi siirtotyökalu säilyttämään INTERNALDATE mahdollisimman hyvin. imapsyncissä käytä asianmukaisia lippuja INTERNALDATE-arvon asettamiseen kohteessa. BitTitan MigrationWizissa tarkista päivämäärien käsittelyasetukset lisäasetuksista. Nämä asetukset eivät täysin estä "Received"-otsakeongelmia, mutta ne vähentävät päivämääräongelmien vakavuutta tietyissä ohjelmissa. Dokumentoi kaikki käytetyt konfiguraatioasetukset, jotta siirto voidaan tarvittaessa toistaa.

Migroi erissä

Älä migroi kaikkia postilaatikoita samanaikaisesti. Migroi 10-20 postilaatikon erissä ja tarkista päivämäärät jokaisen erän jälkeen. Jos jokin erä näyttää päivämääräongelmia, ne havaitaan ennen kuin koko organisaatio on vaikuttunut. Erissä tehty siirto vähentää myös lähde- ja kohdepalvelimien kuormitusta, mikä pienentää aikakatkaisujen tai yhteysvirheiden riskiä, jotka voivat aiheuttaa osittaisia siirtoja.

Seuraa edistymistä

Seuraa siirron etenemistä jokaisen postilaatikon kohdalla. Kirjaa aloitusaika, lopetusaika, siirrettyjen sähköpostien lukumäärä ja mahdolliset virheet. Siirtotyökalut tarjoavat yleensä lokit - säilytä ne jokaisen postilaatikon osalta. Jos päivämääräongelmia löydetään myöhemmin, lokit auttavat selvittämään tarkalleen, mitä siirtoerää ja asetuksia käytettiin.

Vaihe 4: siirron jälkeinen varmennus

Tarkista päivämäärät heti

Tarkista sähköpostien päivämäärät 24 tunnin sisällä siirrosta. Avaa jokaisen erän osalta 5-10 postilaatikkoa ja vertaa päivämääriä siirtoa edeltäviin vertailutietoihin. Jos päivämäärät ovat väärin, dokumentoi ongelman laajuus (kuinka monta postilaatikkoa vaikuttunut, kuinka monta sähköpostia per postilaatikko) kun tiedot ovat vielä tuoreessa muistissa.

Tarkista kaikki kansiotyypit

Päivämääräongelmat voivat vaikuttaa eri kansioihin eri tavoin. Tarkista päivämäärät Saapuneet-kansiossa, Lähetetyt-kansiossa, Luonnokset-kansiossa sekä kaikissa mukautetuissa kansioissa ja kansioissa. Jotkin siirtotyökalut käsittelevät kansioita peräkkäin, eikä yhden kansion virhe välttämättä tarkoita virheitä muissa.

Tarkista haku ja lajittelu

Avaa migroitu postilaatikko, lajittele päivämäärän mukaan ja varmista, että kronologinen järjestys vastaa alkuperäistä. Hae sähköposteja päivämäärähaarukoilla ja tarkista, että tulokset ovat oikein. Testaa kaikki automatisoidut säännöt tai suodattimet, jotka riippuvat saapumispäivämääristä. Jos organisaatio käyttää vaatimustenmukaisuus- tai eDiscovery-työkaluja, varmista, että päivämääräpohjaiset kyselyt palauttavat oikeat tulokset.

Yleiset virheet, jotka aiheuttavat päivämääräongelmia

Testimigraation ohittaminen

Yleisin virhe on siirtää kaikki postilaatikot testaamatta ensin. Kun päivämääräongelmat havaitaan, kaikki postilaatikot ovat jo vaikuttuneet ja lähdepalvelin on ehkä jo sammutettu. 30 minuutin testimigraatio voi säästää viikkojen korjaustyöltä. Miksi jättää se väliin?

Received-otsakkeiden lisäysten huomiotta jättäminen

Ylläpitäjät keskittyvät usein INTERNALDATE-säilytykseen ja jättävät huomiotta "Received"-otsake-ongelman. Vaikka INTERNALDATE olisi asetettu oikein, siirron "Received"-otsake saa Outlookin ja muut ohjelmat näyttämään väärän päivämäärän. Tämä on yleisin siirron jälkeisten valitusten aihe. Lue miksi sähköpostit näyttävät väärän päivän siirron jälkeen saadaksesi täydellisen teknisen selityksen.

Lähdepalvelimen sammuttaminen liian aikaisin

Jos päivämääräongelmia löydetään lähdepalvelimen sammuttamisen jälkeen, uudelleensiirtovaihtoehto katoaa. Pidä lähdepalvelin saatavilla (vaikka vain lukutilassa) vähintään 30 päivää siirron jälkeen. Tämä tarjoaa varasuunnitelman, jos vakavia ongelmia ilmenee myöhemmin.

Mitä tehdä, jos päivämäärät ovat jo pielessä

Jos siirto on jo tehty ja päivämäärät ovat väärin, ongelma on korjattavissa. Alkuperäinen "Date"-otsake on säilytetty jokaisessa sähköpostissa, mikä tarkoittaa, että oikea päivämäärätieto on yhä olemassa. Sähköpostien päivämäärät voidaan korjata siirron jälkeen, jopa kuukausia tai vuosia myöhemmin.

Redate.io:n omistusoikeudellinen korjausmoottori yhdistää postilaatikkoon ja etsii sähköpostit, joiden päivämäärän metatiedot ovat korruptoituneet. Monitasoinen analyysipipeline tunnistaa siirtosignatuurit, kohdistaa korjaukset säilyttäen viestien eheyden (mukaan lukien S/MIME-allekirjoitukset, multipart-rakenteet ja ei-ASCII-otsakkeet) ja suorittaa eheystarkistuksen jokaiselle korjatulle sähköpostille. Analyysi on ilmainen ja näyttää tarkalleen, kuinka monta sähköpostia on vaikuttunut. Alkuperäiset viestit säilyvät näkyvässä varmuuskopiokansiossa, kunnes poistat ne itse.

Tällaisen korjauksen yrittäminen manuaalisesti tai omalla skriptillä on houkuttelevaa, mutta riskialtista. Erikoistapaukset kuten PGP-salatut viestit, korruptoituneet MIME-rajat, sisäkkäiset multipart-rakenteet ja Content-Transfer-Encoding-siirtymät voivat hiljaa korruptoida sähköposteja ilman, että se huomataan ennen kuin on liian myöhäistä. Ja miten varmistat, että 10 000 korjattua sähköpostia ovat kaikki eheitä?

Haluatko tarkistaa, onko postilaatikossasi päivämääräongelmia? Käynnistä ilmainen analyysi Redate.io:ssa - maksua ei tarvita nähdäksesi, kuinka monta sähköpostia on vaikuttunut.