Паштовыя smtp

Simple Mail Transfer Protocol (SMTP) - просты пратакол сувязі, які ўжываецца з мэтай перасылкі электронных лістоў з сервера адпраўніка на сервер атрымальніка. Гэты пратакол не разлічаны на апрацоўку ўваходных паведамленняў, яго выкарыстоўваюць для адпраўкі і наступнай дастаўкі лістоў адрасату. Пераважна з дапамогай SMTP адпраўляюць масавыя і транзакцыйныя рассылкі.

Якія тыпы SMTP-сервераў існуюць

Усе SMTP-серверы ўмоўна падзяляюць на два тыпы:

  • MAIL FROM - адрас адпраўніка;
  • Праблемы з дастаўкай з-за грэйлістынга. У працэсе прымянення SMTP адбываецца множны абмен запытамі паміж серверамі. Часам сервер атрымальніка перастае адклікацца, падазраючы спам. Уключаецца аўтаматычны фільтр спаму (грэйлістынг) і сервер адпраўніка спыняе спробы адпраўкі. Верагоднасць грэйлістынга трэба прадугледзець пры наладзе сервера. Напрыклад, у сэрвісах рассылак наладжваюць паўторныя адпраўкі.

Перавагі SMTP для email-маркетынгу

SMTP гэта

  • Транзакцыйныя email-сэрвісы. Дадзеныя сэрвісы дазваляюць адпраўляць лісты праз SMTP з сайта, з CRM-сістэмы ці іншага вэб-прыкладання. Дастаткова зарэгістраваць уліковы запіс і пазначыць у патрэбнай сістэме сэрвіс у якасці адпраўніка.
  • 465 - ужываюць для стварэння абароненага SSL-злучэнні; 

Для працы па пратаколе SMTP стандартна ўжываюць 25 порт. Але ў пазбяганне спам-рассыланняў правайдэры могуць зачыніць да яго доступ. Тады яго замяняюць дадатковымі партамі:

  • DATA - змест паведамлення.
  • Паведамленне перадаецца па ўказаным адрасе.
  • Пры адсутнасці адказу сервера са боку атрымальніка адбываецца яшчэ некалькі спроб усталяваць злучэнне. Калі адказу няма, сервер адпраўшчыка верне памылку адпраўкі.
  • RCPT TO - адрас атрымальніка;

Пратакол SMTP працуе па нескладаным наборы правіл:

Высокая бяспека ўзаемадзеяння. Асабістыя дадзеныя падпісчыкаў захоўваюцца на сэрвэры адпраўніка. SMTP-сервер толькі перасылае ліст, не захоўваючы дадзеныя.

Высокая дастаўляльнасць. У пазбяганне спаму правайдэры могуць блакаваць адпраўку пошты ці абмяжоўваць колькасць лістоў з адной паштовай скрыні. Пры выкарыстанні SMTP верагоднасць блакавання змяншаецца за рахунак абавязковай аўтарызацыі карыстача. Звычайна для аўтарызацыі ўжываюць лагін і пароль ад уліковага запісу карыстальніка ў канкрэтным сэрвісе або акаўнце.

  • Пры адпраўцы ліста паказваюць адпраўніка і атрымальніка.

Схема адпраўкі ліста па пратаколе SMTP

Схема адпраўкі ліста па пратаколе SMTP

  • Патрэба ў дапрацоўцы. Для адпраўкі рассылак праз SMTP-сервер яго ў большасці выпадкаў трэба наладжваць. Маніторынг адкрыццяў і пераходаў, настройка загалоўкаў і трэк-пікселяў, аператыўнае выпраўленне памылак – усё гэта запатрабуе ўдзелу распрацоўшчыкаў.
  • Выдзеленыя серверы рэтрансляцыі SMTP, якія прымяняюцца для масавых рассылак і адпраўкі транзакцыйных лістоў. Праз гэтыя серверы можна рассылаць мільёны лістоў, не асцерагаючыся блакаванні IP.
  • Сервер выконвае злучэнне па порце 25 і перадае ліст серверу атрымальніка.

Нізкі кошт. Адпраўка лістоў праз SMTP абыйдзецца ў дзясяткі разоў танней у параўнанні з адпраўкай паведамленняў праз сэрвісы email-рассыланняў. Сэрвісы email-рассыланняў падаюць дадатковыя магчымасці для працы з лістамі: канструктары, шаблоны, аўтаматычныя ланцужкі, падрабязную аналітыку. У SMTP-сервера толькі адна задача - даставіць паведамленне адрасату. Калі вам патрабуецца максімальна аператыўна даставіць вялікую колькасць лістоў, напрыклад, транзакцыйных, лепш выкарыстоўваць SMTP.

Выбар прыдатнага сервера абумоўлены мэтамі кампаніі і маштабамі дзейнасці. Пры невялікай колькасці лістоў можна абыйсціся бясплатнымі варыянтамі ці функцыяналам свайго сайта. Для масавых рассылак, калі колькасць лістоў дасягае некалькіх сотняў, тысяч ці мільёнаў, варта звярнуць увагу на віртуальныя серверы і камерцыйныя сэрвісы транзакцыйных рассылак.

Часам пратакол SMTP блытаюць з IMAP ці POP. Але паміж імі ёсць істотная розніца. SMTP ужываюць для перасылкі лістоў, тады як POP ці IMAP выкарыстаюць для апрацоўкі гэтых лістоў пасля атрымання.

Функцыянал SMTP абмяжоўваецца дастаўкай лістоў. На баку адрасата электронны ліст дастаецца з дапамогай POP і IMAP.

Пакрокава адпраўка ліста па SMTP выглядае так:

Асаблівасці прымянення SMTP

  • Інтэрнэт-правайдэры. Такі сервер не давядзецца наладжваць. Аднак правайдэры звычайна абмяжоўваюць колькасць лістоў і хуткасць адпраўкі. Ліміт лістоў, як правіла, вызначаецца тарыфам.

Напрыклад, Unisender Go, сэрвіс транзакцыйных рассылак ад UniSender, дазваляе адпраўляць мільёны лістоў праз SMTP-сервер. Для адпраўкі рассылак трэба ўсяго толькі паказаць хост, лагін і пароль.

Зразумець прынцып працы SMTP проста, калі ўявіць сабе паштальёна, які забірае ліст у адпраўніка, знаходзіць правільны маршрут прызначэння і дастаўляе паведамленне ў паштовую скрыню адрасата.

Калі вы плануеце выкарыстоўваць SMTP-сервер для рассылак, але не жадаеце затлумляцца з наладамі, скарыстайцеся гатовым рашэннем, абраўшы адзін з сэрвісаў транзакцыйных рассылак. Самае прыемнае, што большасць такіх сэрвісаў маюць бясплатныя тарыфы.

Таксама SMTP-серверы можна класіфікаваць у залежнасці ад крыніцы. Сервер для адпраўкі лістоў могуць падаць:

Высокая хуткасць дастаўкі лістоў. Пры гэтым адпраўнік дакладна ведае, ці атрымаў адрасат паведамленне.

  • Сервер адпраўніка атрымлівае неабходную інфармацыю і шукае сервер на баку атрымальніка, каб перадаць яму ліст: па email адрасата вызначае паштовага правайдэра і запытвае IP-адрас SMTP-сервера атрымальніка.

Дэталёвыя справаздачы аб дастаўцы лістоў і памылках, якія ўзнікаюць. Напрыклад, памылка на этапе перадачы дадзеных MAIL FROM азначае, што ваш зваротны адрас не спадабаўся серверу атрымальніка.

  • Абмежаванні з боку правайдэра. Правайдэр можа заблакаваць порт 25 з мэтай прадухілення спам рассылак са сваёй сеткі.
  • Звычайныя, прызначаныя для адпраўкі асабістай пошты. Такія серверы часцей за ўсё належаць правайдэрам інтэрнэт-сетак, вэб-хостынгаў або электроннай пошты. Адметная рыса - абмежаванне па аб'ёме лістоў. Звычайна ў кожнага правайдэра ёсць устаноўлены дзённы ліміт.

Адпраўка лістоў па SMTP адбываецца праз атрыманне адказаў на каманды:

SMTP-сервер - сервер, які працуе па пратаколе SMTP. Яго галоўная задача - выступаць рэтранслятарам (перадатчыкам) паміж серверамі адпраўніка і адрасата. Кожны SMTP-сервер мае ўласны адрас у фармаце smtp.serveraddress.com. Гэта дазваляе беспамылкова вызначаць патрэбны сервер пры перасыланні пошты.

  • 587 - выкарыстоўваюць для прадухілення выходнага спаму за кошт абавязковай аўтэнтыфікацыі адпраўніка.
  • Хостынг-правайдэры. Размяшчаючы сайтам, можна скарыстацца серверам хостынгу. Аднак калі з IP, які могуць выкарыстоўваць некалькі сотняў сайтаў, будзе ісці спам, паштовыя службы заблакуюць адрас. Калі вы хочаце атрымаць поўную кіравальнасць, абарону ад блакіровак і выдзелены IP, арандуйце ў правайдэра віртуальны SMTP-сервер (VPS).
  • Бясплатныя паштовыя сэрвісы. Большасць паштовых сэрвісаў дазваляюць адпраўку паведамленняў па SMTP – Yandex, Gmail, Yahoo. Для эксплуатацыі сэрвісу запатрабуецца аўтарызацыя з паролем і лагінам акаўнта. У наладах паштовага кліента неабходна пазначыць порт і тып шыфравання. Гэтым спосабам атрымаецца настроіць сервер нават на мабільным тэлефоне. Аднак ліміты досыць малыя для масавых рассылак - у сярэднім 150-500 лістоў у суткі.

Не трэба ўсталёўваць дадатковае праграмнае забеспячэнне. Для запуску дастаткова разумець прынцып працы пратакола і ведаць неабходны набор каманд.

  • Сервер накіроўвае запыты абодвум бакам, каб упэўніцца ў іх існаванні.

Нягледзячы на ​​ўсе плюсы SMTP-сервера, у яго ёсць свае асаблівасці, якія трэба ўлічваць:

Simple Mail Transfer Protocol (SMTP) - гэта стандарт для e-mail-пошты. Першапачаткова быў зафіксаваны ў RFC 821 (1982 г.), апошні раз абнаўляўся ў 2008 году з пашыранымі даданнямі SMTP па RFC 5321 (шырока распаўсюджаным сёння пратаколам).

Хоць паштовыя серверы і іншыя паштовыя агенты ўжываюць SMTP для перадачы і атрыманні e-mail-карэспандэнцыі, праграмнае забеспячэнне карыстацкага класа, як правіла, выкарыстоўвае SMTP-парты толькі для адпраўкі дадзеных на сервер для рэтрансляцыі. Для атрымання паведамленняў кліенцкія прыкладанні звычайна выкарыстоўваюць альбо IMAP, альбо POP3. Гэтыя пратаколы найбольш зручныя і запатрабаваныя для гэтых мэт: маюць пашыраны функцыянал і шырокі спектр магчымасцей.

Характэрныя асаблівасці

SMTP-сувязь паміж паштовымі серверамі выкарыстоўвае порт TCP 25. Паштовыя кліенты часта адпраўляюць выходныя лісты на паштовы сервер па порце 587. Нягледзячы на ​​тое, што састарэлыя паштовыя правайдэры па-ранейшаму дазваляюць выкарыстоўваць нестандартны порт 465 для гэтай мэты.

SMTP-злучэнні, абароненыя TLS, вядомыя як SMTPS, могуць быць выкананы з выкарыстаннем тэхналогіі STARTTLS.

Запатэнтаваныя сістэмы і сістэмы электроннай пошты выкарыстоўваюць свае ўласныя нестандартныя пратаколы для доступу да паштовых скрыняў на сваіх паштовых серверах - усе кампаніі выкарыстоўваюць парты SMTP-сервера, калі адпраўка або атрыманне электроннай пошты адбываюцца за межамі іх уласных сістэм.

smtp парты

Прызначэнне SMTP

Амаль усе дзеянні ў Інтэрнэце становяцца магчымымі дзякуючы пратаколам - спецыяльным правілам сеткавага праграмнага забеспячэння, якія дазваляюць кампутару звязвацца з усімі сеткамі, каб карыстальнікі маглі рабіць пакупкі, чытаць навіны, адпраўляць электронную пошту. Пратаколы жыццёва важныя для паўсядзённай сеткавай дзейнасці - яны ўбудаваны ў сеткавае праграмнае забеспячэнне і выкарыстоўваюцца па змаўчанні.

Пратакол SMTP-порта дае набор кодаў, якія спрашчаюць абмен паведамленнямі электроннай пошты паміж серверамі (сеткавы кампутар, які апрацоўвае ўваходную і выходную электронную пошту). Гэта свайго роду скарачэнне, якое дазваляе серверу разбіць розныя часткі паведамлення на катэгорыі, якія можа зразумець іншы сервер. Калі карыстач адпраўляе паведамленне, яно ператвараецца ў радкі тэксту, падзеленыя кодавымі словамі (ці лічбамі), якія вызначаюць прызначэнне кожнай часткі.

Тэхнічная тэрміналогія

SMTP – гэта пратакол TCP/IP, які выкарыстоўваецца для працы з e-mail-поштай. Аднак паколькі ён абмежаваны магчымасцю адпраўляць паведамленні ў чаргу на які прымае боку, ён звычайна выкарыстоўваецца альбо з POP3, альбо з IMAP, якія дазваляюць захоўваць дадзеныя на сервер і пры неабходнасці загружаць іх. Іншымі словамі, звычайна выкарыстоўваюць дадатак, якое выбірае SMTP для адпраўкі e-mail і POP3 ці IMAP для атрымання карэспандэнцыі. У сістэмах на аснове Unix sendmail з'яўляецца найболей шырока выкарыстоўваным SMTP-серверам для электроннай пошты. У камерцыйны пакет Sendmail уваходзіць сервер POP3. Microsoft Exchange уключае ў сябе SMTP-сервер і гэтак жа можа быць наладжаны на падтрымку POP3.

SMTP, як правіла, выкарыстоўваецца для працы праз інтэрнэт-порт 25. Альтэрнатывай SMTP, які шырока выкарыстоўваецца ў Еўропе, з'яўляецца X.400. Многія паштовыя серверы зараз падтрымліваюць Extended Simple Mail Transfer Protocol (ESMTP), які дазваляе перадаваць мультымедыйныя файлы ў выглядзе электроннай пошты.

Гісторыя

У 1960-х гадах выкарыстоўваліся розныя формы абмену электроннымі паведамленнямі. Карыстальнікі размаўлялі з дапамогай сістэм, створаных для канкрэтных мэйнфрэймаў. Паколькі ўсё больш кампутараў станавіліся ўзаемазлучанымі, з'явілася неабходнасць у распрацоўцы стандартаў, якія дазваляюць карыстачам розных сістэм адпраўляць электронную пошту адзін аднаму. SMTP узнік з гэтых стандартаў, распрацаваных у 1970-х гадах.

Далейшыя продажы ўключаюць FTP Mail Protocol, пачынаючы з 1973 года. Праца па развіццю працягвалася ў 1970-х гг., пакуль ARPANET не перайшла ў сучасны Інтэрнэт у 1980 годзе. Затым Джон Пасцель прапанаваў пратакол перадачы паштовых звестак.

smtp сервер mail be порт

SMTP пачаў шырока прымяняцца ў пачатку 1980-х гг. У той час гэты пратакол быў дадаткам да Unix для паштовай праграмы Unix Copy Program. SMTP лепш за ўсё працуе, калі якая адпраўляе і якая прымае машыны падлучаныя да Сеткі, выкарыстаюць механізм захоўвання і адпраўкі і з'яўляюцца прыкладамі тэхналогіі push.

Мадэль апрацоўкі пошты

E-mail-пошта адпраўляецца паштовым кліентам (паштовым агентам карыстальніка, MUA) на паштовы сервер (агент адпраўкі пошты, MSA) з выкарыстаннем SMTP на TCP-порт 587. Большасць правайдэраў паштовых скрынь па-ранейшаму дазваляюць адпраўку на традыцыйны порт 25. MSA дастаўляе пошту на свой паштовы агент (агент перадачы пошты, MTA). Часцяком гэтыя агенты з'яўляюцца асобнікамі агульнага праграмнага забеспячэння, актываванага з рознымі параметрамі на адным кампутары. Лакальная апрацоўка можа выконвацца або на адной машыне, або падзяляцца паміж некалькімі машынамі. Працэсы паштовага агента на адной машыне могуць абменьвацца файламі, але калі апрацоўка выконваецца на некалькіх машынах, яны перадаюць паведамленні паміж сабой, выкарыстоўваючы SMTP-порт, дзе кожная машына настроена на выкарыстанне наступнай машыны ў якасці інтэлектуальнага хаста.

Агляд пратакола

SMTP уяўляе сабой тэкставы пратакол, арыентаваны на злучэнне, у якім адпраўнік пошты мае зносіны з паштовым атрымальнікам шляхам выдачы камандных радкоў і прадастаўлення неабходных дадзеных па надзейным спарадкаваным канале струменя дадзеных. Сеанс SMTP складаецца з каманд, створаных SMTP-кліентам (ініцыюючым агентам, адпраўніком або перадатчыкам) і адпаведнымі адказамі ад SMTP-сервера (агента праслухоўвання ці атрымальніка). Сеанс можа ўключаць у сябе нуль ці больш SMTP-транзакцый, якія складаюцца з трох паслядоўнасцяў каманд/адказаў:

  • MAIL (сервер mail.ru SMTP-порта), каб усталяваць зваротны адрас, таксама званы зваротны шлях.
  • RCPT, каб усталяваць атрымальніка паведамлення. Гэтая каманда можа выдавацца неаднаразова, але адзін раз для кожнага карыстальніка.
  • DATA, каб сігналізаваць пачатак тэксту і яго змест. Дадзены параметр складаецца з загалоўка і целы паведамлення, падзеленага пустым радком. DATA уяўляе сабой групу каманд, на якую сервер адказвае двойчы: адзін раз для самой каманды DATA, каб пацвердзіць, што ён готаў прыняць дадзеныя, паўторна — пасля канчатка паслядоўнасці інфармацыі, каб прыняць або адхіліць усё паведамленне.

    smtp які порт

Апроч прамежкавага адказу для DATA, адказ кожнага сервера можа быць альбо дадатным, альбо адмоўным (код 2xx). Адмоўныя адказы могуць быць пастаяннымі (коды 5xx) або часовымі (коды 4xx). Адхіленне - гэта пастаянны збой, і кліент павінен адправіць паведамленне адмоў на сервер, на які ён яго атрымаў. Падзенне - гэта станоўчы адказ, за ​​якім варта адмова ад паведамлення.

Паштовыя SMTP-парты і іх значэнне

SMTP - толькі пратакол дастаўкі. Пры звычайным выкарыстанні пошта адпраўляецца на мэтавы паштовы сервер, напрыклад, SMTP-сервер порта mail. Дадзеныя маршрутызуюцца на аснове мэтавага сервера, а не асобных карыстачоў, да якіх ён адрасаваны. Іншыя пратаколы (POP або IMAP) спецыяльна распрацаваны для выкарыстання асобнымі карыстальнікамі, якія атрымліваюць паведамленні і кіруюць паштовымі скрынямі. SMTP, POP і IMAP з'яўляюцца непрымальнымі пратаколамі для рэтрансляцыі пошты з дапамогай кампутараў з перарывістай сувяззю. Яны прызначаны для працы пасля канчатковай дастаўкі, калі інфармацыя, крытычна важная для правільнай працы паштовага рэтранслятара, была выдаленая.

Пуск чаргі пустых паведамленняў

Remote Message Queue Starting – гэта функцыя SMTP, якая дазваляе выдаленаму хасту запусціць апрацоўку пошты на серверы, каб яна магла атрымліваць паведамленні, прызначаныя для яе, даслаўшы каманду TURN. Аднак гэтая функцыя стварала патэнцыйную пагрозу бяспецы дадзеных і была пашырана ў RFC 1985 камандай ETRN, якая больш надзейна працуе з выкарыстаннем метаду аўтэнтыфікацыі на аснове інфармацыі аб сістэме даменных імёнаў.

mail smtp сервер порт

Міжнародны адрас электроннай пошты

Карыстальнікі, чый сцэнар не з'яўляецца лацінскім, або якія выкарыстоўваюць дыякрытычныя сімвалы не ў наборы сімвалаў ASCII, мелі цяжкасці з патрабаваннем адраса электроннай пошты лацінскага алфавіту (SMTP-порт mail.ru). RFC 6531 быў створаны для вырашэння гэтай праблемы, падаючы магчымасці інтэрнацыяналізацыі для SMTP, пашырэнні SMTPUTF8 і падтрымкі шматбайтавых і не-ASCII-знакаў у адрасах электроннай пошты. Прыклады: дыякрытычныя знакі і іншыя моўныя знакі (грэцкі і кітайскі). Таксама актуальна для SMTP-порта Yandex.

Бягучая падтрымка гэтага дакумента на дадзены момант абмежавана, але ёсць вялікая цікавасць да шырокага ўкаранення RFC 6531 і адпаведных RFC у такіх краінах, як Кітай, якія маюць вялікую карыстацкую базу, дзе Latin (ASCII) з'яўляецца замежным сцэнарам.

Выходная пошта SMTP-сервера

Кліент электроннай пошты павінен ведаць IP-адрас свайго зыходнага SMTP-сервера. Гэта павінна быць пазначана як частка яго канфігурацыі (звычайна гэтае імя DNS). Гэты сервер будзе прадастаўляць выходныя паведамленні ад імя карыстальніка.

Абмежаванні доступу да сервера выходнай пошты

Адміністратарам сервера неабходна накласці пэўны кантроль на тых кліентаў, якія могуць выкарыстоўваць сервер. Гэта дазваляе змагацца са злоўжываннямі і спамам. Шырока выкарыстоўваліся падобныя рашэнні:

раней шматлікія сістэмы ўводзілі абмежаванні на выкарыстанне месцазнаходжання кліента, дазваляючы толькі выкарыстанне кліентамі, чый IP-адрас з'яўляецца адным з адміністратараў сервера. Выкарыстанне з любога іншага IP-адрасу кліента забаронена.

порт пошты smtp

Сучасныя SMTP-серверы звычайна прапануюць альтэрнатыўную сістэму, якая патрабуе аўтэнтыфікацыі кліентаў па ўліковых дадзеных, перш чым дазваляць доступ.

SMTP - які порт выкарыстоўваецца?

Сувязь паміж паштовымі серверамі звычайна заўсёды выкарыстоўвае стандартнае значэнне порта TCP 25, прызначанага для SMTP. Тым не менш паштовыя кліенты звычайна замест гэтага выкарыстоўваюць пэўныя парты порта smtp ssl. Большасць правайдэраў інтэрнэт-паслуг зараз блакуюць увесь трафік выходнага порта ад сваіх кліентаў у якасці меры абароны ад спаму. Па той жа прычыне прадпрыемствы звычайна наладжваюць свой брандмаўэр, каб дазволіць выходны порт з прызначаных паштовых сервераў.

Прыклад транспарта SMTP

Тыповы прыклад адпраўкі паведамлення праз SMTP на дзве паштовыя скрыні (alice і theboss), размешчаных у адным і тым жа паштовым дамене (example.com або localhost.com), прайграваецца ў наступным сеансе абмену. Пасля таго як адпраўнік паведамлення (кліент SMTP) усталёўвае надзейны канал сувязі для прымача паведамленняў (SMTP-сервер), сеанс адчыняецца з серверам, звычайна ўтрымоўвальным яго поўнае даменнае імя (FQDN), у гэтым выпадку smtp, example або com. Кліент ініцыюе сваё дыялогавае акно, адказваючы камандай HELO, якая ідэнтыфікуе сябе ў параметры каманды з яго поўным даменным імем (або літаралам адраса, калі ён недаступны).

порт пратакола smtp

Дадатковыя пашырэнні

Кліенты даведаюцца, якія опцыі падтрымлівае сервер, выкарыстоўваючы прывітанне EHLO, замест зыходнага HELO. Кліенты вяртаюцца ў HELO толькі ў тым выпадку, калі сервер не падтрымлівае пашырэнні SMTP.

Сучасныя кліенты могуць выкарыстоўваць ключавое слова SSRE пашырэння ESMTP для запыту сервера для максімальнага памеру паведамлення, якое будзе прынята. Старыя кліенты і серверы могуць спрабаваць перадаваць паведамленні з залішнім памерам, якія будуць адхіленыя пасля выкарыстання сеткавых рэсурсаў, у тым ліку час падлучэння да сеткавых спасылак.

Метады абароны ад спаму і аўтэнтыфікацыя па электроннай пошце

Зыходны дызайн SMTP не меў магчымасці ідэнтыфікаваць адпраўшчыкаў або правяраць, ці дазволена серверам адпраўляць ад іх імя. У выніку магчыма выкарыстанне спуфінгу электроннай пошты, што звычайна выкарыстоўваецца ў паштовым спаме і фішынгу.

порт smtp yandex

Вырабляюцца спецыяльныя прапановы для змены SMTP або іх замены цалкам. Адным з прыкладаў гэтага з'яўляецца Internet Mail 2000, але ні ён, ні які-небудзь іншы не дамагліся вялікага поспеху перад сеткавым эфектам велізарнай усталяванай базы класічнага SMTP. Замест гэтага паштовыя серверы зараз выкарыстоўваюць цэлы шэраг метадаў, у тым ліку DomainKeys, DomainKeys Identified Mail, Policy Policy Framework і DMARC, DNSBLs і greylisting для адхілення або каранціну падазроных лістоў.

Напрыклад, ёсць магчымасць праверкі email адпраўніка, скарыстаўшыся лічбавым подпісам. З гэтай мэтай выкарыстоўваецца, напрыклад, узаемадзеянне з сістэмай DNS. У ёй захоўваецца адкрыты ключ электроннага подпісу для канкрэтнага дамена. І гэты ключ якраз можна выкарыстоўваць для праверкі.

Можна пайсці яшчэ далей і арганізаваць сэрвісы розных рассылак. Іх добрая якасць складаецца ў тым, што ўсе магчымасці ўбудаваны ў карыстацкі інтэрфейс. А магчымасці не толькі базавыя, бо ў такіх сэрвісах ёсць функцыі збору лістоў і форм падпіскі, працы з кантактамі, настройка ланцужкоў у аўтаматычным рэжыме і правядзенне спліт-тэстаў.

  • Так званы канверт.
  • Загаловак.
  • Цела ліста.

Электронны ліст і яго фармат

Яшчэ адна праблема SMTP - багацце непажаданых рэкламных паведамленняў. Нажаль, пратакол не ўтрымоўвае ніякіх ахоўных прылад для ліквідацыі спаму. Праўда, шматлікія сучасныя паштовыя серверы імкнуцца выкарыстоўваць і вонкавыя механізмы.

Гэтае поле выкарыстоўваецца для ідэнтыфікацыі тых SMTP-сервераў, якія былі задзейнічаныя падчас дастаўкі паведамлення ад адпраўніка да атрымальніка. Любы сервер з ланцужка дадае да паведамлення ўласнае поле Received, дзе можна бачыць тэхнічную інфармацыю аб гэтым серверы.

Дадамо, што ўласны SMTP-сервер можна рэалізаваць на магутнасцях Selectel, арандаваўшы для гэтай задачы выдзеленыя сервер або віртуальную машыну ў «Воблачнай платформе Selectel».

Але ў большасці выпадкаў выкарыстоўваецца толькі адзін транспартны пратакол TCP з портам 25 (гэта SMTP-порт па змаўчанні). Іншыя варыянты прымяняюцца вельмі рэдка, напрыклад, калі правайдэры па нейкай прычыне закрываюць доступ да 25 порце. Яны могуць рабіць гэта, напрыклад, для блакавання спам-рассыланняў.

From host

У пратакола дзве галоўныя задачы:

Ці патрэбен уласны сервер SMTP?

with protocol

Што да загалоўка і целы ліста, то іх параметры прапісаныя ў асобным дакуменце – RFC2822.

Паведамленне электроннай пошты заўсёды складаецца з трох элементаў:

Тут усё адначасова і прасцей, і складаней. Адказы ў выпадку SMTP складаюцца з дзвюх частак:

У большасці выпадкаў пратакол SMTP выкарыстоўваецца для перадачы выходнай пошты з выкарыстаннем порта TCP 25. Гэта значыць можна сказаць, што SMTP-порт - гэта як раз TCP 25, хоць і не заўсёды. Часам задзейнічаецца яшчэ порт 465. Так адбываецца, калі порт патрабуе абароненага SSL-злучэнні.

Тут мы бачым падлучэнне да паштовага сервера па 25 порце. Кажучы тэхнічнай мовай, падлучэнне выканана па адрасе 220 ESMTP Postfix на 25 порт. Пачатак падключэння - выкарыстанне каманды HELO, якая патрэбна для ўказання ўласнага дамена. Пасля гэтага ўступае ў працу сервер, які вяртае статут 250. Што гэта такое? Усё проста: злучэнне ўсталявалася без праблем. Пасля гэтага сервер яшчэ раз піша даменнае імя ў тэкставым паведамленні.

by host

SMTP (Simple Mail Transfer Protocol) – пратакол перадачы пошты. Ён быў прадстаўлены яшчэ ў 1982 годзе, але не губляе актуальнасці да гэтага часу. У артыкуле разбіраемся, якія задачы вырашае пратакол і як ён працуе.

Прыклад працы SMTP

Наступае наступны этап - выкарыстанне каманды RCPT TO для таго, каб пазначыць адрас атрымальніка. Калі сервер вяртае статут 250, то мы ўжо ведаем, што гэта азначае. Усё атрымалася, зараз трэба выканаць каманду DATA для ўводу самога ліста. У гэтым выпадку сервер адказвае ўжо не статутам 250, а іншым - 354. Пасля гэтага можна пачынаць уводзіць тэкст ліста. Важны нюанс: заканчвацца ўсё гэта павінна асобным радком, які змяшчае ўсяго адну кропку.

Калі паведамленне пачынаецца на 5, гэта азначае тэхнічны збой. Так, памылка 502 - індыкатар нерэалізаванай каманды, а 503 паведамляе аб няправільнай паслядоўнасці каманд.

У сухой рэштцы

  • Указваецца адрас адпраўніка, пасля чаго сістэма карыстальніка злучаецца, да прыкладу, з SMTP паштовага кліента Gmail.
  • Сістэма перадае серверу дадзеныя, у тым ліку email адпраўніка і атрымальніка, тэму ліста, яго змесціва.
  • Адразу пасля гэтага сістэма пачынае пошук SMTP-сервера атрымальніка электроннага паведамлення.
  • Калі гэты сервер не знойдзены ці ён не адказвае, SMTP-сервер спрабуе зрабіць яшчэ некалькі спробаў сувязі. Калі нічога не атрымліваецца, то сістэма выдае памылку адпраўкі. Пры гэтым пратакол паведаміць, чаму ліст не будзе дастаўлены. Так, праблема можа быць у неіснуючым адрасе ці ў блакаванні паведамленняў.

У якасці прыкладу давайце разгледзім прыклад сеансу SMTP, які ініцыялізуецца пры неабходнасці адправіць электронны ліст. На малюнку ніжэй - дадзеныя сеансу, з якімі мы будзем працаваць далей.

Тэарэтычна SMTP умее працаваць з практычна любымі пратаколамі так званага транспартнага ўзроўня, уключаючы TCP, UDP і іншыя. Яшчэ на світанку развіцця пратакола за ім замацавалі два нумары порта:

  • Першы - гэта порт 25, з дапамогай якога пошта перадаецца паміж паштовымі серверамі.
  • Другі - порт 587, дзякуючы якому пошта перадаецца ад паштовага кліента на сервер.
  • Праверка карэктнасці налад сістэмы і прадастаўленне «дазволу» на адпраўку email-паведамлення для вызначанай прылады.
  • Адпраўка выходнага паведамлення на зададзены адрас электроннай пошты і пацвярджэнне паспяховай дастаўкі. Калі паведамленне даставіць не ўдаецца, адпраўнік атрымлівае адпаведнае паведамленне.

Усе яны складаюцца з чатырох сімвалаў. Сакральнай задумы тут няма, проста ў самым пачатку распрацоўшчыкі дамовіліся, што даўжыня будзе менавіта такой. Ніжэй – асноўныя каманды SMPT. Ёсць і іншыя, але яны выкарыстоўваюцца радзей.

Паведамленне заўсёды складаецца з дзвюх частак. Першая - загаловак, другая - цела паведамлення. Апошняе неабходна адлучаць ад загалоўка пустым радком. У гэтым выпадку патрабуецца выкарыстоўваць загаловак FROM, гэта адрас карыстача, які адправіў паведамленне. Указваць трэба не толькі сам адрас, але і імя. А яшчэ патрабуецца загаловак, які дае атрымальніку зразумець, у чым заключаецца асноўны пасыл паведамлення. Што да пустога радка, то яна адлучае загалоўкі ад цела ліста.

Каманды і адказы SMTP

Трохі аб бяспецы і спаме

SMTP і яго месца ў стэку TCP/IP

Return-Path - поле звароту, якое выкарыстоўваецца для вызначэння маршруту, па якім прайшло паведамленне. Калі яно было адпраўлена проста на сервер атрымальніка, то ў полі адлюстроўваецца адзін адрас. Калі ж сервераў некалькі, яны будуць адлюстроўвацца спісам.

Пратакол SMTP вельмі просты, у яго няма ніякіх прылад для абароны карыстацкіх дадзеных ад зламыснікаў. Так, адрасы, указаныя ў адпаведным полі, не правяраюцца.

  • Код паведамлення. Дае магчымасць вывучыць карэктнасць і правільнасць адпраўкі.
  • Тэкставае паведамленне. Тлумачыць, што адбылося падчас адпраўкі ці атрымання. Як правіла, паведамленне фармуецца для таго, што адбылося. У пераважнай большасці выпадкаў такое паведамленне прызначанае для людзей, а не кампутараў.

Коды паведамленняў пачынаюцца на 2, 3, 5. Калі паведамленне пачынаецца на 2, гэта значыць, што папярэдняя каманда паспяхова завершана. "Тройка" у кодзе азначае паспяховую адпраўку з неабходнасцю падаць дадатковыя дадзеныя.

Нарэшце, калі ёсць кропка, то сервер бачыць, што ліст цалкам завершаны, выдаючы статут паведамлення 250 2.0.0 Ok: queued as 7FD9DC2E0060. Усё гэта азначае, што ліст ужо знаходзіцца ў чарзе чакання. Для завяршэння сеансу трэба ўвесці ўсяго адну каманду - QUIT. Сервер адкажа паведамленнем са статутам 221, што азначае «пакуль».

Уласны SMTP дае крыху больш пераваг перад карпаратыўнымі (ці, напрыклад, Google). Гэта, як правіла, невысокі кошт, уважлівае стаўленне з боку распрацоўшчыкаў і добрая дастаўляльнасць масавых рассылак.

А яшчэ можна праверыць адрас адпраўніка праз лічбавы подпіс, пра што мы ўжо згадвалі вышэй.

Вартасць SMTP у тым, што яго досыць проста ўкараніць, для гэтага пратаколу ёсць шырокая дакументацыя і развітае кам'юніці.

id message-id

Возьмем самае простае паведамленне, якое складаецца з двух радкоў тэксту: гэта "Hello, email world!" і "Hello, SMTP!". Сканчаецца ліст радком, які змяшчае ўсяго адну кропку. Але гэты радок не будзе бачны атрымальніку, ён чыста тэхнічны і будзе абавязкова прыбраны падчас перадачы. Калі ж кропка патрэбна, тое трэба паказаць адразу дзве кропкі, з якіх адна будзе выдаленая.

Давайце ўявім, што вы ўсталявалі і наладзілі ўласны SMTP-сервер. Далей вы плануеце адправіць ліст. Працуе адпраўка па пэўным алгарытме:

SMTP – правераны часам пратакол перадачы электроннай пошты, які проста працуе. Так, у яго ёсць свае недахопы, але яны нівеліруюцца прастатой і надзейнасцю пратакола. Дарэчы, ён можа выкарыстоўвацца як для дасылання паведамленняў на паштовы сервер, так і на цэлую групу сервераў.

Канверт прымяняецца для перадачы паведамленняў электроннай пошты ад кліента да сервера і назад. Пры гэтым як кліент, так і сервер узаемадзейнічаюць сябар з сябрам у звычайным фармаце «запыт-адказ». У ходзе ўзаемадзеяння паміж імі перадаюцца тэкставыя радкі.

Каманды

Як працуе SMTP - простымі словамі

Тут усё залежыць ад задач, якія будзе вырашаць карыстач. SMTP падыходзіць для рэалізацыі маштабнага спектра задач - ад адпраўкі паведамлення да дастаўкі яго атрымальніку. Часцей за ўсё SMTP выкарыстоўваюць для транзакцыйных лістоў, масавых рассылак ці асабістай перапіскі.

Фармат поля загалоўка Received:

  • Каманда Helo прымяняецца для ўстаноўкі злучэння. Гэтая аперацыя будзе выканана толькі ў тым выпадку, калі кліент указаў свой дамен і ўласны паштовы адрас.
  • Каманда Mail ужываецца для задання адрасу адпраўніка.
  • Каманда RCPT выкарыстоўваецца выключна для таго, каб прапісаць адрас атрымальніка. Электроннае паведамленне можна перадаць адразу некалькім атрымальнікам, для чаго патрабуецца выкарыстоўваць каманду RCPT некалькі разоў запар.
  • Каманда DATA патрэбна для апавяшчэння які прымае сервера аб завяршэнні канверта, пасля чаго ідзе сам ліст.
  • Каманда QUIT прымяняецца для разрыву злучэння з серверам адразу пасля завяршэння прыёму паведамлення.

Цяпер надыходзіць чарга выкарыстання каманды Mail FROM, якая патрэбна для адлюстравання адрасу адпраўніка паведамлення. Калі ўсё добра, то сервер зноў адказвае паведамленнем са статутам 250. Мы бачым, што з тэкставай часткай усё добра, каманда выканана, праблем не ўзнікла.

via physical-path

Для таго каб усё рэалізаваць, лепш выкарыстоўваць спецыялізаваны сэрвіс, уладальнікі якога разгарнулі неабходныя паслугі. У гэтым выпадку распрацоўшчыкі патрабуюцца толькі для таго, каб дадаць сэрвіс да CRM-сістэме.

Received:

Дарэчы, можна зрабіць уласны сервер SMTP для таго, каб дасылаць масавыя рассылкі. Але ў гэтым выпадку давядзецца выканаць мноства розных цягель, уключаючы даданне апрацоўкі статусу дастаўкі ліста, абыход рознага роду "чорных" і "шэрых" спісаў. Патрабуецца яшчэ і зручная статыстыка адпраўленняў, і магчымасць адпіскі ад рассылання.

Калі ўсё добра, то далей у працу ўступаюць ужо іншыя пратаколы – POP і IMAP, але пра іх мы пагаворым у іншым артыкуле.

Адказы SMTP

Акрамя таго, у SMTP па дэфолце не выкарыстоўваецца шыфраванне, так што любыя лісты, якія перадаюцца рознымі кампаніямі, могуць быць прачытаныя – было б жаданне і адпаведныя прылады. Але гэта адносіцца да SMTP першай версіі. У палепшаным варыянце распрацоўшчыкі дадалі шыфраванне. Для таго, каб яго задзейнічаць, трэба выкарыстоўваць адмысловую каманду STARTTLS.

Большасць паштовых сервераў для бяспекі наладжваюцца на працу толькі з лакальнымі карыстачамі. Гэта значыць, тыя карыстальнікі, у якіх ёсць скрыні з адрасам з пула дамена, які яны і абслугоўваюць. Тут сустракаюцца і новыя тэрміны. Так, серверы, якія працуюць у іншым рэжыме, дазваляючы перадаваць пошту абсалютна на ўсе адрасы, называюцца "адкрытыя рэлеі". Яны патрэбныя звычайным карыстальнікам, але больш актыўна іх выкарыстоўваюць зламыснікі. Навошта? Каб рассылаць спам, вядома ж. Таму за рэжымам працы карпаратыўных сэрвераў трэба сачыць. Калі пры праверцы сеткі апынецца, што сервер працуе ў рэжыме адчыненага рэлея, варта пагаварыць з адміністратарам сервера.

для final e-mail destination

Мадэль пратакола. Узаемадзеянне ў рамках SMTP будуецца па прынцыпе двухбаковай сувязі, якая ўстанаўліваецца паміж адпраўніком і атрымальнікам паштовага паведамлення. Пры гэтым адпраўнік ініцыюе злучэнне і дасылае запыты на абслугоўванне, а атрымальнік на гэтыя запыты адказвае. Фактычна, адпраўнік выступае ў ролі кліента, а атрымальнік - сервера.

[імя] is incorrect

стварэнне і паляпшэнне пратакола зносін кліент-сервер (POP3, IMAP4);

Абмежаванні

Узважаны падыход. Пры такім падыходзе паведамленне, якое прыйшло з IP адрасу

* -ERR no such message

Паведамленне SMTP, падобна паведамлення X.400, выкарыстоўвае паняцці канверта і змесціва, якое ў сваю чаргу мае загаловак і цела. Функцыянальнае прызначэнне іх поўнасцю ідэнтычнае. Склад палёў у загалоўку вызначаецца фарматам цела паведамлення (UUENCODE ці MIME). Ніводнае поле не з'яўляецца абавязковым, але, як правіла, паказваюцца такія палі як, каму (To:), ад каго (From:) і тэма (Subject:). У выпадку выкарыстання фармату MIME, у загалоўку абавязкова павінен прысутнічаць радок "MIME-Version: 1.0". Поўны пералік магчымых палёў у загалоўку паведамлення SMTP утрымоўваецца ў RFC 2076.

Канал сувязі ўстанаўліваецца непасрэдна паміж адпраўніком і атрымальнікам паведамлення. Пры такім узаемадзеянні пошта дасягае абанента на працягу некалькіх секунд пасля адпраўкі.

[імя]

пашырэнне пратакола зносін сервер-сервер (уласна SMTP);

Схема тыповай SMTP-сістэмы з падтрымкай POP3 і IMAP4

* +OK name is a valid mailbox

[паведамленне]

* +OK maildrop locked and

гатоўнасці прыняць тэкст; і другі раз пасля канца паслядоўнасці дадзеных, каб прыняць ці адхіліць увесь ліст.

Апроч прамежкавых адказаў для DATA-каманды, кожны адказ сервера можа быць дадатным (код адказу 2хх) або адмоўным. Апошні, у сваю чаргу, можа быць пастаянным (код 5хх) або часовым (код 4хх). Адмова SMTP-сервера ў перадачы паведамлення - пастаянная памылка; у гэтым выпадку кліент павінен адправіць вернуты ліст. Пасля скіду - станоўчага адказу, паведамленне хутчэй за ўсё будзе адхілена. Таксама сервер можа паведаміць аб тым, што чакаюцца дадатковыя дадзеныя ад кліента (код 3xx).

Першапачатковым хастом (SMTP-кліентам) можа быць як паштовы кліент канчатковага карыстальніка (функцыянальна вызначаецца як паштовы агент - MUA), так і агент перасылкі паведамленняў (MTA) на серверы, г.зн. сервер дзейнічае як кліент у адпаведнай сесіі для рэтрансляцыі паведамлення. Цалкам функцыянальныя серверы падтрымліваюць чэргі паведамленняў для паўторнай перадачы паведамлення ў выпадку памылак.

MUA ведае SMTP-сервер для выходнай пошты са сваіх налад. SMTP-сервер, які дзейнічае як кліент, т. е. які перасылае паведамленні, вызначае, да якога сервера падлучыцца, праглядам рэсурсу запісаў MX (Mail eXchange) DNS для дамена кожнага атрымальніка. У выпадку, калі запіс MX не знойдзена, сумяшчальныя MTA (не ўсе) вяртаюцца да простага А-запісу. Перасылаючыя сервера таксама могуць быць настроены на выкарыстанне Smart host.

SMTP-сервер, які дзейнічае як кліент, усталёўвае TCP-злучэнне з серверам па распрацаваным для SMTP порце 25. MUA павінен выкарыстоўваць порт 587 для падлучэння да

агенту прадастаўлення паведамленняў (MSA). Асноўнае адрозненне паміж MTA і MSA заключаецца ў тым, што SMTP-аўтэнтыфікацыя абавязкова толькі для апошняга.

SMTPS

SMTPS адносіцца да метадаў абароны SMTP на транспартным узроўні. Ён прызначаны для забеспячэння аўтэнтыфікацыі бакоў, цэласнасці і канфідэнцыйнасці даных. SMTPS не з'яўляецца прапрыетарным пратаколам або пашырэннем SMTP, гэта ўсяго толькі спосаб засцерагчы SMTP на транспартным узроўні.

Кліент і сервер выкарыстоўваюць звычайны SMTP на ўзроўні прыкладанняў, але злучэнне абаронена SSL ці TLS. Гэта адбываецца пасля ўсталявання злучэння перад адпраўкай любых паштовых дадзеных.

SMTPS выкарыстоўвае 465 порт.

POP3 (англ.: Post Office Protocol Version 3 — пратакол паштовага аддзялення, версія 3) — стандартны Інтэрнэт-пратакол прыкладнога ўзроўня, выкарыстоўваны кліентамі электроннай пошты для вымання электроннага паведамлення з выдаленага сервера па TCP/IP-злучэнні. POP і IMAP (Internet Message Access Protocol) – найбольш распаўсюджаныя Інтэрнэт-пратаколы для вымання пошты. Практычна ўсе сучасныя кліенты і серверы электроннай пошты падтрымліваюць абодва стандарты. Пратакол POP быў распрацаваны ў некалькіх версіях, цяперашнім стандартам з'яўляецца трэцяя версія (POP3). Большасць пастаўшчыкоў паслуг электроннай пошты (такія як Hotmail, Gmail і Yahoo! Mail) таксама падтрымліваюць IMAP і POP3. Папярэднія версіі пратакола (POP, POP2) састарэлі.

POP падтрымлівае простыя патрабаванні "загрузі-і-удалі" для доступу да выдаленых паштовых скрынях. Хоць большая частка POP-кліентаў падаюць магчымасць пакінуць пошту на серверы пасля загрузкі, якія выкарыстоўваюць POP кліенты звычайна злучаюцца, здабываюць усе лісты, захоўваюць іх на карыстацкім кампутары як новыя паведамленні, выдаляюць іх з сервера, пасля чаго раз'ядноўваюцца.

POP3-сервер праслухоўвае агульнавядомы порт 110. Шыфраванне сувязі для POP3 запытваецца пасля запуску пратаколу, з дапамогай альбо каманды STLS (калі яна падтрымліваецца), альбо POP3S, якая злучаецца з серверам выкарыстоўваючы TLS ці SSL па TCP-порту 995.

POP3 каманды

імя паштовай скрыні

Simple Mail Transfer Protocol не залежыць ад транспартнага асяроддзя і можа выкарыстоўвацца для дастаўкі пошты ў сетках з пратаколамі, выдатнымі ад TCP/IP і Х.25. Дасягаецца гэта за рахунак канцэпцыі IPCE (InterProcess Communication Environment). IPCE дазваляе ўзаемадзейнічаць працэсам, якія падтрымліваюць SMTP у інтэрактыўным рэжыме, а не ў рэжыме "STOP-GO".

Аргументы * +OK maildrop has n message

(SMTP) - гэта стандарт для e-mail-пошты. Першапачаткова быў зафіксаваны ў RFC 821 (1982 г.), апошні раз абнаўляўся ў 2008 году з пашыранымі даданнямі SMTP па RFC 5321 (шырока распаўсюджаным сёння пратаколам).

Хоць паштовыя серверы і іншыя паштовыя агенты ўжываюць SMTP для перадачы і атрыманні e-mail-карэспандэнцыі, праграмнае забеспячэнне карыстацкага класа, як правіла, выкарыстоўвае SMTP-парты толькі для адпраўкі дадзеных на сервер для рэтрансляцыі. Для атрымання паведамленняў кліенцкія прыкладанні звычайна выкарыстоўваюць альбо IMAP, альбо POP3. Гэтыя пратаколы найбольш зручныя і запатрабаваныя для гэтых мэт: маюць пашыраны функцыянал і шырокі спектр магчымасцей.

Характэрныя асаблівасці

SMTP-сувязь паміж паштовымі серверамі выкарыстоўвае порт TCP 25. Паштовыя кліенты часта адпраўляюць выходныя лісты на паштовы сервер па порце 587. Нягледзячы на ​​тое, што састарэлыя паштовыя правайдэры па-ранейшаму дазваляюць выкарыстоўваць нестандартны порт 465 для гэтай мэты.

SMTP-злучэнні, абароненыя TLS, вядомыя як SMTPS, могуць быць выкананы з выкарыстаннем тэхналогіі STARTTLS.

Запатэнтаваныя сістэмы і сістэмы электроннай пошты выкарыстоўваюць свае ўласныя нестандартныя пратаколы для доступу да паштовых скрыняў на сваіх паштовых серверах - усе кампаніі выкарыстоўваюць парты SMTP-сервера, калі адпраўка або атрыманне электроннай пошты адбываюцца за межамі іх уласных сістэм.

Прызначэнне SMTP

Амаль усе дзеянні ў Інтэрнэце становяцца магчымымі дзякуючы пратаколам - спецыяльным правілам сеткавага праграмнага забеспячэння, якія дазваляюць кампутару звязвацца з усімі сеткамі, каб карыстальнікі маглі рабіць пакупкі, чытаць навіны, адпраўляць электронную пошту. Пратаколы жыццёва важныя для паўсядзённай сеткавай дзейнасці - яны ўбудаваны ў сеткавае праграмнае забеспячэнне і выкарыстоўваюцца па змаўчанні.

Пратакол SMTP-порта дае набор кодаў, якія спрашчаюць абмен паведамленнямі электроннай пошты паміж серверамі (сеткавы кампутар, які апрацоўвае ўваходную і выходную электронную пошту). Гэта свайго роду скарачэнне, якое дазваляе серверу разбіць розныя часткі паведамлення на катэгорыі, якія можа зразумець іншы сервер. Калі карыстач адпраўляе паведамленне, яно ператвараецца ў радкі тэксту, падзеленыя кодавымі словамі (ці лічбамі), якія вызначаюць прызначэнне кожнай часткі.

Тэхнічная тэрміналогія

SMTP – гэта пратакол TCP/IP, які выкарыстоўваецца для працы з e-mail-поштай. Аднак паколькі ён абмежаваны магчымасцю адпраўляць паведамленні ў чаргу на які прымае боку, ён звычайна выкарыстоўваецца альбо з POP3, альбо з IMAP, якія дазваляюць захоўваць дадзеныя на сервер і пры неабходнасці загружаць іх. Іншымі словамі, звычайна выкарыстоўваюць дадатак, якое выбірае SMTP для адпраўкі e-mail і POP3 ці IMAP для атрымання карэспандэнцыі. У сістэмах на аснове Unix sendmail з'яўляецца найболей шырока выкарыстоўваным SMTP-серверам для электроннай пошты. У камерцыйны пакет Sendmail уваходзіць сервер POP3. Microsoft Exchange уключае ў сябе SMTP-сервер і гэтак жа можа быць наладжаны на падтрымку POP3.

SMTP, як правіла, выкарыстоўваецца для працы праз інтэрнэт-порт 25. Альтэрнатывай SMTP, які шырока выкарыстоўваецца ў Еўропе, з'яўляецца X.400. Многія паштовыя серверы зараз падтрымліваюць Extended Simple Mail Transfer Protocol (ESMTP), які дазваляе перадаваць мультымедыйныя файлы ў выглядзе электроннай пошты.

Гісторыя

У 1960-х гадах выкарыстоўваліся розныя формы абмену электроннымі паведамленнямі. Карыстальнікі размаўлялі з дапамогай сістэм, створаных для канкрэтных мэйнфрэймаў. Паколькі ўсё больш кампутараў станавіліся ўзаемазлучанымі, з'явілася неабходнасць у распрацоўцы стандартаў, якія дазваляюць карыстачам розных сістэм адпраўляць электронную пошту адзін аднаму. SMTP узнік з гэтых стандартаў, распрацаваных у 1970-х гадах.

Далейшыя продажы ўключаюць FTP Mail Protocol, пачынаючы з 1973 года. Праца па развіццю працягвалася ў 1970-х гг., пакуль ARPANET не перайшла ў сучасны Інтэрнэт у 1980 годзе. Затым Джон Пасцель прапанаваў пратакол перадачы паштовых звестак.

Вырабляюцца спецыяльныя прапановы для змены SMTP або іх замены цалкам. Адным з прыкладаў гэтага з'яўляецца Internet Mail 2000, але ні ён, ні які-небудзь іншы не дамагліся вялікага поспеху перад сеткавым эфектам велізарнай усталяванай базы класічнага SMTP. Замест гэтага паштовыя серверы зараз выкарыстоўваюць цэлы шэраг метадаў, у тым ліку DomainKeys, DomainKeys Identified Mail, Policy Policy Framework і DMARC, DNSBLs і greylisting для адхілення або каранціну падазроных лістоў.

Даступная пасля паспяховай Яе падтрымка не з'яўляецца

Адназначнае блакаванне — адхіленне паведамленняў, якія дашлі з IP адрасу які знаходзіцца ў DNSBL

* -ERR invalid password ідэнтыфікацыі

SMTP рэалізуецца ў сучасных сетках стандарта TCP/IP. Упершыню інфармацыя аб выкарыстанні пратакола з'явілася яшчэ ў 1982 г. Нягледзячы на ​​тое, што сервер SMTP можа быць выкарыстаны і для атрымання паведамленняў, на сённяшні дзень большасць паштовых кліентаў выкарыстоўваюць яго толькі для адпраўкі, аддаючы перавагу іншым тэхналогіям (напрыклад, POP або IMAP) для прыёму. інфармацыі. Пратакол з'яўляецца адным з найбольш папулярных і выкарыстоўваецца пераважнай колькасцю паштовых праграм і сервераў.

Функцыя SMTP заключаецца ў праверцы правільнасці ўказанні настроек і параметраў для адпраўкі ліста. Па дадзеным пратаколе праходзіць верыфікацыя налад кампутара карыстача, які спрабуе адправіць паведамленні, а затым вырабляецца дастаўка, калі ўсе налады былі выкананы правільна. Пасля гэтага праца SMTP не сканчаецца і сервер чакае паведамлення аб паспяховай дастаўцы дадзеных. Калі паведамленне па якіх-небудзь прычынах не можа быць дастаўлена, адпраўляецца адпаведнае паведамленне адпраўніку.

Настройка SMTP

Настройка SMTP заключаецца ва ўстаноўцы патрэбнага праграмнага забеспячэння і вызначэння адрасы сервера, які выкарыстоўваецца для адпраўкі. Для адпраўкі з боку карыстача патрабуецца ўсталяваць праграму-кліент, якая ўмее перадаваць лісты і звязвацца з серверам SMTP па пратаколе TCP/IP. Пасля гэтага праграма запускаецца і наладжваецца на працу з сэрвісам адпраўкі і атрыманні пошты шляхам указання патрэбных налад. Затым карыстач спрабуе адправіць паведамленне. Калі настройка ажыццёўлена дакладна, ліст будзе дастаўлены адрасату.

Большасць сучасных сервісаў электроннай пошты ўжо маюць настроеныя серверы для адпраўкі паведамленняў. Калі вы не карыстаецеся іншым праграмным забеспячэннем для адпраўкі лістоў, вы зможаце адправіць ліст без твора дадатковых настроек на сайце сэрвісу, дзе ў вас зарэгістраваны акаўнт.

Сучасныя адміністратары SMTP-сервераў патрабуюць ад карыстачоў мінання аўтэнтыфікацыі перад тым, як яны змогуць даслаць сваё паведамленне. Карыстальніку неабходна спачатку пазначыць свой лагін і пароль на серверы, а толькі затым перайсці да адпраўкі. Дадзеная абарона выкарыстоўваецца для блакавання магчымасці рассылання спаму, які выкарыстоўвае простыя SMTP-пратаколы. Раней жа для ідэнтыфікацыі ў пратаколе SMTP выкарыстоўваўся ўнікальны IP-адрас адпраўніка.

Першапачаткова SMTP-сістэмы разлічваліся на перадачу інфармацыі выключна ў тэкставым выглядзе і не былі арыентаваны на перадачу сімвалаў нацыянальных алфавітаў, г.зн. выкарыстоўвалі 7-бітны набор сімвалаў. Для рашэння праблемы перадачы двайковых файлаў быў распрацаваны стандарт UUENCODE, які дазваляе ўкараняць папярэдне ператвораныя з бінарнага ў тэкставы выгляд адвольныя дадзеныя непасрэдна ў тэкст паведамлення. Аднак усёабдымным дадзены падыход назваць было цяжка, бо ў агульным выпадку ніякай інфармацыі аб прыродзе ўкладання (тыпе перадаваных дадзеных і які спарадзіў іх дадатку) бок, які прымаў, не меў. Па меры пашырэння сеткі Internet, ускладненні праграмнага забеспячэння і актыўнага ўкаранення мультымедыя наспела неабходнасць стварэння ўніверсальнага фармату тыпізацыі і ўяўленні двайковых дадзеных і тэксту, які змяшчае нацыянальныя сімвалы. Такім універсальным фарматам сталі шматфункцыянальныя пашырэнні пошты Internet (Multipurpose Internet Mail Extensions ці MIME). Фармат MIME аказаўся надзвычай удалым, паколькі ў яго былі закладзены магчымасці неабмежаванага пашырэння, як падтрымліваемых тыпаў дадзеных, так і нацыянальных кадовак.

* +OK message follows

SMTP (Simple Message Transfer Protocol), або ў даслоўным перакладзе просты пратакол перадачы паведамленняў, быў народжаны ў асяроддзі UNIX і прызначаўся выключна для зносін паміж сабой паштовых сервераў. У тэрмінах мадэлі OSI пратакол SMTP знаходзіцца на ўзроўні прыкладанняў.

Адметнай асаблівасцю SMTP-сістэм з'яўляецца тое, што ў іх, як правіла, забяспечваецца фактычная незалежнасць працэсу перадачы ад фармату змесціва. За інтэрпрэтацыю зместу павінна адказваць толькі кліенцкая праграма (mail reader). Аднак платай за сумяшчальнасць на ўзроўні MTA у дадзеным выпадку з'яўляецца неэфектыўнасць перадачы любых нятэкставых дадзеных або паведамленняў, якія выкарыстоўваюць сімвалы нацыянальных алфавітаў, з прычыны папярэдняй трансляцыі інфармацыі ў тэкставае прадстаўленне. У залежнасці ад выкарыстоўванага алгарытму пераўтварэнні памер фактычна перадаюцца дадзеных можа ўзрасці на 30-100%.

DATA - для адпраўкі тэксту паведамлення. Гэта само змесціва ліста, у супрацьлегласць яго абалонцы. Ён складаецца з загалоўка паведамлення і целы паведамлення, падзеленых пустым радком. DATA, па сутнасці, з'яўляецца групай каманд, а сервер адказвае двойчы: першы раз на саму каманду DATA, для апавяшчэння аб

IMAP

Альтэрнатыўным пратаколам для збору паведамленняў з паштовага сервера з'яўляецца IMAP. IMAP (англ.: Internet Message Access Protocol) — пратакол прыкладнога ўзроўню для доступу да электроннай пошты.

Грунтуецца на транспартным пратаколе TCP і выкарыстоўвае порт 143.

POP3 мае шэраг недахопаў, і найболей сур'ёзны з іх – адсутнасць магчымасцяў па кіраванні перасоўваннем і захоўваннем паведамленняў на серверы. Паведамленні, як правіла, загружаюцца з паштовага сервера ўсё адразу, пасля чаго яны з сервера выдаляюцца, гэта значыць адсутнічае магчымасць выбіраць паведамленні для атрымання.

Для вырашэння праблем, звязаных з гэтай асаблівасцю POP3, у Вашынгтонскім універсітэце быў распрацаваны новы пратакол, які прадугледжвае магчымасць атрымання карыстальнікамі электроннай пошты з адной паштовай скрыні з розных месцаў, пры гэтым паведамленні не размяркоўваюцца паміж кропкамі атрымання. Карыстальніку даецца магчымасць кіраваць паведамленнямі ў яго паштовай скрыні і дадатковымі функцыямі па абслугоўванні паштовых скрынь на серверы.

Перавагі IMAP

Пры выкарыстанні POP3 кліент падключаецца да сервера толькі на прамежак часу, неабходны для загрузкі новых паведамленняў. Пры выкарыстанні IMAP злучэнне не разрываецца, пакуль карыстацкі інтэрфейс актыўны, а паведамленні загружаюцца толькі па патрабаванні кліента. Гэта дазваляе зменшыць час водгуку для карыстальнікаў, у чыіх скрынях ёсць шмат паведамленняў вялікага аб'ёму.

Пратакол POP патрабуе, каб бягучы кліент быў адзіным падлучаным да скрыні. IMAP дазваляе адначасовы доступ некалькіх кліентаў да скрыні і дае кліенту магчымасць адсочваць змены, якія ўносяцца іншымі кліентамі, падлучанымі адначасова з ім.

Дзякуючы сістэме сцягоў, вызначанай у IMAP4, кліент можа адсочваць стан паведамлення (прачытана, адпраўлены адказ, выдалена і т. д.); дадзеныя аб сцягах захоўваюцца на серверы.

Кліенты IMAP4 могуць ствараць, пераназываць і выдаляць скрыні і перамяшчаць паведамленні паміж скрынямі. Акрамя таго, можна выкарыстоўваць пашырэнне IMAP4 Access Control List (ACL) Extension (RFC 4314) для кіравання правамі доступу да скрынь.

Пошук паведамленняў адбываецца на баку сервера. IMAP4 мае відавочны механізм пашырэння.

Метады барацьбы са спамам

Сучасная спам-рассыланне распаўсюджваецца ў сотнях тысяч асобнікаў усяго за некалькі дзясяткаў хвілін. Часцей за ўсё спам ідзе праз заражаныя шкоднаснымі праграмамі карыстацкія кампутары - зомбі-сеткі. Што можна супрацьпаставіць гэтаму націску? Сучасная індустрыя IT-бяспекі прапануе мноства рашэнняў, і ў арсенале антыспамераў ёсць розныя тэхналогіі. Аднак ні адна з існых тэхналогій не з'яўляецца магічнай срэбнай куляй супраць спаму. Універсальнага рашэння проста не існуе. Большасць сучасных прадуктаў выкарыстоўваюць некалькі тэхналогій, інакш эфектыўнасць прадукта будзе не высокая.

DNSBL

DNSBL - DNS blacklist або DNS blocklist - спісы хастоў, захоўваемыя з выкарыстаннем сістэмы архітэктуры DNS. Звычайна выкарыстоўваюцца для барацьбы са спамам. Паштовы сервер звяртаецца да DNSBL, і правярае ў ім наяўнасць IP-адрасы кліента, з якога ён прымае паведамленне. Пры станоўчым адказе лічыцца, што адбываецца спроба прыёмаспам-паведамлення. Сервер адпраўніка паведамляецца памылка 5xx (неадхільная памылка) і паведамленне не прымаецца. Паштовы сервер адпраўніка стварае "адмоўную квітанцыю" адпраўніку аб недахопе пошты.

Існуе 2 метады выкарыстання дадзенай тэхналогіі.

1.

які знаходзіцца ў DNSBL, не блакуецца, але гэты факт улічваецца пры класіфікацыі «спамности» ліста.

Пры выкарыстанні першага падыходу ўсе лісты з IP адрасоў, якія патрапілі ў DNSBL адназначна адхіляюцца. Незалежна ад таго ці патрапіў IP адрас у чорны спіс заслужана ці ж па памылцы (што ўсё часцей і часцей сустракаецца на практыцы). Выкарыстанне другога падыходу выдатна ілюструецца opensource спам-фільтрам spamassassin. Калі для класіфікацыі паведамлення ўжываецца ўзважаны падыход, гэта значыць аналіз па мностве крытэрыяў. У такім выпадку знаходжанне IP адраса адпраўніка ў чорным спісе не з'яўляецца адзіным і выніковым фактарам, які ўплывае на рашэнне аб класіфікацыі паведамлення, што ў сваю чаргу азначае зніжэнне колькасці ілжывых спрацоўванняў фільтра ў тых выпадках, калі IP адрас адпраўніка патрапіў у чорны спіс па недарэчнай выпадковасці. .

Кантроль масавасці

Тэхналогія мяркуе выяўленне ў струмені пошты масавых паведамленняў, якія абсалютна ідэнтычныя ці адрозніваюцца малаважна. Для пабудовы працаздольнага «масавага» аналізатара патрабуюцца велізарныя струмені пошты, таму гэтую тэхналогію прапануюць буйныя вытворцы, якія валодаюць значнымі аб'ёмамі пошты, якую яны могуць падвергнуць аналізу.

Плюсы: Калі тэхналогія спрацавала, то яна гарантавана вызначыла масавае рассыланне.

Схема ўзаемадзеяння па пратаколе SMTP

Працуе пасля паспяховай перадачы

укараненне і пашырэнне новага фармату паведамленняў (MIME).

* -ERR never heard of mailbox

* +OK message deleted

абавязковай

У цяперашні час SMTP стаў стандартам дэ-факта. У вялікай ступені такая папулярнасць тлумачыцца параўнальнай прастатой рэалізацыі і шырокімі магчымасцямі пашыральнасці без шкоды для зваротнай сумяшчальнасці з існуючымі версіямі паштовых сістэм. Немалаважным фактарам з'яўляецца таксама шырокая даступнасць спецыфікацый і адсутнасць неабходнасці адлічаць сродкі за іх выкарыстанне.

Па-першае, "вялікая" рассыланне можа апынуцца не спамам, а суцэль легітымнай поштай (напрыклад, Ozon.ru, Subscribe.ru тысячамі рассылаюць практычна аднолькавыя паведамленні, але гэта не спам). Па-другое, спамеры ўмеюць "прабіваць" такую ​​абарону з дапамогай інтэлектуальных тэхналогій. Яны выкарыстоўваюць ПА, якое генеруе розны кантэнт - тэкст, графіку і да т.п. - у кожным спамерскім

* -ERR unable to lock

Магчымыя адказы

Даступная пасля паспяховай

* -ERR password suplied for

Пачатковая версія пратакола SMTP падтрымлівала абмежаваны набор каманд і сэрвісаў для прыёму і перадачы паведамленняў. У апошні час быў распрацаваны яго пашыраны варыянт (Extended ці ESMTP), які забяспечвае стандартную магчымасць наступнага пашырэння і падтрымку такіх функцый як пацверджанне дастаўкі (Delivery Notification Request ці DNR), узгадненне максімальнага дапушчальнага памеру паведамленняў, якія перадаюцца паміж серверамі і прымусовая ініцыяцыя перадачы назапашанай пошты ( dequeue). Аднак адной са слабых бакоў на дадзены момант SMTP было і працягвае быць адсутнасць магчымасці аўтэнтыфікацыі ўваходных злучэнняў, шыфраванні дыялогу і струменя перадачы дадзеных паміж серверамі.

Адсутнасць сродкаў аўтэнтыфікацыі ўваходных злучэнняў не дазволіла выкарыстоўваць SMTP для абслугоўвання кліенцкага доступу. Класічная паштовая SMTP-сістэма патрабуе наяўнасці файлавага доступу кліента да сваёй паштовай скрыні для атрымання і працы з паведамленнямі. Для рэалізацыі працы ў рэжыме кліент-сервер быў створаны пратакол абслугоўвання паштовага офіса (Post Office Protocol ці POP). Найбольш удалай аказалася версія POP3, шырока выкарыстоўваная ў сучасных SMTP-сістэмах. Найбольш прасунутыя рэалізацыі падтрымліваюць аўтэнтыфікацыю з шыфраваннем імя і пароля і шыфраванне трафіку па пратаколе Secure Socket Layer (SSL). Аднак, пры выкарыстанні пратакола POP3 адсутнічае магчымасць прагляду характарыстык паведамлення без папярэдняй загрузкі яго на станцыю кліента. Для вырашэння праблемы прагляду і маніпуляцыі ўласцівасцямі паштовага паведамлення непасрэдна на серверы, а таксама пераадоленні шэрагу іншых функцыянальных абмежаванняў быў распрацаваны пратакол IMAP4, яго падтрымка ў большасці камерцыйных сістэм чакаецца ў найбліжэйшай будучыні. Варта заўважыць, што як для выпадку выкарыстання класічнага кліента (каманда mail), так і для выпадку прымянення POP3 ці IMAP4 адпраўка падрыхтаваных кліентам паведамленняў патрабуе наяўнасці сервера SMTP. На малюнку 1.6 прыведзена схема падання тыповай SMTP-сістэмы, выкарыстоўвалай як традыцыйны для АС UNIX файлавы метад доступу да паштовай скрыні, так і доступ па пратаколах POP3 і IMAP4. яго падтрымка ў большасці камерцыйных сістэм чакаецца ў найбліжэйшай будучыні. Варта заўважыць, што як для выпадку выкарыстання класічнага кліента (каманда mail), так і для выпадку прымянення POP3 ці IMAP4 адпраўка падрыхтаваных кліентам паведамленняў патрабуе наяўнасці сервера SMTP. На малюнку 1.6 прыведзена схема падання тыповай SMTP-сістэмы, выкарыстоўвалай як традыцыйны для АС UNIX файлавы метад доступу да паштовай скрыні, так і доступ па пратаколах POP3 і IMAP4. яго падтрымка ў большасці камерцыйных сістэм чакаецца ў найбліжэйшай будучыні. Варта заўважыць, што як для выпадку выкарыстання класічнага кліента (каманда mail), так і для выпадку прымянення POP3 ці IMAP4 адпраўка падрыхтаваных кліентам паведамленняў патрабуе наяўнасці сервера SMTP. На малюнку 1.6 прыведзена схема падання тыповай SMTP-сістэмы, выкарыстоўвалай як традыцыйны для АС UNIX файлавы метад доступу да паштовай скрыні, так і доступ па пратаколах POP3 і IMAP4.

4085/2, Сарокін Д. С. Паштовыя пратаколы.Метады барацьбы са спамам

SMTP

SMTP (англ. Simple Mail Transfer Protocol - просты пратакол перадачы пошты) - гэта шырока выкарыстоўваецца сеткавы пратакол, прызначаны для перадачы электроннай пошты ў сетках TCP / IP.

SMTP-транзакцыі

SMTP – які патрабуе злучэння тэкставы пратакол, па якім адпраўнік паведамлення звязваецца з атрымальнікам пасродкам выдачы камандных радкоў і атрыманні неабходных дадзеных праз надзейны канал, у ролі якога звычайна выступае TCP-злучэнне (Transmission Control Protocol – пратакол кіравання перадачай). SMTP-сесія складаецца з каманд, якія пасылаюцца SMTP-кліентам, і адпаведных адказаў SMTP-сервера. Калі сесія адчыненая, сервер і кліент абменьваюцца яе параметрамі. Сесія можа ўключаць нуль і больш SMTP-аперацый (транзакцый).

SMTP каманды

SMTP-аперацыя складаецца з трох паслядоўнасцяў каманда/адказ:

MAIL FROM - усталёўвае зваротны адрас (г.зн.

[паведамленне]

SMTP-сістэмы за апошні час актыўна развіваліся ў наступных кірунках:

Return-Path, 53121.From, mfrom). Гэта адрас для вернутых лістоў.

RCPT TO - усталёўвае атрымальніка дадзенага паведамлення. Гэтая каманда можа быць дадзена некалькі разоў, па адным на кожнага атрымальніка. Гэтыя адрасы таксама з'яўляюцца часткай абалонкі.

Адным з асноўных элементаў з'яўляецца канфігурацыя SMTP-сервера. Разгледзім, што гэта такое і як зрабіць патрэбныя налады для розных сітуацый.

Што такое SMTP?

Скарачэнне SMTP паходзіць ад ангельскага словазлучэння , што ў перакладзе азначае «просты пратакол адпраўкі пошты». Галоўным чынам вобласць яго ўжывання абмяжоўваецца сеткамі на аснове TCP/IP і карыстацкім узроўнем.

У любой мэйл-праграме, часта званай паштовым кліентам, маюцца спецыяльныя наладкі, якія дазваляюць сканфігураваць параметры пратакола. Менавіта яго праз усе электронныя лісты адпраўляюцца на паштовы сервер, дзе чакаюць рэтрансляцыі. Першапачаткова SMTP-сервер выкарыстоўвае TCP-порт пад нумарам 25. Аднак з развіццём сэрвісаў электроннай пошты настройкі могуць істотна змяняцца.

Ці патрэбна настройка сервера пры адпраўцы ліста з паштовага сэрвісу?

Як правіла, любы паштовы сэрвіс у інтэрнэце, які прапануе карыстальнікам паслугі па адпраўцы і атрыманню электроннай карэспандэнцыі, ужо абсталяваны загадзя настроеным SMTP-серверам. Гэта значыць карыстачу вырабляць нічога не трэба.

Самі ж сэрвісы для ўваходу ва ўласную паштовую скрыню патрабуюць ад карыстача толькі ўводу лагіна і пароля, паказаных пры рэгістрацыі, і наладжваць, напрыклад, SMTP-сервер Mail.Ru не патрабуецца ўсяго толькі па тым чынніку, што ў самім сэрвісе ўсё гэта было зроблена першапачаткова (без гэтага служба проста не працавала б). Але што рабіць, калі карыстач інтэрнэт-рэсурсамі па нейкім чынніку не карыстаецца, а аддае перавагу стандартныя кліенты накшталт майкрасофтаўскіх Outlook Express і Outlook або іншыя праграмныя прадукты, маючы пры гэтым зарэгістраваную скрыню менавіта ў інтэрнэт-сэрвісе?

Наладжваем сервер SMTP (Mail.Ru — паштовы сэрвіс, дзе зарэгістравана скрыня)

Паглядзім на стандартныя параметры, якія варта прымяніць да дадзенага сэрвісу. Незалежна ад паштовага кліента абсалютна ўсе налады будуць ідэнтычнымі.

Такім чынам, для таго каб правільна сканфігураваць SMTP-сервер Mail.Ru, варта задаць наступныя параметры:

  • сервер выходнай карэспандэнцыі - smtp.mail.ru;
  • імя юзэра - поўная назва зарэгістраванага ў сэрвісе адраса электроннай пошты;
  • пароль - бягучае кодавае спалучэнне літар, лічбаў і сімвалаў, якое выкарыстоўваецца для ўваходу ў скрыню;
  • порт пры выбары пратаколу шыфравання SSL/TLS - 465.

[колькасць

* +OK scan listing follows

Пасля ўступлення ў сілу гэтых настроек пошту можна будзе прымаць непасрэдна ў карыстацкай праграме. Як бачны, порт SMTP-сервера адрозніваецца ад стандартнага (25), але гэта злучана ўжо з пратаколамі TCP/IP.

Наладжваем сервер SMTP на Yandex

Не меней папулярным з'яўляецца і сэрвіс Yandex.Ru. SMTP-сервер для яго наладжваецца цалкам аналагічнай выявай.

На наступным этапе які рэгіструецца дамен і пераходзім у панэль параметраў DNS, дзе змяняем месцамі і A.

Чакаем, пакуль адбудзецца абнаўленне DNS-зон, і пераходзім на ўкладку WEB у панэлі Vesta, дзе дадаем зарэгістраваны дамен.

Пасля гэтага які рэгіструецца акаўнты SMTP у падзеле Mail. Для праверкі ў тым жа раздзеле выкарыстоўваем укладку Open Webmail. У якое з'явілася акне EXIM-сервера ўводны параметры створанага SMTP і адпраўляем выпрабавальны ліст. Калі ўсё нармальна, можна сябе павіншаваць.

Звярніце ўвагу, што ў некаторых выпадках для масавага рассылання можа запатрабавацца наяўнасць лічбавага подпісу (не блытаць з запісам PTR, якая адказвае толькі за сапраўднасць дамена ці хаста). Пры яе адсутнасці некаторыя прымаючыя службы могуць паставіцца да рассылання недаверна, а сама ўваходная карэспандэнцыя будзе пазначана як сумнеўная. Так што пра гэта трэба паклапаціцца загадзя.

Замест пасляслоўя

Застаецца дадаць, што настройка SMTP-сервера для паштовых кліентаў не такая ўжо складаная, як гэта магло здацца спачатку. Але вось для масавых рассылак над наладай давядзецца, што называецца, папацець. І выкарыстоўваць можна не толькі той варыянт, які быў прадстаўлены вышэй. Некаторыя распрацоўшчыкі ўжо сёння прапануюць аўтаматызаваныя сістэмы стварэння і налады такіх сервераў за вельмі ўмераны поплатак (а то і наогул бясплатна).


0 replies on “Паштовыя smtp”

Leave a Reply

Your email address will not be published. Required fields are marked *