{"id":52893,"date":"2019-11-19T00:00:00","date_gmt":"2019-11-18T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/migratsiya-pochty-kak-bez-problem-sehat-s-odnogo-servera-i-otpravitsya-na-drugoj"},"modified":"2020-02-18T14:00:42","modified_gmt":"2020-02-18T11:00:42","slug":"migratsiya-pochty-kak-bez-problem-sehat-s-odnogo-servera-i-otpravitsya-na-drugoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/migratsiya-pochty-kak-bez-problem-sehat-s-odnogo-servera-i-otpravitsya-na-drugoj","title":{"rendered":"Migracija po\u0161te: kako se bez problema preseliti s jednog poslu\u017eitelja na drugi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tema navedena u naslovu mo\u017ee izgledati neaktualno za cijenjene korisnike Habr-a, no ponekad je jednostavno potrebno o njoj raspraviti. Naime, radim ve\u0107 mnoge godine kao administrator u znanstvenom institutu humanisti\u010dkog usmjerenja, gdje su zaposlenici toliko kvalificirani u podru\u010dju suvremenih informati\u010dkih tehnologija da prokleta ra\u010dunovodstva iz viceva o IT stru\u010dnjacima na toj pozadini izgledaju kao okupljanje filozofa, posve\u0107enih svim tajnama postojanja. Cijenjeni znanstvenici uspijevaju unositi imena mail servera latini\u010dnim slovima, umjesto znaka \u201e@\u201c pisati u zagradama \u201e\u0161alica\u201c (a potom re\u0107i da je tako napisano u dostavljenoj im email adresi), poku\u0161avati slati po\u0161tu na WhatsApp putem The Bat! i raditi jo\u0161 hrpu \u010dudnih stvari, \u010desto u istoj poruci. U\u010diti ih je besmisleno, boriti se s njima je nemogu\u0107e; preostaje prihvatiti svoju sudbinu i maksimalno automatizirati sve operacije povezane s ispravljanjem njihovih pogre\u0161aka.<\/p>\n

<\/a><\/noindex>Jedna od najzloslutnijih i najopasnijih operacija u mojoj praksi bila je migracija Web mail-a s poslu\u017eitelja na poslu\u017eitelj. Naime, zaposlenici instituta imaju tri slu\u017ebene e-mail adrese: jedna uklju\u010duje unutarnji Exchange server, druga radi na Mail.ru, a tre\u0107a na Gmailu. Ne, nisam ja idiot, i \u010dak ni oni nisu. To je - odluka uprave, povezana s nekim birokratskim igrama. Ne\u0161to mora ostati unutar instituta na \u201ekorporativnom\u201c serveru, ne\u0161to povezano s zahtjevima i potporama, nu\u017eno mora prolaziti kroz rusku po\u0161tu, a Gmail je povezan s nesumnjivo potrebnim stvarima, kao \u0161to su Google dokumenti i tablice, backup na disk itd. Problem je samo u tome \u0161to, poznato je, me\u0111u sedam dadilja, dijete ostaje bez oka - tj. u ovom slu\u010daju, izme\u0111u tri mail servera, moji kolege na najjasan na\u010din uspijevaju izgubiti najva\u017enije poruke!<\/p>\n

Postoji jo\u0161 jedan problem koji \u010desto izaziva potrebu za migracijom e-po\u0161te. Moderni e-mail servisi \u010desto omogu\u0107uju automatsku proslje\u0111ivanje poruka s jednog servera na drugi, \u0161to zna\u010di prikupljanje e-po\u0161te. A korisnik, navikao na to da se njegove poruke na serveru, recimo, Mail.ru, automatski kopiraju na Yandex mail, ponekad zaboravi da tako dobija pristup samo onim porukama koje su primljene nakon postavljanja prikupljanja e-po\u0161te. Stoga mo\u017ee imati prirodnu \u017eelju da izvr\u0161i potpunu migraciju e-po\u0161te sa starog servera na novi, \u010desto kori\u0161teni, a gdje \u0107e se obratiti s tom \u017eeljom? Ta\u010dno: najbli\u017eem sistem administratoru!<\/p>\n

Mislim da sli\u010dna situacija mo\u017ee nastati i kod bilo koga tko iz bilo kojeg razloga mora imati nekoliko e-mail ra\u010duna, posebno \u2014 administrirati ih, ili samo \u017eeli pre\u0107i s jednog servera na drugi bez gubitka va\u017enih informacija. Naravno, IT veterani lako \u0107e rije\u0161iti ovaj zadatak u dva klika mi\u0161em, ali ako imate malo iskustva u tim stvarima, migracija e-po\u0161te mo\u017ee postati slo\u017een zadatak. Zato sam odlu\u010dio ukratko podijeliti iskustvo kako bez problema izvr\u0161iti eksport e-po\u0161te u neku vrstu skladi\u0161ta i naknadni import e-po\u0161te na drugi server. Mo\u017eda \u0107e nekome ova operacija pomo\u0107i da se oslobodi sitnih neugodnosti ili jednostavno olak\u0161a \u017eivot!<\/p>\n

Eksport e-po\u0161te: malo teorije, malo prakse<\/h2>\n

\nU na\u010delu, po\u0161tanski poslu\u017eitelji rade s klijent programima putem jednog od dva protokola: POP3 ili IMAP. Ako vam ova imena iznenada ni\u0161ta ne govore (zato se to ponekad doga\u0111a?), poku\u0161a\u0107u objasniti jednostavnim rije\u010dima: protokol POP3 preuzima poruke s poslu\u017eitelja na va\u0161e ra\u010dunalo, dok protokol IMAP obra\u0111uje poruke izravno na poslu\u017eitelju. Stari klijenti za po\u0161tu po defaultu su radili (i dalje rade) s protokolom POP3, prebacuju\u0107i e-poruke u posebno odvojenu mapu za klijenta (obi\u010dno se nalazi negdje u korisni\u010dkom direktoriju, me\u0111u skrivenim mapama s podacima aplikacija). Protokol IMAP je moderniji i tako\u0111er omogu\u0107uje uvoz poruka u lokalnu ili mre\u017enu pohranu. Dakle, pitanje se u osnovi ne odnosi na to kako preuzeti potrebne poruke, ve\u0107 na to kako ih proslijediti na odgovaraju\u0107i poslu\u017eitelj radi migracije e-po\u0161te. Najjednostavnija opcija je koristiti protokol IMAP, kopirati sve poruke u neko skladi\u0161te u EML formatu, a zatim ih prenijeti u drugu mapu na drugom ra\u010dunu, uzimaju\u0107i u obzir da je format datoteka s porukama op\u0107enito potpuno identi\u010dan.<\/p>\n

Kako to u\u010diniti?<\/h3>\n

\nJednostavna metoda koju ja koristim s najmanjim tro\u0161kovima je migracija e-poruka uz pomo\u0107 neke aplikacije za kopiranje podataka koja podr\u017eava protokol IMAP. To se radi u dva koraka.<\/p>\n