Ito ang simula ng isang malaking kurso tungkol sa gawain ng mga mail server. Ang layunin ko ay hindi mabilis na turuan ang isang tao kung paano magtrabaho sa mga mail server. Magkakaroon ng maraming karagdagang impormasyon dito tungkol sa mga katanungan na makakaharap natin sa daan, dahil sinusubukan kong gawin ang kurso na pangunahin para sa mga nagsisimula pa lamang sa kanilang mga hakbang.
paunang salitaNagkataon na nagtatrabaho ako ng part-time bilang isang guro sa pangangasiwa ng Linux. At bilang araling-bahay, binibigyan ko ang mga mag-aaral ng isang dosenang mga link sa iba't ibang mga mapagkukunan, dahil sa ilang mga lugar ay walang sapat na materyal, sa iba ito ay masyadong kumplikado. At sa iba't ibang mga mapagkukunan, ang materyal ay madalas na nadoble, at kung minsan ay nagsisimula sa diverge. Gayundin, karamihan sa nilalaman ay nasa Ingles, at may ilang mga mag-aaral na nahihirapang umunawa. Mayroong mahusay na mga kurso mula sa Semaev at Lebedev, at marahil mula sa iba, ngunit, sa aking opinyon, ang ilang mga paksa ay hindi sapat na sakop, ang ilan ay hindi sapat na konektado sa iba.
Samakatuwid, isang araw ay nagpasya akong kahit papaano ay kumuha ng mga tala sa materyal at ibigay ito sa mga mag-aaral sa isang maginhawang anyo. Ngunit dahil may ginagawa ako, bakit hindi ito ibahagi sa lahat? Sa una sinubukan kong gawin ito gamit ang teksto at palabnawin ito ng mga link, ngunit mayroong milyun-milyong mga mapagkukunan, ano ang punto? Sa isang lugar ay nagkaroon ng kakulangan ng kalinawan at mga paliwanag, sa isang lugar ang mga estudyante ay masyadong tamad na basahin ang buong teksto (at hindi lamang sila) at may mga puwang sa kanilang kaalaman.
Ngunit ito ay hindi lamang tungkol sa mga mag-aaral. Sa buong karera ko, nagtrabaho ako sa mga IT integrator, at ito ay isang malaking karanasan sa pagtatrabaho sa iba't ibang mga sistema. Dahil dito, naging general engineer ako. Madalas akong nakakatagpo ng mga IT specialist sa iba't ibang kumpanya at madalas ay napapansin ko ang mga gaps sa kanilang kaalaman. Sa IT field, marami ang self-taught, kasama na ako. At mayroon akong sapat na mga puwang na ito, at gusto kong tulungan ang iba at ang aking sarili na alisin ang mga puwang na ito.
Para sa akin, ang mga maikling video na may impormasyon ay mas kawili-wili at mas madaling matunaw, kaya nagpasya akong subukan ang format na ito. At alam na alam ko na ang aking dila ay hindi nasuspinde, mahirap makinig sa akin, ngunit sinusubukan kong maging mas mahusay. Ito ay isang bagong libangan para sa akin na nais kong paunlarin. Dati mas masahol pa ang mikropono ko, ngayon higit sa lahat ay nalulutas ko ang mga problema sa tunog at pananalita. Gusto kong gumawa ng de-kalidad na nilalaman at talagang kailangan ng layunin na pagpuna at payo.
PS Nadama ng ilan na ang format ng video ay hindi ganap na angkop at mas mabuting gawin ito sa teksto. Hindi ako lubos na sumasang-ayon, ngunit hayaang magkaroon ng pagpipilian - parehong video at text.
video
Susunod>
Upang makapagtrabaho sa email, kailangan mo ng email client. Maaari itong maging isang web client, halimbawa gmail, owa, roundcube, o isang application sa isang computer - outlook, thunderbird, atbp. Ipagpalagay natin na nakarehistro ka na sa ilang serbisyo ng email at kailangan mong mag-set up ng email client. Binuksan mo ang program at humihingi ito sa iyo ng data: isang pangalan ng account, iyong email address at isang password.
Pagkatapos mong ilagay ang impormasyong ito, susubukan ng iyong email client na maghanap ng impormasyon tungkol sa iyong email server. Ginagawa ito upang pasimplehin ang pag-set up ng isang koneksyon sa server, dahil ang karamihan sa mga gumagamit ay hindi alam ang mga address at protocol ng koneksyon. Upang gawin ito, gumagamit ang mga email client ng iba't ibang paraan upang maghanap ng impormasyon tungkol sa server at mga setting ng koneksyon. Maaaring mag-iba ang mga pamamaraang ito depende sa iyong email client.
Halimbawa, ang Outlook ay gumagamit ng "autodiscover" na paraan, ang client ay nakikipag-ugnayan sa DNS server at humihingi ng isang partikular na autodiscover record na nauugnay sa mail domain na iyong tinukoy sa iyong mga setting ng mail client. Kung na-configure ng administrator ang entry na ito sa DNS server, tumuturo ito sa web server.
Matapos malaman ng mail client ang address ng web server, ito ay nakikipag-ugnayan dito at makikita doon ang isang paunang inihanda na file na may mga setting para sa pagkonekta sa mail server sa XML na format.
Sa kaso ng Thunderbird, nilalampasan ng mail client ang autodiscover DNS record search at agad na sumusubok na kumonekta sa autoconfig web server. at ang pangalan ng tinukoy na domain. At sinusubukan din nitong maghanap ng file na may mga setting ng koneksyon sa XML na format sa web server.
Kung ang mail client ay hindi makahanap ng isang file na may mga kinakailangang setting, susubukan nitong hulaan ang mga setting sa mga madalas na ginagamit. Halimbawa, kung ang domain ay tinatawag na example.com, susuriin ng mail server kung mayroong mga server na may pangalang imap.example.com at smtp.example.com. Kung mahanap ito, irerehistro ito sa mga setting. Kung hindi matukoy ng mail client ang address ng mail server sa anumang paraan, ipo-prompt nito ang user na ipasok mismo ang data ng koneksyon.
Pagkatapos ay mapapansin mo ang 2 field para sa mga server - incoming mail server address at outgoing mail server address. Bilang isang patakaran, sa maliliit na organisasyon ang mga address na ito ay pareho, kahit na tinukoy ang mga ito sa pamamagitan ng iba't ibang mga pangalan ng DNS, ngunit sa malalaking kumpanya ang mga ito ay maaaring magkaibang mga server. Ngunit hindi mahalaga kung ang mga ito ay ang parehong server o hindi - ang mga serbisyo sa likod ng mga ito ay iba. Ang isa sa mga pinakasikat na bundle ng mga serbisyo ng mail ay ang Postfix & Dovecot. Kung saan gumaganap ang Postfix bilang isang papalabas na mail server (MTA - mail transfer agent), at Dovecot bilang isang papasok na mail server (MDA - mail delivery agent). Mula sa pangalan maaari mong hulaan na ang Postfix ay ginagamit upang magpadala ng mail, at ang Dovecot ay ginagamit upang makatanggap ng mail ng mail client. Ang mga mail server mismo ay nakikipag-usap sa isa't isa gamit ang SMTP protocol - i.e. Ang Dovecot (MDA) ay kailangan para sa mga gumagamit.
Sabihin nating nag-configure kami ng koneksyon sa aming mail server. Subukan nating magpadala ng mensahe. Sa mensahe ay ipinapahiwatig namin ang aming address at ang address ng tatanggap. Ngayon, upang maihatid ang mensahe, magpapadala ang iyong email client ng mga mensahe sa iyong papalabas na mail server.
Kapag nakatanggap ng mensahe ang iyong server, susubukan nitong hanapin kung kanino ihahatid ang mensahe. Ang iyong server ay hindi maaaring malaman ang mga address ng lahat ng mga mail server sa puso, kaya ito ay tumingin sa DNS upang makahanap ng isang espesyal na MX record - na tumuturo sa mail server para sa isang partikular na domain. Maaaring magkaiba ang mga entry na ito para sa iba't ibang subdomain.
Matapos nitong malaman ang address ng server ng tatanggap, ipinapadala nito ang iyong mensahe sa pamamagitan ng SMTP sa address na ito, kung saan tatanggapin ng mail server (MTA) ng tatanggap ang mensahe at ilagay ito sa isang espesyal na direktoryo, na tinitingnan din ng responsableng serbisyo. para sa pagtanggap ng mga mensahe sa mga kliyente (MDA).
Sa susunod na tanungin ng mail client ng tatanggap ang papasok na mail server para sa mga bagong mensahe, ipapadala ng MDA ang iyong mensahe sa kanila.
Ngunit dahil ang mga mail server ay nagpapatakbo sa Internet at sinuman ay maaaring kumonekta sa kanila at magpadala ng mga mensahe, at ang mga mail server ay malawakang ginagamit ng iba't ibang mga kumpanya upang makipagpalitan ng mahalagang data, ito ay isang masarap na subo para sa mga umaatake, lalo na ang mga spammer. Samakatuwid, ang mga modernong mail server ay may maraming karagdagang mga hakbang upang kumpirmahin ang nagpadala, suriin para sa spam, atbp. At susubukan kong saklawin ang marami sa mga paksang ito sa mga sumusunod na bahagi.
Pinagmulan: www.habr.com