Тэма, паказаная ў загалоўку, можа выглядаць неактуальнай для паважаных хабраўчан, але часам падняць яе проста неабходна. Справа ў тым, што я працую ўжо шмат гадоў адмінам у навуковым інстытуце гуманітарнай скіраванасці, дзе ў супрацоўнікаў такая кваліфікацыя ў галіне сучасных інфармацыйных тэхналогій, што праславутая бухгалтэрыя з анекдотаў пра айцішніка на гэтым фоне здаецца зборам філосафаў, прысвечаных ва ўсе таямніцы быцця. Паважаныя навукоўцы прымудраюцца ўводзіць імёны сервераў пошты рускімі літарамі, замест знака "@" пісаць у дужках "сабачка" (а потым казаць, што так было напісана ў дасланым ім паштовым адрасе), спрабаваць адправіць пошту на WhatsApp з дапамогай The Bat! і зрабіць яшчэ кучу дзіўных рэчаў, часцяком у адным і тым жа паведамленні. Вучыць іх бескарысна, дужацца з імі немагчыма; застаецца прыняць свой лёс і лімітава аўтаматызаваць усе аперацыі, злучаныя з выпраўленнем іх памылак.
Адной з самых злавесных і небяспечных аперацый у маёй практыцы аказалася міграцыя Web пошты з сервера на сервер. Справа ў тым, што ў супрацоўнікаў інстытута ажно тры службовыя пошты: адна ўключае ў сябе ўнутраны Exchange сервер, іншая працуе на Mail.ru, а трэцяя — на Gmail. Не, гэта не я ідыёт, і нават не яны. Гэта - распараджэнне дырэкцыі, звязанае з нейкімі ведамаснымі гульнямі. Нешта павінна заставацца ўнутры інстытута на "карпаратыўным" серверы, нешта, звязанае з заяўкамі і грантамі, абавязкова павінна ісці праз рускую пошту, а пошта Gmail звязана ў маіх паважаных калегаў з такімі, безумоўна, неабходнымі рэчамі, як дакументы і табліцы Google, бэкап на дыск і г.д. Бяда толькі ў тым, што ў сямі нянек, як вядома, дзіця без вока — гэта значыць, у дадзеным выпадку, паміж трох сервераў пошты калегі мае самай недвухсэнсоўнай выявай прымудраюцца страціць найважнейшыя лісты!
Ёсць і яшчэ адна праблема, якая часта выклікае неабходнасць у міграцыі пошты. Сучасныя паштовыя сэрвісы часта дазваляюць аўтаматычную рэтрансляцыю паведамленняў з аднаго сервера на іншы, гэта значыць збор пошты. І карыстач, які звыкся да таго, што яго паведамленні на серверы, скажам, Mail.ru, аўтаматычна капіююцца на пошту Яндэкс, часам забывае ў выніку, што такім спосабам ён атрымлівае доступ не да ўсіх паведамленняў, а толькі да тых, якія былі атрыманы пасля наладкі збору пошты. Таму ў яго можа паўстаць натуральнае жаданне выканаць поўную міграцыю пошты са старога сервера на новы, гушчару які выкарыстоўваецца, а да каго ён пайдзе з гэтым сваім жаданнем? Правільна: да бліжэйшага сісадміна!
Думаю, падобная сітуацыя ўзнікае і ў любога, хто так ці інакш змушаны мець некалькі паштовых акаўнтаў, тым больш - адміністраваць іх, ці ж проста жадае пераехаць з сервера на сервер без страты важнай інфармацыі. Зразумела, IT-зубры з лёгкасцю вырашаць гэтую задачу ў дзве пстрычкі мышкай, але вось калі вы малавопытныя ў такіх справах, то міграцыя электроннай пошты можа выліцца для вас у складаную задачу. Таму я вырашыў сцісла падзяліцца досведам, як без праблем выканаць экспарт лістоў пошты ў якое-небудзь сховішча і наступны імпарт пошты на іншы сервер. Быць можа, камусьці гэтая аперацыя дапаможа пазбавіцца ад дробных непрыемнасцяў або проста аблегчыць жыццё!
Экспарт лістоў: крыху тэорыі, крыху практыкі
У прынцыпе, паштовыя серверы працуюць з кліенцкімі праграмамі па адным з двух пратаколаў: POP3 ці IMAP. Калі гэтыя назовы вам раптам нічога не кажуць (так яшчэ бывае?), паспрабую растлумачыць простымі словамі: пратакол POP3 спампоўвае лісты з сервера на ваш кампутар, а пратакол IMAP апрацоўвае іх прама на серверы. Старыя паштовыя кліенты па змаўчанні працавалі (і працягваюць працаваць) з пратаколам POP3, выгружаючы паштовыя паведамленні ў спецыяльна выдзеленую для кліента тэчку (звычайна яна знаходзіцца дзесьці ў каталогу карыстальніка, сярод утоеных па змаўчанні тэчак з дадзенымі прыкладанняў). Пратакол IMAP больш сучасны, і з яго дапамогай таксама можна выканаць імпарт лістоў у лакальнае ці сеткавае сховішча. Так што пытанне ў асноўным не ў тым, як спампаваць патрэбныя лісты, а ў тым, як пераслаць іх на патрэбны сервер для выканання міграцыі пошты. Самы просты варыянт - выкарыстоўваць пратакол IMAP, капіяваць па ім усе лісты ў якое-небудзь сховішча ў фармаце EML, а потым заліць іх у іншую тэчку на іншым акаўнце, карыстаючыся тым, што фармат файлаў лістоў у агульным выпадку зусім аднолькавы.
Як гэта зрабіць?
Просты метад, якім з найменшымі выдаткамі карыстаюся я - выконваць міграцыю лістоў пошты з дапамогай якой-небудзь праграмы для капіявання дадзеных, якая падтрымлівае пратакол IMAP. Гэта робіцца за два крокі.
- Імпарт пошты з тэчкі на серверы ў якое-небудзь сховішча ў фармаце EML.
- Экспарт лістоў пошты ў якую-небудзь іншую тэчку на іншым серверы па IMAP.
Пры гэтым праграма міграцыі пошты з пункта гледжання абодвух сервераў паводзіць сябе як звычайны IMAP-кліент. (Дарэчы, большасць паштовых сервераў запатрабуе ад вас дазволу выкарыстоўваць паказаную праграму ў якасці паштовага кліента, так што перад выкананнем міграцыі пошты з якой-небудзь утылітай абавязкова зайдзіце ў ваш паштовы акаўнт і дазволіце серверу выкарыстоўваць гэтую ўтыліту ў спісе даступных кліентаў па пратаколе IMAP). Такія праграмы звычайна патрабуюць мінімуму ручной працы для папярэдняй наладкі міграцыі электроннай пошты. Звычайна вы можаце наладзіць нават расклад для рэгулярнай аўтаматычнай міграцыі пошты з сервера на сервер, калі гэта вам навошта-то трэба. Асабіста я для экспарту лістоў пошты карыстаюся праграмай , балазе яна варта ў нас амаль на ўсіх машынах і патрабуе мінімуму налад, да таго ж цэнтралізавана ажыццяўляных з адміністратарскай машыны - не трэба нікуды хадзіць нагамі. Але, па вялікім рахунку, выкарыстоўванае праграмнае забеспячэнне ўсё роўна, абы яно ўмела ажыццяўляць экспарт і імпарт пошты прама на Web-сервера, і падтрымлівала адзіны фармат для лістоў на абодвух серверах.
А Microsoft-то як звычайна…
Асобны галаўны боль - міграцыя электроннай пошты Exchange або Outlook (я маю на ўвазе не сервер пошты Outlook.com, а кліент), бо Microsoft, як звычайна, ідзе па нестандартным шляху. Добра, калі ў гэтай сітуацыі ў вас ёсць пад рукой спецыялізаваная сафтына для экспарту лістоў пошты Outlook або сервераў Exchange - тады задача спрашчаецца да чытання інструкцыі па міграцыі лістоў пошты пад кіраваннем адпаведнай праграмы. Добра, што такіх праграм даволі шмат, як і спецыялізаваных убудоў для адпаведнага праграмнага забеспячэння, арыентаваных на прадукты Microsoft.
Міграцыя электроннай пошты па пратаколе POP3
Некаторыя любяць скрыўленні, але ў агульным выпадку гэта не так. Таму не трэба пераносіць пошту з сервера на сервер па пратаколе POP3, гэта стара і непрыгожа. Перайдзіце на IMAP на абодвух серверах (як гэта зрабіць, ёсць найпадрабязныя інструкцыі практычна ў кожнага правайдэра), а потым зрабіце ўсё, як апісана вышэй (ці хаця б скарыстайцеся інструментам міграцыі, убудаваным у паштовы сэрвіс - часам такія інструменты ёсць, хоць іх зручнасць і логіка працы звычайна пакідаюць жадаць лепшага). Можна таксама паспрабаваць дзедаўскі ручны метад: з дапамогай праграмы-кліента перанесці лісты з тэчкі ў тэчку, ці проста вылучыць іх і адправіць на новы сервер. Калісьці, калі мы былі маленькімі, мы ўсё рабілі менавіта так, і нам гэта не здавалася непрыстойным, таму ў безвыходнай сітуацыі можна паспрабаваць зноў заняцца падобнай ручной працай…
У цэлым жа, міграцыя электроннай пошты з сервера на сервер метадам паслядоўнага імпарту пошты ў сховішча, а затым экспарту лістоў пошты на новы сервер па пратаколе IMAP задавальняе ўсім асноўным крытэрам выгоды працы з праграмамі. Гэтыя крытэрыі - зразумелая логіка, бяспека, аўтаматызацыя і наяўнасць вялікай колькасці гатовых даступных інструментаў, якія могуць выканаць для вас гэтую працу. Так што, спадзяюся, гэтая мая нататка апынецца камусьці карыснай і спросціць жыццё ў тых выпадках, калі бухгалтэрыя ці планавы аддзел раптам тэрмінова патрабуюць перавесці іх з Яндэкса на Mail.ru, з Гугла на Yahoo! ці яшчэ куды-небудзь, куды загадае раптоўна заклапаціўся дыслакацыяй пошты начальнік. Не давайце сябе стаміць, калегі!
Крыніца: habr.com