Minamahal na mga mambabasa ng blog, matagal na akong hindi nakakasulat ng mga bagong artikulo, ngunit ito ay mga layuning dahilan. Lubos akong natutuwa na patuloy kang nagkomento sa aking mga naunang artikulo at nananatiling mga mambabasa ng aming blog. Susubukan kong abutin ka sa malapit na hinaharap at pasayahin ka ng maraming kawili-wili at kapaki-pakinabang na mga artikulo. Ang artikulo ngayong araw ay ilalaan sa mga SMTP server, na kailangang-kailangan sa pagpapadala ng mga mensaheng email.

Ang SMTP ay isang protocol na may pananagutan sa pagtanggap ng mga mensaheng nagmula sa user at pagpapadala ng mga ito sa isang partikular na tatanggap. Palaging dumadaan ang mga mensahe sa maraming server upang maabot ang kanilang patutunguhan, at pinapasimple ng SMTP ang pamamaraang ito.

Sabihin nating nagpapadala ka ng mensahe sa isang partikular na tatanggap. Ang iyong e-mail ID, halimbawa, “user” at mayroon kang account na nakarehistro sa “mail.ru” – “ [email protected]" Address ng tatanggap - " [email protected]».

Kapag gumawa ka ng account sa mail.ru mail service, ang iyong mail client (halimbawa, Microsoft Outlook) awtomatikong nai-save ang mga setting ng account. Ano ang susunod na mangyayari:

1. Nakikipag-ugnayan ang mail client sa iyong Mail.ru mail server sa pamamagitan ng port 25.
2. Nakikipag-ugnayan ang mail client sa SMTP server ng mail server, na nagbibigay dito ng mga address ng nagpadala at tatanggap, at ang teksto ng mensahe.
3. Hinahati ng SMTP server ang address ng tatanggap sa dalawang bahagi: ang pangalan/login ng tatanggap (recipient) at ang domain name (gmail.com).
4. "Nakikipag-usap" ang SMTP server DNS server(Domain Name Server) at tumatanggap ng impormasyon tungkol sa IP address ng SMTP server na gmail.com ng tatanggap. Tumutugon ang DNS sa pamamagitan ng pagpapadala ng isa o higit pang mga IP address ng mga SMTP server na ginagamit ng gmail.com.
5. Ang SMTP server sa mail.ru ay nakikipag-ugnayan sa SMTP server na gmail.com sa pamamagitan ng port 25 at nagpapadala ng mensahe dito. Tinutukoy ng gmail.com SMTP server na ang domain name para sa "recipient" ay umiiral sa gmail.com at ipinapasa ang POP3 message sa gmail.com server, na naglalagay ng mensahe sa mailbox ng recipient.
6. Kung sa ilang kadahilanan ang SMTP server mail.ru ay hindi maaaring makipag-ugnay sa SMTP server na gmail.com, kung gayon ang mensahe ay inilalagay sa pagpapadala ng queue. Ang mga SMTP server ay kadalasang gumagamit ng mga nagpapadala ng mensahe upang muling ipadala ang mga mensahe na nasa isang pila. Pana-panahong susubukan ng nagpadala ng mensahe na magpadala ng mensahe na nasa pila. Uulitin ang mga pagtatangka sa ilang partikular na pagitan (halimbawa, 15 minuto). Pagkatapos ng apat na oras na paghihintay at pagsubok na magpadala, kadalasang nagpapadala ang programa sa nagpadala ng sulat na nagpapaalam tungkol sa pagpapadala ng mga error. Pagkatapos ng limang araw, ang karamihan sa mga nagpapadalang programa ay huminto sa pagsubok at ibalik ang email sa nagpadala bilang hindi naipadala.

Sa kaso kapag ang pinagmulan ng SMTP server (mail.ru) ay hindi maaaring makipag-ugnayan nang direkta sa gmail.com SMTP server, ipinapadala nito ang mensahe sa pamamagitan ng isa o higit pang intermediate SMTP server relay. Sa turn, natatanggap ng relay server ang orihinal na mensahe at pagkatapos ay ipapadala ito sa patutunguhang server, o ire-redirect ito sa isa pang relay server. Umuulit ang proseso hanggang sa maihatid ang mensahe, o hanggang lumipas ang tinukoy na oras at bilang ng mga muling pagsubok para maghintay ng tugon mula sa server.

Simple lang ang naiintindihan ng SMTP server mga utos ng teksto. Ang mga pamantayan ay:

HELO – pagsisimula ng session

EHLO - pagsisimula ng isang session at kahilingan para sa pinalawig na mode - ESMTP (Kung hindi sinusuportahan ng server ang mga extension, tutugon ito sa EHLO na may error, sa kasong ito, dapat ipadala ng kliyente ang HELO command at hindi gumamit ng mga extension ng protocol.)

MAIL MULA SA: — address ng nagpadala

RCPT SA: - address ng tatanggap

DATA – paglilipat ng data (mga titik). Ang mga field na "Kay", "Mula" at "Paksa" ay dapat sumakop sa unang tatlong linya

RSET – pag-reset ng session

QUIT – pagkakadiskonekta

HELP – tulong (karagdagang impormasyon)

VRFY – pagsuri sa isang address para sa pagkakaroon nito

EXPN – pinahabang address

Sa loob ng ilang dekada, ang mga gumagamit ng Internet ay gumagamit ng email upang makipagpalitan ng mga mensahe at liham. Hanggang sa unang bahagi ng 90s ng huling siglo, ang mga elektronikong mensahe ay ginamit, bilang panuntunan, ng mga empleyado ng malalaking organisasyon. Sa malawak na computerization at pagkalat ng World Wide Web, ang mga email ay naging bahagi ng buhay ng mga ordinaryong gumagamit.

Ang pag-unlad ng mga teknolohiya sa Internet ay humantong sa paglitaw ng tinatawag na mga protocol ng mail na ginagamit para sa pagsusulatan sa network. Ginagawa nilang posible na iproseso ang malalaking titik, na nagbibigay sa mga user ng lahat ng uri ng serbisyo.

Hindi ito pinipigilan ng anumang partikular na mga subsystem ng paghahatid ng data. Ang operasyon nito ay nangangailangan lamang ng maaasahang channel para sa daloy ng kanilang paghahatid habang pinapanatili ang kaayusan.

Ang SMTP ay pangunahing ginagamit para sa pagpapadala ng mga liham at kahilingan ng user sa server, pagkatapos ay ipinapadala ang mail sa mga tatanggap. Upang makatanggap ng mga liham, kailangan mong gumana ang iyong mail client sa IMAP o POP3 protocol.

Ano ang gamit nito?

Ngayon ito ay tipikal postal protocol. Ginagamit ito ng lahat mga programa sa mail at mga server.

Virtual website hosting para sa sikat na CMS:

Ang prinsipyo ng pagpapatakbo ng protocol.

Ang SMTP ay isang text protocol, ang prinsipyo ng pagpapatakbo nito ay nangangailangan ng koneksyon kung saan ang user na nagpapadala ng email ay nakikipag-ugnayan sa tatanggap nito gamit ang isang partikular na command line. At ang data ay natanggap sa pamamagitan ng paggamit ng isang maaasahang channel ng komunikasyon. Karaniwan, ang channel ng komunikasyon na ito ay isang koneksyon sa TCP.

Ang sesyon ng pagtatrabaho ng protocol ay binubuo ng ipinadalang mail - SMTP client isang bilang ng mga utos at tugon ng server sa kanila. Sa sesyon ng pagtatrabaho ang parehong kliyente at server ay nagpapalitan ng mga kinakailangang parameter.

Kasama sa operasyon ng protocol ang kumbinasyong binubuo ng mga sumusunod na pagkakasunud-sunod ng mga utos at tugon:

• MAIL FROM command - nagpapahiwatig ng return email address;
• RCPT TO command - tinutukoy ang tatanggap ng isang partikular na sulat;
• Ang DATA ay ang command na responsable sa pagpapadala ng text ng isang email message. Ito ang katawan ng liham, na kinabibilangan ng header at katawan ng liham, na hiwalay sa isa't isa walang laman na linya.

Ang paunang SMTP client ay maaaring ang email client ng tatanggap, o isang mail transfer agent sa server.

Paano gumagana ang ibang mga mail protocol.

Ang SMTP ay isang protocol lamang para sa paghahatid ng mga sulat sa network. Hindi siya, sa utos, kumuha ng email mula sa malayong server o kahit papaano ay pamahalaan ang iyong e-mail box.

Mayroong iba pang mga protocol para dito, tulad ng IMAP at POP. Ang kanilang paggamit ay mas mainam kapag nakakonekta sa isang network pansamantala o kapag ang PC ay naka-on sa pana-panahon.

POP.

Ang Post Office Protocol ay simple protocol ng network, na kinabibilangan ng tatlong uri: POP, POP2 at POP3. Ang mga ito ay idinisenyo upang maghatid ng mga sulat sa gumagamit mula sa isang sentral na mail server, upang tanggalin ang mail mula sa server, at upang makilala ang gumagamit. Ang kumbinasyon ng login at password ay ginagamit para sa pagkakakilanlan. Ito ay nagkakahalaga ng noting na ang lahat ng tatlong mga protocol ay hindi mapagpapalit.

Kasama sa protocol ang SMTP, na ginagamit upang magpadala ng papalabas na mail.

Alinsunod sa POP3, ang mga liham na dumarating sa isang partikular na e-mail ay iniimbak sa server hanggang sa ma-download ang mga ito sa PC sa susunod na sesyon. Kapag naganap ang pag-download, nagiging posible na basahin ang mga mensahe habang dinidiskonekta mula sa network. Ang POP3 ay itinuturing na pinakamabilis na mail protocol.

IMAP.

SA gamit ang Internet Mensahe Access Protocol Nagiging posible na mag-imbak ng mga mensahe sa mga direktoryo ng file sa server at maghanap ng anumang mga string ng mensahe nang direkta doon.

Ang protocol na ito Angkop para sa mga user na ang mga computer ay gumagamit ng tuluy-tuloy na koneksyon sa Internet. Naiiba ito sa POP dahil kapag na-scan ang mga bagong mensahe, ang mga header lang ng mga ito ang dina-download.

4085/2, mga protocol ng Sorokin D. S. Mail

SMTP

SMTP (Simple Mail) Transfer Protocol- Simple Mail Transfer Protocol) ay isang malawakang ginagamit na network protocol na idinisenyo upang magpadala email sa mga TCP/IP network.

Mga transaksyon sa SMTP

Ang SMTP ay isang text protocol na nakabatay sa koneksyon kung saan nakikipag-ugnayan ang nagpadala ng mensahe sa tatanggap sa pamamagitan ng pagbibigay mga linya ng utos at pagtanggap ng kinakailangang data sa pamamagitan ng isang maaasahang channel, na karaniwang isang koneksyon sa TCP (Transmission Control Protocol). Ang SMTP session ay binubuo ng mga command na ipinadala ng SMTP client at mga kaukulang tugon mula sa SMTP server. Kapag ang isang session ay bukas, ang server at client ay nagpapalitan ng mga parameter nito. Ang isang session ay maaaring magsama ng zero o higit pang mga operasyon ng SMTP (mga transaksyon).

Mga utos ng SMTP

Ang isang SMTP na operasyon ay binubuo ng tatlong command/response sequence:

MAIL FROM - nagtatakda ng return address (i.e. Return-Path, 53121.From, mfrom). Ito ang address para sa mga ibinalik na liham.

RCPT TO - itinatakda ang tatanggap ng mensaheng ito. Ang utos na ito ay maaaring ibigay ng maraming beses, isang beses para sa bawat tatanggap. Ang mga address na ito ay bahagi din ng shell.

DATA - upang ipadala ang teksto ng mensahe. Ito ang nilalaman ng sulat mismo, taliwas sa sobre nito. Binubuo ito ng isang header ng mensahe at isang katawan ng mensahe na pinaghihiwalay ng isang blangkong linya. Ang DATA ay mahalagang isang pangkat ng mga utos, at ang server ay tumugon nang dalawang beses: una sa mismong utos ng DATA, upang ipaalam

kahandaang tanggapin ang teksto; at sa pangalawang pagkakataon pagkatapos ng pagtatapos ng sequence ng data upang tanggapin o tanggihan ang buong sulat.

Bilang karagdagan sa mga intermediate na tugon para sa DATA command, ang bawat tugon ng server ay maaaring positibo (response code 2xx) o negatibo. Ang huli, sa turn, ay maaaring maging permanente (code 5xx) o pansamantalang (code 4xx). Ang pagtanggi ng SMTP server na magpadala ng mensahe - permanenteng pagkakamali; sa kasong ito ang kliyente ay dapat magpadala ng isang return letter. Pagkatapos ng pag-reset - isang positibong tugon, malamang na tatanggihan ang mensahe. Ang server ay maaari ring magpahiwatig na ang karagdagang data ay inaasahan mula sa kliyente (code 3xx).

Ang unang host (SMTP client) ay maaaring maging email client ng end user (functional na tinukoy bilang ahente ng koreo- MUA), at ang message forwarding agent (MTA) sa server, i.e. gumaganap ang server bilang isang kliyente sa naaangkop na sesyon upang ihatid ang mensahe. Sinusuportahan ng mga ganap na gumaganang server ang mga pila ng mensahe upang muling magpadala ng mga mensahe kung sakaling magkaroon ng mga error.

Alam ng MUA ang SMTP server para sa papalabas na mail mula sa mga setting nito. Ang SMTP server, na kumikilos bilang isang kliyente, ibig sabihin, pagpapasa ng mga mensahe, ay tumutukoy kung aling server ang kumonekta sa pamamagitan ng pagtingin sa mapagkukunang MX (Mail eXchange) na mga tala ng DNS para sa bawat domain ng tatanggap. Kung sakaling hindi matagpuan ang MX record, ang mga katugmang MTA (hindi lahat) ay babalik sa isang simpleng A record. Ang pagpapasa ng mga server ay maaari ding i-configure upang gamit ang Smart host.

Ang SMTP server, na kumikilos bilang isang kliyente, ay nagtatatag ng koneksyon sa TCP sa server na idinisenyo para sa SMTP port 25. Dapat gamitin ng MUA ang port 587 para kumonekta

Message Submission Agent (MSA). Ang pangunahing pagkakaiba sa pagitan ng MTA at MSA ay ang pagpapatunay ng SMTP ay kinakailangan lamang para sa huli.

SMTPS

Ang SMTPS ay tumutukoy sa mga pamamaraan ng seguridad ng SMTP sa layer ng transportasyon. Ito ay idinisenyo upang matiyak ang pagpapatunay ng partido, integridad ng data at pagiging kumpidensyal. Ang SMTPS ay hindi isang proprietary protocol o extension sa SMTP, ito ay isang paraan lamang upang ma-secure ang SMTP sa transport layer.

Ang kliyente at server ay gumagamit ng regular na SMTP sa antas ng aplikasyon, ngunit ang koneksyon ay sinigurado ng SSL o TLS. Nangyayari ito pagkatapos maitatag ang isang koneksyon bago maipadala ang anumang data ng mail.

Gumagamit ang SMTPS ng port 465.

POP3 (Post Office Protocol Bersyon 3 - protocol post office, bersyon 3) - karaniwang Internet protocol antas ng aplikasyon, na ginagamit ng mga email client upang kunin ang isang mensaheng email mula sa isang malayuang server sa isang koneksyon sa TCP/IP. Ang POP at IMAP (Internet Message Access Protocol) ay ang pinakakaraniwang mga protocol sa Internet para sa pagkuha ng mail. Halos lahat modernong mga kliyente at sinusuportahan ng mga email server ang parehong pamantayan. Ang POP protocol ay binuo sa ilang mga bersyon, na ang ikatlong bersyon (POP3) ang kasalukuyang pamantayan. Karamihan sa mga email service provider (gaya ng Hotmail, Gmail at Yahoo! Mail) ay sumusuporta din sa IMAP at POP3. Mga nakaraang bersyon ang mga protocol (POP, POP2) ay hindi na ginagamit.

Sinusuportahan ng POP ang mga simpleng kinakailangan sa pag-download at pagtanggal para sa pag-access sa mga malalayong mailbox. Bagama't karamihan sa mga kliyente ng POP ay nagbibigay ng kakayahang mag-iwan ng mail sa server pagkatapos mag-download, ang mga gumagamit Mga kliyente ng POP karaniwang kumonekta, kunin ang lahat ng email, i-save ang mga ito sa computer ng user bilang mga bagong mensahe, tanggalin ang mga ito sa server, at pagkatapos ay idiskonekta.

Nakikinig ang server ng POP3 sa kilalang port 110. Hinihiling ang pag-encrypt ng komunikasyon para sa POP3 pagkatapos magsimula ang protocol, gamit ang alinman sa utos ng STLS (kung sinusuportahan) o POP3S, na kumokonekta sa server gamit ang TLS o SSL sa TCP port 995.

Mga utos ng POP3

		Mga argumento	Mga paghihigpit	Mga posibleng sagot
			Ang kanyang suporta ay hindi	* Ang +OK maildrop ay may n mensahe
		[Pangalan]		* -ERR password na ibinigay para sa
			sapilitan
				[pangalan] ay hindi tama
				* Ang pangalan ng +OK ay isang wastong mailbox
				* -ERR ay hindi kailanman narinig ng mailbox
				* +OK maildrop naka-lock at
			Gumagana pagkatapos ng matagumpay na paglipat
				* -ERR di-wastong password
			pangalan ng mailbox
				* -ERR hindi ma-lock

		[mensahe]	Magagamit pagkatapos ng matagumpay	* +OK ang mensaheng tinanggal
			pagkakakilanlan	* -ERR walang ganoong mensahe
		[mensahe]	Magagamit pagkatapos ng matagumpay	* +Sumusunod ang listahan ng pag-scan ng OK
			pagkakakilanlan	* -ERR walang ganoong mensahe
			Magagamit pagkatapos ng matagumpay
			pagkakakilanlan
		[mensahe]	Magagamit pagkatapos ng matagumpay	* Sumusunod ang mensahe ng +OK
			pagkakakilanlan	* -ERR walang ganoong mensahe
			Magagamit pagkatapos ng matagumpay
			pagkakakilanlan
			Magagamit pagkatapos ng matagumpay
			pagkakakilanlan
		[mensahe]	Magagamit pagkatapos ng matagumpay
		[dami
			pagkakakilanlan	* -ERR walang ganoong mensahe

IMAP

Ang isang alternatibong protocol para sa pagkolekta ng mga mensahe mula sa isang mail server ay IMAP. Ang IMAP (Internet Message Access Protocol) ay isang protocol sa antas ng aplikasyon para sa pag-access ng email.

Batay sa protocol ng transportasyon TCP at gumagamit ng port 143.

Ang POP3 ay may isang bilang ng mga disadvantages, at ang pinakaseryoso sa mga ito ay ang kakulangan ng mga kakayahan upang makontrol ang paggalaw at pag-iimbak ng mga mensahe sa server. Ang mga mensahe, bilang panuntunan, ay na-download mula sa mail server nang sabay-sabay, pagkatapos ay tinanggal ang mga ito mula sa server, iyon ay, walang kakayahang pumili ng mga mensaheng matatanggap.

Upang matugunan ang mga problemang nauugnay sa tampok na ito ng POP3, ang Unibersidad ng Washington ay bumuo ng isang bagong protocol na nagpapahintulot sa mga user na makatanggap ng e-mail mula sa parehong mailbox mula sa maraming lokasyon nang hindi ipinamamahagi ang mga mensahe sa mga punto ng pagtanggap. Ang user ay binibigyan ng pagkakataon na pamahalaan ang mga mensahe sa kanyang mailbox at mga karagdagang function para sa pagpapanatili ng mga mailbox sa server.

Mga pakinabang ng IMAP

Kapag gumagamit ng POP3, kumokonekta ang kliyente sa server para lamang sa panahong kinakailangan upang mag-download ng mga bagong mensahe. Kapag gumagamit ng IMAP, hindi masisira ang koneksyon hanggang sa user interface aktibo at ang mga mensahe ay dina-download lamang kapag hiniling ng kliyente. Binibigyang-daan ka nitong bawasan ang oras ng pagtugon para sa mga user na ang mga mailbox ay naglalaman ng maraming malalaking mensahe.

Ang POP protocol ay nangangailangan na ang kasalukuyang kliyente ay ang tanging konektado sa mailbox. Pinapayagan ng IMAP sabay-sabay na pag-access ilang mga kliyente sa mailbox at nagbibigay sa kliyente ng kakayahang subaybayan ang mga pagbabagong ginawa ng ibang mga kliyente na konektado nang sabay-sabay.

Salamat sa flag system na tinukoy sa IMAP4, masusubaybayan ng kliyente ang katayuan ng isang mensahe (basahin, naipadala ang tugon, tinanggal, atbp.); ang data ng bandila ay naka-imbak sa server.

Ang mga kliyente ng IMAP4 ay maaaring gumawa, magpalit ng pangalan, at magtanggal ng mga mailbox at maglipat ng mga mensahe sa pagitan ng mga mailbox. Maaari mo ring gamitin ang IMAP4 Access Control List (ACL) Extension (RFC 4314) upang kontrolin ang mga karapatan sa pag-access ng mailbox.

Ang paghahanap ng mga mensahe ay nangyayari sa gilid ng server. Ang IMAP4 ay may tahasang mekanismo ng extension.

Mga pamamaraan ng anti-spam

Ang mga modernong spam mail ay ipinamamahagi sa daan-daang libong kopya sa loob lamang ng ilang sampu-sampung minuto. Kadalasan, dumarating ang spam sa pamamagitan ng mga nahawahan malware Ang mga computer ng gumagamit ay mga network ng zombie. Ano ang maaaring kontrahin sa pagsalakay na ito? Ang modernong industriya ng seguridad ng IT ay nag-aalok ng maraming solusyon, at ang mga anti-spammers ay may iba't ibang teknolohiya sa kanilang arsenal. Gayunpaman, walang umiiral na teknolohiya ang isang magic na "silver bullet" laban sa spam. Pangkalahatang solusyon wala lang. Karamihan sa mga modernong produkto ay gumagamit ng maraming teknolohiya, kung hindi, ang pagiging epektibo ng produkto ay hindi magiging mataas.

DNSBL

DNSBL - DNS blacklist o DNS blocklist - mga listahan ng mga host na nakaimbak gamit ang DNS architecture system. Karaniwang ginagamit upang labanan ang spam. Ina-access ng mail server ang DNSBL at sinusuri ito para sa IP address ng kliyente kung saan ito natatanggap ang mensahe. Kung ang sagot ay positibo, ito ay itinuturing na isang pagtatangka upang makatanggap ng isang spam na mensahe. Ang nagpapadalang server ay tumatanggap ng 5xx error (fatal error) at ang mensahe ay hindi tinatanggap. Lumilikha ang mail server ng nagpadala ng "bounce receipt" sa nagpadala na nagsasaad na hindi naihatid ang mail.

Mayroong 2 paraan ng paggamit ng teknolohiyang ito.

1. Hindi malabo na pagharang - pagtanggi sa mga mensahe na nagmula sa isang IP address na matatagpuan sa DNSBL

2. Isang balanseng diskarte. Sa diskarteng ito, isang mensahe na nagmumula sa isang IP address

na matatagpuan sa DNSBL ay hindi naka-block, ngunit ang katotohanang ito ay isinasaalang-alang kapag inuuri ang "spam" ng liham.

Kapag ginagamit ang unang diskarte, ang lahat ng mga titik mula sa mga IP address na kasama sa DNSBL ay malinaw na tinatanggihan. Hindi alintana kung ang IP address ay karapat-dapat na naka-blacklist o hindi sinasadya (na nagiging mas karaniwan sa pagsasanay). Ang paggamit ng pangalawang diskarte ay perpektong inilalarawan ng opensource spam filter na spamassassin. Kapag ang isang may timbang na diskarte ay ginamit upang pag-uri-uriin ang isang mensahe, iyon ay, pagsusuri batay sa maraming pamantayan. Sa kasong ito, ang pagkakaroon ng IP address ng nagpadala sa blacklist ay hindi lamang ang nagreresultang salik na nakakaimpluwensya sa desisyon sa pag-uuri ng mensahe, na nangangahulugan naman ng pagbawas sa bilang ng mga false filter positive sa mga kaso kung saan ang IP address ng nagpadala ay blacklisted sa pamamagitan ng isang walang katotohanan na aksidente .

Kontrol ng masa

Kasama sa teknolohiya ang pagtukoy sa daloy ng mail mga mensahe ng masa, na ganap na magkapareho o bahagyang naiiba. Upang makabuo ng isang gumaganang "mass" analyzer, ang malalaking daloy ng mail ay kinakailangan, kaya ang teknolohiyang ito ay inaalok malalaking tagagawa, pagkakaroon ng malalaking volume ng mail na maaari nilang suriin.

Mga kalamangan: Kung gumana ang teknolohiya, garantisadong matutukoy ang mga mass mailing.

Mga Kakulangan: Una, ang isang "malaking" pag-mail ay maaaring hindi spam, ngunit medyo lehitimong mail (halimbawa, Ozon.ru, Subscribe.ru ay nagpapadala ng libu-libong halos magkaparehong mga mensahe, ngunit hindi ito spam). Pangalawa, alam ng mga spammer kung paano "masira" ang naturang proteksyon gamit ang mga matatalinong teknolohiya. Gumagamit sila ng software na bumubuo ng iba't ibang nilalaman - teksto, graphics, atbp. - sa bawat spam

Ngayon ay sasabihin namin sa iyo nang detalyado ang tungkol sa pinaka ginagamit na mga protocol sa Internet - POP3, IMAP at SMTP. Ang bawat isa sa mga protocol na ito ay may tiyak na layunin at functionality. Subukan nating malaman ito.

POP3 protocol at mga port nito

Ang Post Office Protocol 3 (POP3) ay isang karaniwang mail protocol na idinisenyo para sa tumatanggap mga email mula sa isang malayuang server patungo sa isang e-mail client. Ang POP3 ay nagbibigay-daan sa iyo na mag-save ng isang email na mensahe sa iyong computer at kahit na basahin ito kung ikaw ay offline. Mahalagang tandaan na kung pipiliin mong gamitin ang POP3 upang kumonekta sa iyong mail account, ang mga email na na-download na sa iyong computer ay tatanggalin mula sa mail server. Bilang halimbawa, kung gumagamit ka ng ilang computer para kumonekta sa isa mail account, kung gayon ang protocol ng POP3 ay maaaring hindi pinakamahusay na pagpipilian sa ganitong sitwasyon. Sa kabilang banda, dahil ang mail ay lokal na naka-imbak, sa PC tiyak na gumagamit, binibigyang-daan ka nitong i-optimize ang espasyo sa disk sa gilid ng mail server.

Bilang default, ginagamit ng POP3 protocol ang mga sumusunod na port:

• Ang Port 110 ay ang default na POP3 port. Hindi ligtas.
• Port 995 – Dapat gamitin ang port na ito kung gusto mong magtatag ng secure na koneksyon.

IMAP protocol at mga port

Ang Internet Message Access Protocol (IMAP) ay isang email protocol na idinisenyo para sa pag-access ng mail mula sa isang lokal na email client. Ang IMAP at POP3 ay ang pinakasikat na mga protocol sa Internet na ginagamit para sa pagtanggap ng e-mail. Pareho sa mga protocol na ito ay sinusuportahan ng lahat ng modernong mail client (MUA - Mail Ahente ng Gumagamit) at mga WEB server.

Habang pinapayagan ng POP3 ang pag-access ng mail mula sa isang application lamang, pinapayagan ng IMAP ang pag-access mula sa maraming kliyente. Para sa kadahilanang ito, ang IMAP ay pinaka madaling ibagay sa mga kaso kung saan kailangan ng maraming user ng access sa parehong email account.

Bilang default, protocol ng IMAP gumagamit ng mga sumusunod na port:

• Port 143– default na port. Hindi ligtas.
• Port 993– port para sa secure na koneksyon.

SMTP protocol at mga port nito

Ang Simple Mail Transfer Protocol (SMTP) ay isang karaniwang protocol para sa nagpapadala mga mensaheng mail sa pamamagitan ng Internet.

Ang protocol na ito ay inilarawan sa RFC 821 at RFC 822, unang inilathala noong Agosto 1982. Sa loob ng saklaw ng data ng RFC, ang format ng address ay dapat nasa format username@domainname. Ang paghahatid ng koreo ay katulad ng gawain ng isang regular na serbisyo sa koreo: halimbawa, isang liham sa address [email protected], ay bibigyang-kahulugan bilang sumusunod: ivan_ivanov ang address, at merionet.ru ang postal code. Kung ang domain name ng tatanggap ay iba sa domain name ng nagpadala, ipapadala ng MSA (Mail Submission Agent) ang sulat sa pamamagitan ng Mail Transfer Agent (MTA). Ang pangunahing ideya ng MTA ay ang pag-redirect ng mga titik sa isa pa domain zone, katulad ng kung paano nagpapadala ng mga liham ang tradisyonal na mail sa ibang lungsod o rehiyon. Ang isang MTA ay tumatanggap din ng mail mula sa ibang mga MTA.

Ginagamit ng SMTP protocol ang mga sumusunod na port.

SMTP protocol

O Sa kabanatang ito:

O Mga pangunahing utos ng protocol

O Mga server ng relay

O Direktang pagpapadala

Sa karamihan ng mga kaso, ang SMTP protocol ay ginagamit upang maghatid ng mail ( Simple Mail Transfer Protocol).

Kapag lumilikha ng SMTP protocol, ang mga developer ay gumawa ng isang malubhang pagkakamali, na sumisira ng maraming dugo para sa parehong mga administrator ng system at ordinaryong gumagamit. Ang kakanyahan nito ay nakasalalay sa katotohanan na ang SMTP protocol ay hindi nangangailangan ng pagpapatunay ng gumagamit bago magpadala ng isang mensahe, at ito ay nagpapahintulot sa iyo na gumamit ng mga server ng ibang tao para sa mass mailing.

Iba ang ginagamit ng mga modernong SMTP server mga mekanismo ng pagtatanggol, na pumipigil sa hindi kilalang mga user na magpadala ng sulat. Ito ay tinalakay nang detalyado sa kabanata na "Mail Server mula sa Loob".

Sa terminolohiya ng SMTP protocol walang mga konsepto tulad ng "kliyente" at "server". Sa halip ay pinag-uusapan nila ang nagpadala ( nagpadala) at tatanggap ( receiver). Ang tinatawag ng karamihan sa mga tao bilang "SMTP server" ay ang nagpadala at ang tatanggap. Kapag ang isang kliyente ay nagtatag ng isang koneksyon dito upang magpadala ng isang sulat, ang server ay kumikilos bilang isang tatanggap, at kapag ito ay naghatid ng isang mensahe sa isang subscriber, ito ay nagiging isang nagpadala.

Ang bawat mailbox ay isang tatanggap ng SMTP, sa pamamagitan ng direktang pakikipag-ugnay dito, maaari mong ilipat ang mensahe nang walang mga tagapamagitan. Gayunpaman, ang pamamaraang ito ay hindi nakakuha ng maraming katanyagan. Maaaring mabagal at hindi mapagkakatiwalaan ang komunikasyon sa mga malalayong node, kaya madaling italaga ang misyon ng paghahatid ng mensahe sa isang espesyal na server, na kadalasang tinatawag na isang papalabas na mail server. Kung ang komunikasyon sa papalabas na mail server ay mabilis at maaasahan, kung gayon ang pamamaraang ito ay ganap na makatwiran. Sa kabaligtaran, ang pagpapadala ng mga liham sa pamamagitan ng malalayong, mabagal at hindi matatag na mga server ay walang saysay. Sa kasong ito, mas mainam na ilagay ang mensahe nang direkta sa inbox ng tatanggap. Gayunpaman, ilang mga email client ang sumusuporta sa feature na ito.

Ang halimbawa sa ibaba ay nagpapakita kung paano magpadala ng mensahe sa isang subscriber gamit ang SMTP protocol. Ang unang hakbang ay ang paglunsad ng telnet client at, pagkakaroon ng pagkakaroon ng koneksyon sa napiling SMTP server (halimbawa, mail.aport.ru) sa ikadalawampu't limang port, hintayin na maibigay ang imbitasyon.

Figure 009 Pagkonekta sa mail.aport.ru server

Ang unang tatlong character ng string na ibinalik ng server ay kumakatawan sa completion code ng operasyon. Buong listahan Ang lahat ng posibleng error code ay nasa RFC-821 at hindi ibinigay dito.

Upang maglipat ng mga sulat, ang isang koneksyon sa TCP lamang ay hindi sapat, at ito ay kinakailangan upang magtatag ng isa pa, tinatawag na SMTP na koneksyon. Ito ay nakakamit sa pamamagitan ng pagbabalik ng hello na tugon sa server na nagsasaad ng hostname ng kliyente (kung ito ay may pangalan) o IP address (kung ang kliyente ay walang pangalan).

Hindi palaging kinakailangan na ipahiwatig ang iyong tumpak address. Kadalasan ito ay sapat na upang ipasok ang isang arbitrary string ng teksto, halimbawa "ABDCEF"

· HELO ppp-15.krintel.ru

Ang pagbabalik pagbati ay isinasagawa sa pamamagitan ng utos na “HELO

" Ang server, sa pagkakaroon ng isang koneksyon sa SMTP, ay nagbabalik ng isang code ng tagumpay (250) at sa karamihan ng mga kaso ay tinutukoy ang IP address o domain name ng kliyente.

Ang susunod na hakbang ay tukuyin ang nagpadala ng mensahe. Upang gawin ito, kailangan mong gamitin ang command na "MAIL FROM" na nagpapahiwatig ng iyong sarili postal address opsyonal na nakapaloob sa mga anggulong bracket.

Halimbawa:

· HELO ppp-15.krintel.ru

· 250 camel.mail.ru Hello ppp-15.krintel.ru

MAIL MULA KAY:" [email protected]»

Ang tatanggap ng mensahe ay tinukoy gamit ang command na "RCPT TO", isang halimbawa nito ay ipinapakita sa ibaba:

· HELO ppp-15.krintel.ru

· 250 camel.mail.ru Hello ppp-15.krintel.ru

MAIL MULA KAY:" [email protected]»

· 250" [email protected]"ay syntactically tama

RCPT SA:" [email protected]»

Kung may pangangailangang magpadala ng parehong mensahe sa maraming respondent, tawagan lang ang “RCPT TO” ng isa (o higit pa) beses ( maximum na dami karaniwang hindi limitado ang mga tatanggap). Kung ang server ay hindi nangakong maghatid ng mensahe sa isa sa kanila, ito ay magbabalik ng isang error, ngunit hindi ito makakaapekto sa iba pang mga tatanggap.

Ang "DATA" na utos, na tinatawag na walang mga argumento, ay nagiging sanhi ng server na maghintay para sa teksto ng liham na matanggap.

· 354 Magpasok ng mensahe, na nagtatapos sa "." sa isang linya mismo

Ang pagkakasunud-sunod ng pagkumpleto ng input ay isang ordinaryong tuldok, "may hangganan" sa magkabilang panig ng mga line break. Kung ang ganitong pagkakasunud-sunod ay nangyari sa teksto ng mensahe, ang pagbuo ng liham ay matatapos kaagad. Karaniwang kinikilala ng mga mail client ang sitwasyong ito at gumagamit sila ng recoding, ngunit kapag nagtatrabaho sa isang telnet client, ang pag-aalalang ito ay nahuhulog sa gumagamit.

Ang isang halimbawa ng paggamit ng "DATA" na utos ay ibinigay sa ibaba:

· HELO ppp-15.krintel.ru

· 250 camel.mail.ru Hello ppp-15.krintel.ru

MAIL MULA KAY:" [email protected]»

· 250" [email protected]"ay syntactically tama

RCPT SA:" [email protected]»

· 250" [email protected]» napatunayan

· Hello, Sailor!

· 250 OK id=12ZDEd-000Eks-00

Tinatapos ng command na “QUIT” ang session at isinasara ang koneksyon.

· 221 camel.mail.ru pagsasara ng koneksyon

Mga nilalaman ng natanggap na mensahe (mekanismo para sa pagtanggap ng mga mensahe sa lokal na kompyuter ang gumagamit ay tinalakay sa mga kabanata na "POP Protocol" at "IMAP4 Protocol") ay maaaring magmukhang, halimbawa, tulad ng sumusunod:

Mula sa [email protected] Linggo Mar 26 17:38:03 2000

· Natanggap: mula sa ppp-15.krintel.ru ()

· sa pamamagitan ng camel.mail.ru na may smtp (Exim 3.02 #107)

· id 12ZDEd-000Eks-00

· Mensahe-Id: " [email protected]»

mula kay: [email protected]

Hello Sailor!

Sa ibaba ay ipapakita namin kung paano nahahanap at ginagamit ng mga umaatake ang mga papalabas na mail server ng ibang tao. Ang isang paraan upang makahanap ng mga pampublikong SMTP server ay ang pag-aralan ang mga header ng mga papasok na sulat. Kabilang sa mga node na nag-iwan ng kanilang mga address sa field na "Natanggap", minsan may mga server na hindi nangangailangan ng pagpapatunay ng user upang magpadala ng mga liham.

Halimbawa, nasa ibaba ang header ng isang email na kinuha ng may-akda ng aklat na ito mula sa kanyang sariling mailbox:

Mula sa [email protected] Miy Mar 22 16:57:03 2000

Natanggap: mula sa gate.chiti.uch.net()

· ni msk2.mail.ru na may esmtp (Exim 3.02 #116)

· id 12Xld1-0008jx-00

Natanggap: mula sa 13.chiti.uch.net()

· ni gate.chiti.uch.net(8.8.8/8.8.8) na may SMTP id PAA29678

· Mula sa: "irt" « [email protected] »

Ang pagsusuri sa header ay nagpapahintulot sa amin na matukoy na ang sulat ay ipinadala mula sa address na 13.chiti.uch.net sa pamamagitan ng papalabas na mail server gate.chiti.uch.net. Kung susubukan mong magtatag ng isang koneksyon dito, ang resulta ay maaaring magmukhang ganito:

Upang suriin kung maipapasa ang isang mensahe, dapat kang magpadala ng imbitasyon sa server, at pagkatapos ay tukuyin ang nagpadala at tatanggap ng sulat. Halimbawa, maaaring ganito ang hitsura nito:

· HELO kpnc.krintel.ru

· 250 gate.chiti.uch.net Hello kpnc.krintel.ru, natutuwa akong makilala ka

MAIL MULA KAY:" [email protected]»

· 250" [email protected]"...Sender ok

RCPT SA:" [email protected]»

· 250" [email protected]"… Ok ang tatanggap

Ang matagumpay na pagkumpleto ng code ng operasyon (250) at ang panahon ng "Tanggap ok" ay nagpapahiwatig na ang server ay sumang-ayon sa paglipat. Ang kailangan mo lang gawin ay ilagay ang teksto ng mensahe at maaari mong ipadala ang sulat. Pagkatapos ng ilang oras (karaniwang hindi hihigit sa isang minuto), ang mensahe ay dapat na dumating sa destinasyon nito. At ang pamagat nito ay maaaring magmukhang, halimbawa, tulad nito:

Mula sa [email protected] Linggo Mar 26 17:28:33 2000

Natanggap: mula sa gate.chiti.uch.net()

· sa pamamagitan ng camel.mail.ru na may esmtp (Exim 3.02 #107)

· id 12ZD5a-000Dhm-00

· Natanggap: mula sa kpnc.krintel.ru (kpnc.krintel.ru)

· sa pamamagitan ng gate.chiti.uch.net (8.8.8/8.8.8) na may SMTP id QAA02468

· (sobre-mula sa [email protected])

mula kay: [email protected]

· Mensahe-Id: " [email protected]»

Naka-bold ang address ng nagpadala, na nagsasaad na hindi nagawang manatiling anonymous ang nagpadala. Kung ito ay lumalabas na hindi katanggap-tanggap, kabilang sa mga papasok na liham ng iyong mailbox maaari mong subukang hanapin ang mga may mga header na walang anumang impormasyon tungkol sa nagpadala, maliban sa impormasyong nais niyang ibigay sa kanyang sarili.

Isa sa mga hindi kilalang server matatagpuan (o sa halip, ay dating matatagpuan sa oras ng pagsulat ng kabanatang ito) sa dore.on.ru. Gayunpaman, ang paggamit nito ng mga estranghero ay ipinagbabawal, gaya ng ipinapakita ng sumusunod na eksperimento:

· HELO kpnc.krintel.ru

MAIL MULA KAY:" [email protected]»

· 250" [email protected]» OK ang nagpadala

RCPT SA:" [email protected]»

· 550 Relaying tinanggihan para sa « [email protected]»

Ang server, sa katunayan, ay hindi gumagawa ng anumang nakikitang mga pagtatangka upang matukoy ang address ng kliyente, ngunit sa parehong oras, ito ay tumanggi na ipasa ang kanyang mga sulat sa labas ng server. Bukod dito, mapagkakatiwalaang kilala na ginagamit ito ng mga may-ari ng server na ito upang magpadala ng mga mensahe sa Internet. mga lokal na address. Ito ay nagpapahiwatig ng pagkakaroon ng isang mekanismo na nagpapahintulot sa amin na makilala ang "tayo" mula sa "mga estranghero." Ang mga karapatan ng "mga tagalabas" ay limitado sa paghahatid ng mga liham sa mga lokal na address, habang ang "mga tagalabas" ay pinapayagan na magpadala ng mga mensahe sa labas ng server. Dahil sa kakulangan ng mga tool sa pagpapatunay ng user sa SMTP protocol, nakakatulong ang IP address ng kliyente na makilala ang isa sa isa. Ang mga lokal na user na matatagpuan sa parehong subnet bilang server ay itinuturing na "mga kaibigan", at vice versa.

Ngunit kung ang server ay hindi nilagyan ng function ng pagtukoy ng mga IP address ng mga kliyente, wala itong pagpipilian kundi gamitin ang impormasyong ibinigay ng nagpadala mismo, na kinuha ang kanyang salita para dito. Samakatuwid, posibleng mag-ulat ng maling data at magpanggap bilang isang lokal na user na may karapatang magpadala ng mga mensahe sa anumang address.

Ipinapahiwatig ng kliyente ang kanyang address nang dalawang beses: kapag binabati ang server, gamit ang utos na "HELO" iniuulat niya ang kanyang domain, at sa field na "MAIL FROM" ipinapasok niya ang kanyang sariling address sa pagbabalik. Sinusuri ng ilang server ang isa sa mga halagang ito, at sinusuri ng ilan ang pareho nang sabay.

Sa eksperimento sa ibaba, ang nagpadala ay hindi nag-uulat ng kanyang sariling domain, ngunit ang domain ng may-ari ng server, at ginagamit ang isa sa mga address bilang return address mga lokal na gumagamit server (upang malaman, kailangan mong makatanggap ng hindi bababa sa isang sulat mula sa server na ito, o subukang alamin ang mga pangalan ng mga nakarehistrong user sa pamamagitan ng malupit na puwersa):

· 220 WITHELD FTGate server handa -Fox Mulder

· HELO dore.on.ru

· MAIL MULA KAY:" [email protected]»

RCPT SA:" [email protected]»

· 250 Recipient Ok

Bilang resulta ng naturang pamemeke, naligaw ang server at pumayag na ihatid ang sulat. Malinaw, ang tunay na nagpadala ng mensahe ay hindi matukoy ng header, dahil naglalaman lamang ito ng impormasyon na nais iwanan ng nagpadala nang nakapag-iisa.

Para sa mass mailing ang pinakamahusay na paraan at imposibleng makabuo, ngunit ang pamamaraan na ito ay hindi angkop para sa ordinaryong sulat. Pagkatapos ng lahat, ang sagot sa liham ay ibabalik sa address [email protected]! Maiiwasan ito sa pamamagitan ng pagdaragdag ng field na "Reply-To" sa header, na naglalaman ng totoong address ng nagpadala (ang gusto niyang iwan sa kanyang sarili). Maaaring ganito ang hitsura nito, halimbawa:

· 220 WITHELD FTGate server handa -Fox Mulder

· HELO dore.on.ru

MAIL MULA KAY:" [email protected]»

· 250" [email protected]» OK ang nagpadala

RCPT SA:" [email protected]»

· 250 Recipient Ok

· 354 Simulan ang pag-input ng mail; magtatapos sa "CRLF".

· Sagot-Kay:" [email protected]»

· 250 Ok Nakapila ang Mensahe

· 221 dore.on.ru Serbisyo ng pagsasara ng transmission channel

Ang header ng naturang sulat ay dapat magmukhang ganito:

Natanggap: mula sa relay1.aha.ru(na-verify)

· ng aha.ru (CommuniGate Pro SMTP 3.1b2)

· Natanggap: mula sa warlock.miem.edu.ru (miem-as.ins.ru)

· ni relay1.aha.ru(8.9.3/8.9.3/aha-r/0.04B) na may ESMTP id UAA07173

· Natanggap: mula sa dore.miem.edu.ru (rtuis.miem.edu.ru)

· ni warlock.miem.edu.ru (8.9.3/8.9.3) na may ESMTP id UAA00637

Natanggap: mula sa fox ni dore.on.ru(FTGate 2, 1, 2, 1);

· Message-ID: “000301bec6ff$c87f5220$16fe7dc1@fox”

· Mula sa: " [email protected]»

· Para kay: " [email protected]»

Paksa: PAGSUSULIT

· Sagot-Kay:" [email protected]»

Kapag sinubukan mong tumugon sa nagpadala, kukunin ng email client ng tatanggap ang mga nilalaman ng field na “Reply-To” at ipapadala ang sulat sa address na tinukoy dito. Ito mismo ang ginagamit ng mga spammer upang makamit kumpletong anonymity sa isang banda, at ang posibilidad na makatanggap ng mga sagot mula sa mga interesadong partido- sa kabilang banda.

Kung titingnan mong mabuti ang header ng liham, makikita mo ang ilang linya na "Natanggap" dito. Iniwan sila ng mga server ng transit, kung hindi man ay tinatawag na Relays (mula sa English relay).

Anumang email client ay maaaring direktang magpadala ng sulat. Gayunpaman, upang gawin ito, kailangan mong manu-manong tukuyin ang address ng tatanggap sa mga setting ng papalabas na mail server.

Halimbawa, upang magpadala ng liham sa [email protected] gamit ang "OutLock Express" kailangan mong pumunta sa " Mga account"("Tools") menu), piliin ang "Properties" at pumunta sa tab na "Servers", na tinutukoy ang "computerra.ru" server para sa papalabas na mail.

Malinaw na ito ay masyadong nakakapagod at hindi praktikal. Hanggang sa matutunan ng software na awtomatikong gawin ang operasyong ito, mapipilitan ang mga user na gumamit ng mga nakaraang pamamaraan.

Ang pagpapatakbo ng isang tipikal na maliit na corporate outgoing mail server ay ganito ang hitsura: pagkatanggap ng isang sulat sa pagtatapon nito, agad itong nagtatatag ng isang koneksyon sa mailbox ng tatanggap at nagpapadala ng mensahe. Kasabay nito, nahaharap siya sa parehong mga paghihirap bilang isang ordinaryong kliyente. Samakatuwid, ang pagpapadala ng mensahe ay malawakang ginagamit. Kung sa ilang kadahilanan ang isang sulat ay hindi maipadala nang direkta, ito ay ipinadala sa isang relay.

Ang isang relay ay eksaktong kapareho ng SMTP server tulad ng lahat ng iba pang tinalakay sa kabanatang ito. Depende sa mga setting ng server, maaaring mag-iba ang ruta ng pagpapasa ng email. Ang isang mensahe ay maaaring direktang ipadala, habang ang isa ay maaaring tumagal ng mahabang oras upang "mag-ikot" sa Mga Relay. Ang pagtitiwala ay mahusay, ngunit kapag ito ay walang kinalaman sa mga isyu sa seguridad. Sino ang nanganganib na magtiwala sa mga repeater na hindi alam ang pinagmulan? Bukod dito, ang karagdagang ruta ng liham ay independiyenteng tinutukoy ng bawat isa sa mga server ng transit, at walang garantiya na ang isang umaatake ay hindi makakapasok sa chain na ito.

Ngunit pinapayagan ng SMTP protocol ang nagpadala na independiyenteng itakda ang ruta ng pagpapasa ng mensahe Ang parameter ng command na "RCPT TO" ay maaaring maglaman hindi lamang ng address ng tatanggap, kundi pati na rin ng relay path.

Ang format nito ay ang mga sumusunod:

· RCPT SA: "@s1,@s2,@s3,@sn:name@host"

kung saan ang s1,s2,s3,sn ay ang mga pangalan (o IP address) ng mga intermediate tails, at pangalan@host mailbox ng tatanggap. Una sa lahat, ang mensahe ay ipinadala sa node s1 - ang pinakakaliwang server sa chain. Binago niya ang parameter ng RCPT TO command, "kinakagat" ang pangalan ng kanyang node mula dito:

· RCPT SA: "@s2,@s3,@sn:name@host"

Pagkatapos, ang address ng susunod na tatanggap, s2, ay kukunin. Kung ang server s1 ay hindi nagsasagawa ng paghahatid ng sulat sa server s2, ang sulat ay ibabalik sa nagpadala na may isang mensahe ng error. Kung hindi, ang proseso ay paulit-ulit hanggang ang mensahe ay nasa inbox ng tatanggap.

Ang kawalan ng scheme na ito ay ang ilang mga SMTP server ay maaaring gumamit ng kanilang sariling mga relay upang ipasa sa susunod na buntot. Kaya, ginagarantiyahan na ang liham, sa matagumpay na paghahatid, ay bibisita sa lahat ng tinukoy na mga node sa tinukoy na pagkakasunud-sunod. Ngunit ang direktang paglipat sa pagitan ng mga katabing buntot sa kadena ay hindi palaging ginaganap.

Samakatuwid, ang gawain ng pagpili ng mga server ng transit ay nagiging mas kumplikado. Ang bawat isa sa kanila ay hindi lamang dapat protektahan mula sa mga panghihimasok sa labas, ngunit tiyak na hindi rin dapat gumamit ng mga serbisyo ng mga third-party na relay.

Sa kasamaang palad, karamihan sa mga email client, kapag tinitingnan kung tama ang nailagay na address ng tatanggap, isaalang-alang ang operasyong ito na syntactically mali at tumatangging ipadala ang sulat. Kailangan mong ilunsad muli ang telnet at manu-manong ilipat ang mensahe.

Maaari mong malaman kung aling mga command ang sinusuportahan ng isang partikular na SMTP server gamit ang "HELP", at matuto nang higit pa tungkol sa layunin ng bawat isa sa kanila gamit ang "HELP command".

Upang makatanggap detalyadong impormasyon Para sa mga command ng SMTP protocol, mangyaring sumangguni sa RFC-788, RFC-821, RFC-822, RFC-1341, RFC-1342, RFC-1426, RFC-1521, RFC-1806, RFC-1830, RFC-2045, RFC- 2046 , RFC-2047, RFC-2048, RFC-2049, RFC-2076.

Mula sa aklat na Technique pag-atake ng network ni Kaspersky Chris

SMTP Protocol O Sa kabanatang ito: O Mga pangunahing utos ng protocol O Mga relay server O Direktang pagpapasa O Automation mailing list at spamO Anonymous na pag-mail Para sa paghahatid ng mail sa karamihan ng mga kaso, ang SMTP (Simple Mail Transfer Protocol) na protocol ay ginagamit.

may-akda Raymond Eric Stephen

5.3.1. Pag-aaral ng Kaso: SMTP, Simple Mail Transfer Protocol Sa Halimbawa 5.7. inilalarawan ang transaksyon ng SMTP (Simple Mail Transfer Protocol), na inilalarawan sa detalye ng RFC 2821. sa halimbawang ito mga linya na nagsisimula sa C: ay ipinadala sa pamamagitan ng postal transport

Mula sa aklat na The Art of Programming for Unix may-akda Raymond Eric Stephen

5.3.1. Pag-aaral ng Kaso: SMTP, Simple Mail Transfer Protocol Sa Halimbawa 5.7. inilalarawan ang transaksyon ng SMTP (Simple Mail Transfer Protocol), na inilarawan sa detalye ng RFC 2821 Sa halimbawang ito, ang mga linyang nagsisimula sa C: ay ipinapadala sa pamamagitan ng mail transport

Mula sa aklat na TCP/IP Architecture, Protocols, Implementation (kabilang ang IP version 6 at IP Security) ni Faith Sydney M

5.24 ARP Bago ang isang datagram ay ipinadala mula sa isang sistema lokal na network sa kabilang banda, ito ay naka-frame sa pamamagitan ng pamagat at ang huling bahagi ng frame. Ang frame ay inihatid sa adaptor ng network, na ang pisikal na address ay tumutugma pisikal na address mga appointment mula sa

Mula sa aklat na Programming in Ruby [Ideolohiya ng wika, teorya at kasanayan ng aplikasyon] ni Fulton Hal

8.9 RIP Ang pinakakaraniwang ginagamit na IGP protocol ay RIP, na nagmula sa Routing Protocol. sistema ng network kumpanya ng Xerox (Xerox Sistema ng Network- XNS). Ang kasikatan ng RIP ay batay sa pagiging simple nito at ang RIP ay orihinal na ipinatupad sa TCP/IP operating system

Mula sa aklat na Network Mga tool sa Linux ni Smith Roderick W.

8.17 BGP Ang Border Gateway Protocol (BGP) ay malawakang ginagamit sa Internet. Kasalukuyang bersyon Ang protocol ay BGP-4.B modernong Internet Maraming provider na konektado sa isa't isa tulad ng isang network ng mga interconnection. Kapag lumilipat patungo sa isang punto

Mula sa aklat ng may-akda

14.6 FTP Protocol Ang mga sumusunod na konsepto ay nauugnay sa FTP protocol:? Ang mga utos at ang kanilang mga parameter ay ipinadala sa pamamagitan ng kontrol na koneksyon? Ang mga numerong code ay ibinalik bilang tugon sa utos? Format ng inilipat na data Nasa ibaba ang isang set ng mga FTP command. Ang mga ito ay ipinadala ng manager

Mula sa aklat ng may-akda

15.17 NFS Protocol Ang pinakabagong pagpapatupad ng NFS ay bersyon 3, bagama't ang mga pagpapatupad ng bersyon 2 ay patuloy na matagumpay na ginagamit Ang NFS server program ay numero 100003 at, ayon sa convention, kinuha ng NFS ang port sa pagsisimula.

Mula sa aklat ng may-akda

16.9 Mga Utos ng SMTP Ang script mula sa seksyon 16.6.1 ay naglalaman ng pinakakaraniwang ginagamit Mga utos ng SMTP. Kumpletong set Ang mga utos ng SMTP ay ipinakita sa Talahanayan 16.1. Talahanayan 16.1 Mga Utos ng SMTP Paglalarawan ng Utos HELO Tinutukoy ang nagpadala sa tatanggap. MAIL FROM Simula ng isang mail transaction at ipahiwatig

Mula sa aklat ng may-akda

16.12.2 Pinahusay na Pag-uusap sa SMTP Ang halimbawa sa ibaba ay nagpapakita kung paano lumilikha ang Enhanced Mail Transfer Agent ng transaksyon upang magpadala ng mensahe ng MIME sa 8-bit na format:? Inanunsyo ng tatanggap ang mga pinabuting kakayahan nito, kabilang ang 8BITMIME.? Ang MAIL FROM command ay mayroong

Mga programang nagpapatupad SMTP server sa Linux sendmail. Ang kasalukuyang pinakasikat na mail server, ang sendmail, ay kadalasang kasama sa mga sistema ng Linux. Nagbibigay ang package na ito malawak na posibilidad at maraming mga programa bilang default ang iniisip na ito ay naka-install sa

Mula sa aklat ng may-akda

Mula sa aklat ng may-akda

Mga Espesyal na Tampok SMTP server Ang mga sumusunod na seksyon ay naglalarawan iba't ibang katangian mail server, na tinukoy kapag sine-set up ito. Upang hindi mailarawan ang mga katangiang ito para sa bawat server, isaalang-alang natin ang mga ito