Kiri migreerimine: kuidas murevabalt ühest serverist teise kolida

Pealkiri, mis on antud, võib tunduda austatud Habr'st kirjutavatele inimestele ebaoluline, kuid mõnikord on vajalik selle tõstatamine. Asi on selles, et olen töötanud juba palju aastaid administraatorina humanitaarteaduste instituudis, kus töötajatel on tänapäevaste infotehnoloogiate alal selline kvalifikatsioon, et kurikuulus raamatupidamine nendest naljadest näib selle taustal olevat filosoofide kogunemine, kes on pühendunud elu kõige saladustele. Austatud teadlased suudavad nimed e-posti serveritele sisestada vene tähestikus, märk «@» asemel kirjutada sulgudesse «koer» (ja seejärel rääkida, et nii oli kirjutatud saadetud e-posti aadressis), proovida saata e-kirju WhatsAppi kaudu The Bat! ja teha veel hulgaliselt kummalisi asju, sageli samas sõnumis. Nende õpetamine on kasutud, nendega võitlemine on võimatu; jääb vaid oma saatust aktsepteerida ja maksimaalselt automatiseerida kõik toimingud, mis on seotud nende vigade parandamisega.

Üks halvimaid ja ohtlikumaid operatsioone minu praktikas osutus veebiposti migreerimine serverilt serverile. Asi on selles, et instituudi töötajatel on lausa kolm ametlikku e-posti kontot: üks hõlmab sisemist Exchange serverit, teine töötab Mail.ru-l ja kolmas — Gmailis. Ei, see ei ole mina, kes olen idioot, ega ka nemad. See on direktori korraldus, mis on seotud mingite ametlike mängudega. Midagi peab jääma instituudi «korporatiivsele» serverile, midagi, mis on seotud taotluste ja toetustega, peab kindlasti minema Venemaa postiga, ning Gmailiga seotud asjad on minu austatud kolleegide jaoks hädavajalikud, näiteks Google'i dokumendid ja tabelid, varukoopia ketast jne. Ainult probleem on selles, et seitsme lapsehoidjaga, nagu teada, jääb laps ilma silmade — st, antud juhul, kolme e-posti serveri vahel suudavad mu kolleegid kõige ühemõttelisemalt kaotada kõige tähtsad kirjad!

On the other hand, there is another problem that often necessitates email migration. Modern email services often allow for automatic message forwarding from one server to another, meaning email collection. A user accustomed to having their messages on a server, say Mail.ru, automatically copied to Yandex Mail sometimes ends up forgetting that in this way, they only gain access to messages received after setting up email collection. Therefore, they may naturally wish to perform a full migration of their emails from the old server to a new one that they use more frequently, but who will they turn to with this desire? Correct: to the nearest sysadmin!

I believe a similar situation arises for anyone who, for one reason or another, has to handle multiple email accounts, especially if they are required to administer them, or simply wish to move from server to server without losing important information. Naturally, IT experts can easily solve this task with a couple of clicks, but if you are inexperienced in such matters, migrating email can become a complicated endeavor. Therefore, I decided to briefly share my experience on how to export emails to some storage and subsequently import emails to another server without issues. Perhaps this process will help someone avoid minor inconveniences or just make life easier!

Email Export: A Little Theory, A Little Practice

Põhimõtteliselt töötavad e-posti serverid kliendiprogrammidega kahe protokolli kaudu: POP3 või IMAP. Kui need nimed teile midagi ei ütle, siis seletan ringi lihtsate sõnadega: protokoll POP3 laadib e-kirjad serverist teie arvutisse, samas kui protokoll IMAP töötleb neid otse serveris. Vanad e-posti kliendid töötasid vaikimisi (ja jätkavad selle loomist) protokolliga POP3, laadides e-kirjad spetsiaalsesse kliendi kausta (see asub tavaliselt kasutaja kataloogis, peidetud vaikimisi kaustade seas rakenduste andmete jaoks). Protokoll IMAP on moodsam ning selle abil saab ka importida kirju kohalikku või võrguhoidlasse. Seega on küsimus peamiselt mitte selles, kuidas vajalikud kirjad alla laadida, vaid selles, kuidas neid vajalikku serverisse edastada e-posti migratsiooni teostamiseks. Lihtsaim variant on kasutada protokolli IMAP, kopeerida kõik kirjad EML-formaadis mingisse hoidmesse ja seejärel laadida need teise konto kausta, kasutades seda, et kirjade failide formaat on üldiselt täiesti samasugune.

Kuidas seda teha?

Lihtne meetod, mida kasutan minimaalsete kuludega, on migratsiooniprotsessi teostamine e-kirjade kopeerimise programmi kaudu, mis toetab protokolli IMAP. See toimub kahes etapis.

• E-kirjade importimine kaustast serveris EML-formaadis hoidlasse.
• E-kirjade eksportimine teise kausta teises serveris protokolli IMAP kaudu.

Sellega käitub e-posti migratsiooni programm mõlema serveri vaatenurgast nagu tavaline IMAP-kliendi. (Tõsi, enamik e-posti servereid nõuab teilt lubamist kasutada määratud programmi e-posti kliendina, nii et enne e-posti migratsiooni teostamist mõne tööriistaga külastage kindlasti oma e-posti kontot ja lubage serveril kasutada seda tööriista IMAP-protokollis olevate saadaval olevate klientide loendis). Sellised programmid nõuavad tavaliselt minimaalset käsitööd e-posti migratsiooni algse seadistamise jaoks. Tavaliselt saate isegi seadistada regulaarse automaatse migratsiooni ajakava, kui see on teile vajalik. Isiklikult kasutan e-kirjade eksportimiseks programmi Handy Backup, õnneks on see meil peaaegu kõigis seadmetes ja nõuab minimaalset seadistamist, lisaks on see tsentraliseeritult hallatav administraatori seadmetest — ei ole vaja kuskile jalgsi minna. Kuid suures plaanis ei ole kasutatav tarkvara oluline, peaasi, et see suudaks e-kirjade eksporti ja importsüsteemi otse Veebiserveri, ja toetaks ühist formaati kirjade jaoks mõlemal serveril.

Aga Microsoft, nagu tavaliselt…

Eriline peavalu — Exchange'i või Outlooki e-posti migratsioon (mõtlen siin mitte e-posti serverit Outlook.com, vaid klienti), sest Microsoft järgib tavaliselt mittestandardset lähenemist. Hästi, kui selle olukorra puhul on sul käepärast spetsialiseeritud tarkvara Outlooki või Exchange'i serverite kirjade eksportimiseks — siis lihtsustab see ülesannet migratsiooni juhendi lugemisega vastava programmi abil. Hästi, et selliseid programme on üsna palju, nagu ka spetsialiseeritud pistikprogramme Microsofti toodete jaoks.

E-posti migratsioon POP3 protokolli kaudu

Mõned armastavad ekstreemsusi, kuid üldiselt ei ole see nii. Seega ei tohiks e-kirju serverilt serverile üle kanda POP3 protokolli kaudu, see on vananenud ja kole. Liikuge IMAP-ile mõlemal serveril (kuidas seda teha, on igasuguseid üksikasjalikke juhiseid enam-vähem igal teenusepakkujal) ja seejärel tehke kõik nagu eespool kirjeldatud (või kasutage vähemalt migratsioonitööriista, mis on integreeritud postiteenusesse — mõnikord on sellised tööriistad olemas, kuigi nende mugavus ja loogika jätavad sageli soovida). Võite proovida ka vanamat käsitsi meetodit: kasutades kliendiprogrammi, kanda kirju kaustast kausta, või lihtsalt valida need ja saata uuele serverile. Kunagi, kui me olime väikesed, tegime me kõik just nii, ja see ei tundunud meile sobimatu, seega lootusetu olukorraga saab proovida uuesti sellise käsitsi tööga tegeleda…

Üldiselt rahuldab e-posti migreerimine serverist serverisse e-posti järkjärgulise importimise ja ettemakstud eksportimise meetodiga IMAP-protokolli kaudu kõik peamised tööohutuse kriteeriumid. Need kriteeriumid on arusaadav loogika, turvalisus, automatiseerimine ja suur hulk valmis ning ligipääsetavaid tööriistu, mis saavad selle töö teie eest ära teha. Loodan, et see minu märkus osutub kellegi jaoks kasulikuks ja lihtsustab elu olukordades, kus raamatupidamise või planeerimise osakond vajab järsku, et nad kannaksid oma e-kirjad Yandexist Mail.ru, Google'ist Yahoo!sse või kuhugi muusse, kuhu äkki murelik ülemus e-posti asukohaga käsib. Ärge laske end kurnata, kolleegid!

Allikas: habr.com