SMTP (Simple Mail Transfer Protocol) е стандарт за електронна поща. Първоначално фиксиран в RFC 821 (1982), последно е актуализиран през 2008 г. с разширени SMTP добавки за RFC 5321 (широко използвани днес от протокола). Въпреки че пощенските сървъри и други пощенски агенти използват SMTP за предаване и получаване на кореспонденция по електронната поща, софтуерът за интерфейс на клас обикновено използва SMTP портове само за изпращане на данни към сървъра за повторно предаване. Клиентските приложения обикновено използват или IMAP, POP3, за да получават съобщения. Тези протоколи са най-удобните и търсени за тези цели: те имат разширена функционалност и широк спектър от възможности.

Характеристични характеристики

SMTP комуникацията между пощенските сървъри използва TCP порт 25. Пощенските клиенти често изпращат външни адреси към пощенския сървър на порт 587. Въпреки че по-старите външни доставчици по-рано позволяват използването на нестандартен порт 465 за това целта


Защитените от SMTP TLSs, известни като SMTPS, могат да бъдат изпълнявани с помощта на технологията STARTTLS. Патентованите системи и системи за електронна поща използват свои собствени нестандартни протоколи за достъп до пощенските кутии на техните пощенски сървъри - всички компании използват SMTP сървърни портове, когато изпращането и получаването на електронна поща се извършва извън техните собствени системи.

Определяне на SMTP протокол

Почти всички интернет дейности са възможни чрез протоколи - специалнимрежови софтуерни правила, които позволяват на компютъра да комуникира с всички мрежи, така че потребителите да могат да правят покупки, да четат новини и да изпращат електронна поща. Протоколите са жизненоважни за ежедневната мрежова дейност - те са вградени в мрежовия софтуер и се използват по подразбиране. Протоколът за SMTP порт осигурява набор от кодове, които опростяват обмена на електронни съобщения между сървърите (мрежов компютър, който обработва входяща и изходяща електронна поща). Това е един вид абревиатура, която позволява на сървъра да раздели различни части от съобщението на категории, които друг сървър може да разбере. Когато потребителят изпрати съобщение, той се преобразува в текстов низ, разделен от кодови думи (или цифри), които определят целта на всеки раздел.

Техническа терминология

SMTP е протоколът TCP /IP, използван за работа с електронна поща по пощата. Обаче, тъй като е ограничена от възможността за изпращане на съобщения към опашката от приемащата страна, тя обикновено се използва или с POP3 или IMAP, което ви позволява да съхранявате данни на сървъра и, ако е необходимо, да ги изтегляте. С други думи, обикновено се използва приложение, което избира SMTP за изпращане на електронна поща и POP3 или IMAP, за да получава кореспонденция. В Unix системите sendmail е най-широко използваният SMTP сървър за електронна поща. Пакетът sendmail съдържа POP3 сървъра. Microsoft Exchange включва SMTP сървър и може да бъде конфигуриран да поддържа POP3. SMTP обикновено се използва за работачрез интернет порт 25. Алтернативата на SMTP, която се използва широко в Европа, е X 400. Много пощенски сървъри вече поддържат ESMTP, който ви позволява да изпращате мултимедийни файлове като електронна поща.

История

През 60-те години бяха използвани различни форми на електронни съобщения. Потребителите комуникираха чрез системи, създадени за конкретни мейнфрейми. Тъй като все повече и повече компютри станаха взаимосвързани, имаше нужда от разработване на стандарти, които да позволяват на потребителите на различни системи да изпращат електронна поща един на друг. SMTP възниква от тези стандарти, разработени през 70-те години. Други приложения включват FTP Mail Protocol от 1973 година. Работата по развитието продължи през 70-те години на миналия век, а ARPANET не се премести в модерния интернет през 1980 година. Тогава Джон Пол предложи протокол за прехвърляне на данни по пощата. SMTP започна да се използва широко в началото на 1980. По това време този протокол беше допълнение към Unix за програмата за копиране на Unix. SMTP работи най-добре при изпращане и получаване на машини, свързани към мрежата, като се използва механизма за съхранение и изпращане и са примери за технология за натискане.

Модел за обработка на поща

Електронната поща се изпраща от пощенския клиент (потребителски агент по пощата, MUA) на пощенския сървър (изпращащ поща агент, MSA), използвайки SMTP на TCP порт 587. Повечето доставчици на пощенски кутии все още позволяват изпращане до традиционния порт 25. MSA доставя поща на вашия пощенски агент (агент за прехвърляне на поща, MTA).Често тези агенти са копия на общ софтуер, който се активира с различни параметри на един компютър. Локалната обработка може да се извърши или на една и съща машина, или да се раздели между няколко машини. Процесите на пощенския агент на една и съща машина могат да бъдат обменяни, но ако обработката се извършва на няколко машини, те комуникират помежду си, използвайки SMTP порта, където всяка машина е конфигурирана да използва следващата машина като интелигентен хост.

Преглед на протокола

SMTP е текстово базиран протокол, ориентиран към връзката, при който изпращачът на поща общува с получателя на пощата чрез издаване на командни редове и предоставяне на необходимите данни на надежден и добре организиран канал за обмен на данни. SMTP сесията се състои от команди, създадени от SMTP клиента (иницииращ агент, подател или подател) и съответните отговори от SMTP сървъра (агент за слушане или получател). Една сесия може да включва нула или повече SMTP транзакции, които се състоят от три последователности от команди /отговори:

MAIL (mail.ru сървър SMTP порт) за задаване на обратен адрес, наричан също обратен път.

RCPT за задаване на получателя на съобщението. Тази команда може да бъде издадена многократно, но веднъж за всеки потребител.

ДАННИ за сигнализиране на началото на текста и неговото съдържание. Този параметър се състои от заглавието и тялото на съобщението, разделени от празен ред. DATA представлява група команди, на които сървърът отговарядва пъти: веднъж за самата команда DATA, за да потвърдите, че е готова да приеме данните, отново след последователността от информация, за да приеме или отхвърли всички съобщения.

В допълнение към междинния отговор за DATA, отговорът на всеки сървър може да бъде положителен или отрицателен (код 2xx). Отрицателните отговори могат да бъдат постоянни (кодове 5xx) или временни (кодове 4xx). Отклонението е постоянен неуспех и клиентът трябва да изпрати съобщение за отпадане на сървъра, на който го е получил. Падането е положителен отговор, последвано от отказ от посланието.

SMTP порта и техните стойности

протокол за доставка само на SMTP. При нормална употреба пощата се изпраща до пощенския сървър на местоназначението, например SMTP сървъра на пощенския порт. Данните се изпращат на базата на целевия сървър, а не на отделните потребители, на които е адресиран. Други протоколи POP или IMAP) са специално предназначени за използване от отделни потребители, които получават съобщения и управляват пощенски кутии. SMTP, POP и IMAP са неприемливи за протоколи за препредаване чрез използване на прекъсваеми компютри. Те са предназначени за работа след крайната доставка, когато е изтрита информация от критично значение за правилната работа на пощенския рипитър.

Стартиране на опашка за дистанционно съобщение

Стартирането на опашката на дистанционното съобщение е SMTP функция, която позволява на отдалечен хост да започне да обработва поща на сървъра, така че да може да получава съобщения, предназначени за него, като изпраща команда TURN. Тази функция обаче бе създаденапотенциална заплаха за сигурността на данните и беше разширена до 1985 RFC от екипа на ETRN, който надеждно работи, използвайки метода за удостоверяване на базата на информация за системата за име на домейн.

Международен адрес на електронна поща

Потребители, чийто скрипт не е латински, или които използват диакритични знаци, които не са в набора от символи ASCII, изпитват трудности при изискването на имейл адрес на латиница (SMTP порт mail.ru). RFC 6531 е създаден за решаване на този проблем чрез предоставяне на възможности за интернационализация за SMTP, разширяване на SMTPUTF8 и поддържане на многобайтови и не-ASCII символи в имейл адреси. Примери: диакритични знаци и други езикови знаци (гръцки и китайски). Също така важи и за SMTP-порта Yandex. Настоящата подкрепа за този документ в момента е ограничена, но представлява голям интерес за широкото въвеждане на RFC 6531 и RFC в страни като Китай, които имат голяма потребителска база, където латинският (ASCII) е чужд сценарий.

Изходящ SMTP сървър

Имейл клиентът трябва да знае IP адреса на изходящия си SMTP сървър. Това трябва да бъде маркирано като част от неговата конфигурация (обикновено DNS име). Този сървър ще предоставя изходящи съобщения от името на потребителя.

Ограничаване на достъпа до сървъра за изходяща поща

Администраторите на сървъри трябва да имат известен контрол върху тези клиенти, които могат да използват сървъра. Това ви позволява да се справяте със злоупотреби и спам. Широко се използват следните решения: по-рано, много системи въвеждат ограничения за използванетоместоположението на клиента, което позволява само използването на клиенти, чийто IP адрес е един от сървърните администратори. Използването от всеки друг IP адрес на клиента не е разрешено. Модерните SMTP сървъри обикновено предлагат алтернативна система, която изисква удостоверяване на клиенти за идентификационни данни, преди да позволи достъп.

SMTP - кой порт се използва?

Връзката между пощенските сървъри обикновено винаги използва стойността по подразбиране на TCP порт 25, предназначен за SMTP. Обаче пощенските клиенти обикновено използват някои портове за smtp, ssl портове. Повечето доставчици на интернет услуги сега блокират целия трафик на пристанища от своите клиенти като мярка за защита от спам. По същата причина предприятията обикновено персонализират защитната си стена, за да позволят изходящия порт от определени пощенски сървъри.

Пример за SMTP транспорт

Типичен пример за изпращане на SMTP съобщение до два псевдонима и пощенските кутии на боса, намиращи се в същия пощенски домейн (example.com или localhost.com), се възпроизвежда в следващия обменен сеанс. След като подателят на съобщението (SMTP клиент) установи надежден комуникационен канал за получателя на съобщението (SMTP сървър), сесията се отваря със сървъра, обикновено съдържа пълното му име на домейн (FQDN), в този случай smtp, пример или com , Клиентът инициира диалоговия си прозорец, като отговаря на командата HELO, идентифицира се в командния параметър с пълното си име на домейн (или на грамотния адрес, ако не е наличен).

Допълнителни разширения

Клиентите ще разберат кои опции сървърът поддържа, използвайки EHLO поздравите, вместо оригиналния HELO. Клиентите се връщат в HELO само ако сървърът не поддържа разширения на SMTP протокол. Съвременните клиенти могат да използват разширенията на ESRTP за ключови думи SSRE, за да поискат сървър да увеличи размера на съобщението, което ще бъде прието. Стари клиенти и сървъри могат да се опитат да предадат по-голямо съобщение, което ще бъде отхвърлено след използване на мрежови ресурси, включително времето за свързване към мрежови връзки.

Защита от спам и удостоверяване чрез електронна поща

Оригиналният дизайн на SMTP не можа да идентифицира подателите или да провери дали на сървърите е било позволено да изпращат от тяхно име. В резултат на това могат да се използват спам имейли, които обикновено се използват в спам и фишинг поща. Направени са специални оферти за промяна на SMTP или за тяхната пълна замяна. Един пример за това е Internet Mail 2000, но нито той, нито някой друг е постигнал голям успех пред мрежовия ефект на огромната инсталирана класическа SMTP база. Вместо това пощенските сървъри сега използват различни методи, включително DomainKeys, идентифицирана поща за DomainKeys, рамка за политиката на политиката и DMARC, DNSBL и greylisting, за да отхвърлят или карантират подозрителни имейли.