Протокол отправки почтовых сообщений на сервер

Протокол отправки почтовых сообщений на сервер

Многие пользователи, сталкиваясь с необходимостью настройки того или иного почтового клиента, задаются вопросом: «Что такое протокол электронной почты». Действительно, чтобы «заставить» такую программу нормально функционировать, а затем комфортно ею пользоваться, важно понимать, какой из доступных вариантов следует выбрать, и в чем его отличие от остальных. Именно о почтовых протоколах, принципе их работы и сфере применения, а также о некоторых других нюансах будет рассказано в этой статье.

Протоколы электронной почты

Всего существует три общепринятых стандарта, используемых для обмена электронными письмами (их отправки и получения) – это IMAP, POP3 и SMTP. Есть еще HTTP, который часто называют web-почтой, но прямого отношения к нашей сегодняшней теме он не имеет. Ниже рассмотрим подробнее каждый из протоколов, определив их характерные особенности и возможные различия, но прежде дадим определение самому термину.

Протокол электронной почты, если говорить максимально простым и понятным языком – это то, как именно осуществляется обмен электронной корреспонденцией, то есть, какой путь и с какими «остановками» проходит письмо от отправителя к получателю.

SMTP (Simple Mail Transfer Protocol)

Простой протокол передачи почты – именно так переводится и расшифровывается полное название SMTP. Этот стандарт широко используется для передачи электронной почты в сетях типа TCP/IP (конкретно для передачи исходящей почты используется порт TCP 25). Существует также его более «новая» разновидность – принятое в 2008 году расширение ESMTP (Extended SMTP), хотя от Simple Mail Transfer Protocol его сейчас не отделяют.

Протокол SMTP применяется почтовыми серверами и агентами как для отправки, так и для получения писем, а вот приложения-клиенты, ориентированные на рядовых пользователей, используют его только в одном направлении — отправка электронных писем на сервер для их последующей ретрансляции.

Большинство почтовых приложений, к числу которых относятся общеизвестные Mozilla Thunderbird, The Bat!, Microsoft Outlook, для получения писем используют либо POP, либо IMAP, о которых пойдет речь далее. При этом клиент от Майкрософт (Аутлук) для получения доступа к пользовательской учетной записи на собственном сервере может задействовать проприетарный протокол, но это уже выходит за рамки нашей темы.

POP3 (Post Office Protocol Version 3)

Протокол почтового отделения третьей версии (перевод с англ.) – это стандарт прикладного уровня, который используется специализированными программами-клиентами для получения электронной корреспонденции с удаленного сервера посредством того же типа соединения, что и в случае с SMTP – TCP/IP. Непосредственно в своей работе POP3 задействует порт под номером 110, однако в случае с SSL/TLS-соединением используется 995.

Как уже было сказано выше, именно этот почтовый протокол (как и следующий представитель нашего списка) наиболее часто применяется для непосредственного извлечения почты. Не в последнюю очередь это обосновано тем фактом, что POP3, наряду с IMAP, не только поддерживается большинством специализированных программ-почтовиков, но и используется лидирующими поставщиками соответствующих услуг – Gmail, Yahoo!, Hotmail и т.д.

Примечание: Стандартом в сфере является именно третья версия данного протокола. Предшествующие ей первая и вторая (POP, POP2 соответственно) на сегодняшний день считаются морально устаревшими.

IMAP (Internet Message Access Protocol)

Это – протокол прикладного уровня, используемый для доступа к электронной корреспонденции. Как и рассмотренные нами выше стандарты, IMAP основан на транспортном протоколе TCP, а для выполнения возлагаемых на него задач используется порт 143 (или 993 для соединений типа SSL/TLS).

Собственно, именно Internet Message Access Protocol предоставляет наиболее широкие возможности по работе с письмами и непосредственно почтовыми ящиками, размещенными на центральном сервере. Приложение-клиент, использующее для своей работы данный протокол, имеет полный доступ к электронной корреспонденции так, как будто она хранится не на сервере, а на компьютере пользователя.

IMAP позволяет выполнять все необходимые действия с письмами и ящиком (ящиками) непосредственно на ПК без необходимости постоянной отправки на сервер прикрепленных файлов и текстового содержимого и обратного их получения. Рассмотренный выше POP3, как мы уже обозначили, работает несколько иначе, «подтягивая» необходимые данные при подключении.

Как было сказано в самом начале статьи, HTTP – это протокол, который не предназначен для связи по электронной почте. При этом он может использоваться для доступа к почтовому ящику, составления (но не отправки) и получения электронных писем. То есть он выполняет лишь часть функций, характерных для рассмотренных выше почтовых стандартов. И все же, даже при этом его нередко называют веб-почтой. Возможно, определенную роль в этом сыграл некогда популярный сервис Hotmail, в котором используется именно HTTP.

Выбор протокола электронной почты

Итак, ознакомившись с тем, что представляет собой каждый из существующих почтовых протоколов, мы можем смело переходить к непосредственному выбору наиболее подходящего. HTTP, в силу обозначенных выше причин, интереса в данном контексте не представляет, а SMTP ориентирован на решение задач, отличных от тех, которые выдвигает перед собой рядовой пользователь. Следовательно, когда речь заходит о настройке и обеспечении корректной работы почтового клиента, выбирать следует между POP3 и IMAP.

Internet Message Access Protocol (IMAP)

В том случае, если вы желаете иметь оперативный доступ ко всей, даже не самой актуальной электронной корреспонденции, настоятельно рекомендуем остановить свой выбор на IMAP. К достоинствам данного протокола можно причислить налаженную синхронизацию, позволяющую работать с почтой на разных устройствах – как одновременно, так и в порядке очереди, благодаря чему необходимые письма всегда будут под рукой. Основной же недостаток Internet Message Access Protocol вытекает из особенностей его функционирования и заключается в сравнительно быстром заполнении дискового пространства.

Есть у IMAP и другие, не менее важные достоинства – он позволяет упорядочивать письма в программе-почтовике в иерархическом порядке, создавать отдельные директории и помещать сообщения туда, то есть выполнять их сортировку. Благодаря этому можно довольно легко организовать эффективную и комфортную работу с электронной корреспонденцией. Однако из столь полезной функции вытекает еще один недостаток – наряду с потреблением свободного места на диске, оказывается повышенная нагрузка на процессор и оперативную память. К счастью, это заметно только в процессе синхронизации, причем исключительно на маломощных устройствах.

Post Office Protocol 3 (POP3)

POP3 подойдет для настройки почтового клиента в том случае, если для вас первостепенную роль играет наличие свободного места на сервере (накопителе) и высокая скорость работы. При этом важно понимать следующее: останавливая свой выбор на этом протоколе, вы отказываете себе в синхронизации между устройствами. То есть, если вы получили, например, три письма на устройство №1 и отметили их как прочитанные, то на устройстве №2, тоже работающем по Post Office Protocol 3, они не будут отмечены таковыми.

Читайте также:  Стоимость акций apple за 10 лет

Достоинства POP3 состоят не только в экономии дискового пространства, но и в отсутствии хотя бы мало-мальски заметной нагрузки на ЦПУ и ОЗУ. Данный протокол, независимо от качества интернет-соединения, позволяет загружать электронные письма целиком, то есть со всем текстовым содержимым и вложениями. Да, это происходит только при подключении, но вот более функциональный IMAP, при условии ограниченного трафика или низкой скорости, загрузит сообщения лишь частично, а то и вовсе покажет только их заголовки, а большую часть содержимого оставит на сервере «до лучших времен».

Заключение

В этой статье мы постарались дать максимально развернутый и понятный ответ на вопрос, что же такое протокол электронной почты. Несмотря на то, что всего их существует четыре, интерес для рядового пользователя представляют лишь два – IMAP и POP3. Первый заинтересует тех, кто привык пользоваться почтой с разных устройств, иметь быстрый доступ абсолютно ко всем (или необходимым) письмам, упорядочивать их и организовывать. Второй же является более узконаправленным – значительно более быстрым в работе, но не позволяющим организовывать ее сразу на нескольких устройствах.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Эта статья о методах диагностики почтовых протоколов. Она предназначена для начинающих администраторов, желающих больше узнать об инструментах для быстрого тестирования авторизации/отправки/приема почтовых сообщений как сервером, так и клиентом. Но также может служить хорошей памяткой соответствующих команд и для более опытных администраторов.

Материал разбит следующим образом:

В сети достаточно материалов по отдельным пунктам, но все разбросано по разным местам и, когда возникает необходимость выполнить ту или иную операцию, приходится по разным ресурсам вспоминать нюансы авторизации, способы быстрой кодировки в base64, ключи к openssl и tshark. Здесь все собрано вместе, а также добавлена информация о дешифровке SSL/TLS трафика.

Обозначения

$ — приглашение в обычном шелле, указанная после него команда выполняется от обычного пользователя

# — приглашение в рутовом шелле, указанная после него команда выполняется с правами администратора

## — строка с комментарием

Запрос клиента в почтовых сессиях выделен жирным шрифтом.

Почтовые порты

Основные порты, использующиеся в работе почтовых серверов по RFC (документы, регламентирующие работу сети интернет и ее основных компонентов):

  • 25/tcp SMTP (стандартный порт)
  • 465/tcp SMTPS (устаревший)
  • 587/tcp submission (порт для обслуживания клиентов)
  • 110/tcp POP3 (стандартный порт)
  • 995/tcp POP3S (порт с предварительной установкой SSL/TLS соединения)
  • 143/tcp IMAP (стандартный порт)
  • 993/tcp IMAPS (порт с предварительной установкой SSL/TLS соединения)

Здесь перечислены только основные, помимо них разные реализации серверов могут использовать другие порты для своих служебных целей, для пользовательского и административного веб-интерфейса, общения узлов кластера и т.д.

Используемые и рекомендуемые утилиты

В статье используются telnet, openssl, tshark. Для наглядности взаимодействия сервера и клиента, использования команд протокола. На регулярной основе и для автоматизации каких-то процессов можно использовать утилиты, которые скрывают от нас все эти детали, но которые проще включаются в скрипты. Из таких утилит могу порекомендовать скрипт на perl smtp-cli (http://www.logix.cz/michal/devel/smtp-cli/), обладающий широкой функциональностью, в том числе и возможностью SMTP авторизации. Также рекомендую утилиту imtest из состава cyrus-clients, которой можно протестировать IMAP протокол. smtp-sink, утилиту из состава postfix, которая эмулирует почтовый сервер. С ее помощью можно отлаживать работу почтового клиента в том случае, если нет ни доступа к существующим почтовым серверам, ни возможности включения в настройках клиента подробного журналирования.

При помощи nmap можно быстро проверить, доступны ли порты снаружи, то есть, слушаются ли они программами и не закрыты ли при этом файерволом:

По этому выводу видно, что на сервере доступны SMTP/IMAP порты, но недоступны порты для
POP3 протокола.

Через netstat можно посмотреть не только прослушиваемые и используемые порты, как часто предполагают, но и процессы, связанные с этими портами. Вот вывод netstat для этого же почтового сервера:

В этом примере в качестве SMTP сервера используется postfix и dovecot в качестве IMAP. POP3 в списке отсутствует, так как в настройках dovecot этот протокол отключен, как неиспользуемый.

В современных дистрибутивах пакет net-tools уже часто не ставится, считается устаревшим. В качестве замены испольуется утилита ss из состава iproute. Это более узко заточенная и в свой области, вероятно, более функциональная утилита с возможностью настройки фильтров как в tcpdump/tshark. Но мне, например, не нравится, как у нее отформатирован вывод информации. Чтобы чуть это исправить, можно использовать sed:

*) для удобства использования можно поместить следующую bash функцию в

Здесь приведены примеры сессий по SMTP/IMAP/POP3 протоколам. Для соединения используется клиент телнет, который либо в системе установлен по-умолчанию, либо устанавливается из репозиториев:

Рис. 5. SMTP протокол в терминах модели OSI

В настоящее время SMTP стал стандартом де-факто. В большой степени такая популярность объясняется сравнительной простотой реализации и широкими возможностями расширяемости без ущерба для обратной совместимости с существующими версиями почтовых систем. Немаловажным фактором является также широкая доступность спецификаций и отсутствие необходимости отчислять средства за их использование.

SMTP-системы за последнее время активно развивались в следующих направлениях:

  • расширение протокола общения сервер-сервер (собственно SMTP);
  • создание и улучшение протокола общения клиент-сервер (POP3, IMAP4);
  • внедрение и расширение нового формата сообщений (MIME).

Начальная версия протокола 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.

Читайте также:  Оператор сравнения двух переменных c

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

Рис. 6. Схема типичной SMTP-системы с поддержкой POP3 и IMAP4

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

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

Немаловажной проблемой при передаче данных через SMTP-системы является обеспечение конфиденциальности. Поскольку сообщения передаются в текстовом виде, они могут быть легко перехвачены и произвольным образом изменены. Для решения проблем с защитой информации был создан стандарт на шифрование тела сообщения, так называемый засекреченные многофункциональные расширения почты (Secure MIME или S/MIME). Однако, этот протокол не в состоянии защитить от перехвата заголовки сообщений.

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

Модель протокола. Взаимодействие в рамках SMTP строится по принципу двусторонней связи, которая устанавливается между отправителем и получателем почтового сообщения. При этом отправитель инициирует соединение и посылает запросы на обслуживание, а получатель на эти запросы отвечает. Фактически, отправитель выступает в роли клиента, а получатель — сервера.

Рис. 7. Схема взаимодействия по протоколу SMTP

Канал связи устанавливается непосредственно между отправителем и получателем сообщения. При таком взаимодействии почта достигает абонента в течение нескольких секунд после отправки.

Формат почтового сообщения (RFC-822)

Поле Date определяет дату отправки сообщения, поле From — отправителя, а поля сс и To — получателя(ей). Чаще заголовок содержит дополнительные поля:

В данном случае поле Sender указывает, что George Jones не является автором сообщения. Он только переслал сообщение, которое получил из Secy@SHOST . Поле Message-ID содержит уникальный идентификатор сообщения и используется программами доставки почты. Следующее сообщение демонстрирует все возможные поля заголовка:

Поле Subject определяет тему сообщения, Reply-To — пользователя, которому отвечают, Comment — комментарий, In-Reply-To — показывает, что сообщение относится к типу "В ответ на Ваше сообщение, отвечающее на сообщение, отвечающее . ", X-Special-action — поле, определенное пользователем, которое не определено в стандарте.

Следует сказать, что формат сообщения постоянно дополняется и совершенствуется. В RFC-1327 введены дополнительные поля для совместимости с почтой X.400. Кроме этого, следует обратить внимание на поля некоторых довольно часто встречающихся заголовков, которые не регламентированы в RFC-822. Так первое предложение заголовка, которое начинается со слова From , содержит UUCP-путь сообщения, по которому можно определить, через какие машины сообщение "пробиралось". Поле Received: содержит транзитные адреса почтовых серверов с датой и временем прохождения сообщения. Вся эта информация полезна при разборе трудностей с доставкой почты.

Дисциплины работы и команды протокола.

Наиболее распространенной дисциплиной является отправка почтового сообщения, которая начинается по команде MAIL, идентифицирующей отправителя: Следующей командой определяется адрес получателя:

После того, как определен отправитель и получатель почтового сообщения, можно отправлять последнее:

Команда DATA вводится без параметров и идентифицирует начало ввода почтового сообщения. Сообщение вводится до тех пор, пока не будет введена строка с точкой в первой позиции. Согласно стандарту почтового сообщения RFC822 отправитель передает заголовоки тело сообщения, которые разделены пустой строкой. Сам протокол SMTP не накладывает каких-либо ограничений на информацию, которая заключена между командой DATA и "." в первой позиции последней строки.

Другой дисциплиной, определенной в протоколе SMTP является перенаправление почтового сообщения (forwarding). Если получатель не найден, но известно его местоположение, то сервер может выдать сообщение:

Если сервер может сделать только предположение о дальнейшей рассылке, то ответ будет несколько иным:

Верификация и расширение адресов составляют дисциплину верификации. В ней используются команды VRFY и EXPN. По команде VRFY сервер подтверждает наличие или отсутствие указанного пользователя:

Читайте также:  Хонор 9 функция распознавания лица

Используя команду EXPN можно получить список местных пользователей:

В список дисциплин, разрешенных протоколом SMTP входит кроме отправки почты еще и прямая рассылка сообщений. В этом случае сообщение будет отправляться не в почтовый ящик, а непосредственно на терминал пользователя, если пользователь в данный момент находится за своим терминалом. Прямая рассылка осуществляется по команде SEND, которая имеет такой же синтаксис, как и команда MAIL. Кроме SEND прямую рассылку осуществляют SOML (Send or Mail) и SAML (Send and Mail). Назначение этих команд легко понять из их названия.

Для инициализации канала обмена почтой и его закрытия используются команды HELO и QUIT соответственно. Первой командой сеанса должна быть команда HELO.

Протокол допускает рассылку почтовых сообщений в режиме оповещения. Для этой цели отправитель в адресе получателя может указать несколько пользователей или групповой адрес. Обычно, программное обеспечение SMTP выбирает эту информацию из заголовка почтового сообщения и на ее основе формирует параметры команд протокола.

Если сообщение по какой-либо причине не может быть разослано, то получатель формирует сообщение о неразосланном сообщении:

При использовании доменных имен следует использовать канонические имена, т.к. некоторые системы не могут определить синоним по базе данных named.

Кроме выше перечисленных дисциплин протокол позволяет отправителю и получателю меняться ролями друг с другом. Происходит это по команде TURN.

Для отладки или проверки соединения по SMTP можно использовать telnet. Для этого вслед за адресом машины следует ввести номер порта:

25 порт используется в Internet для обмена сообщениями по протоколу SMTP. В интерактивном режиме пользователь сам изображает клиента SMTP и может посмотреть реакцию удаленной машины на его действия.

Адресация в SMTP-системах

В системах на базе SMTP используется интуитивно понятная, простая и одновременно очень мощная иерархическая схема адресации, аналогичная той, что принята в службе имен Internet (Domain Name Services или DNS). Данная схема может обеспечить уникальность адреса практически неограниченному числу пользователей. Почтовый адрес SMTP записывается в следующем виде: где
mailbox — символическое имя почтового ящика пользователя, длинной до 63 символов;
domain — уникальное имя (почтовый домен) системы, в которой зарегистрирован упомянутый пользователь, длинной до 255 символов.

Сочетание имени и домена образует уникальный идентификатор пользователя. Почтовый домен хранит полную информацию о положении системы в иерархии почтового пространства организации. Каждый следующий уровень иерархии отделяется от предыдущего точкой. Разбор имени домена выполняется справа налево. Самый верхний уровень (top level), называемый корневым доменом (root domain), соответствует либо типу организации (com — для коммерческой, gov— для государственной, org — для общественной и т.п.), либо географическому региону (стране) (ru — для России, fr — для Франции и т.д.). Следующими в иерархии идут домены первого уровня (first level), как правило, представляющие имя организации. Регистрацией имен доменов первого уровня занимается международный центр Internet (Internet Network Information Center или InterNIC). За назначение имен доменов более низкого уровня чаще всего отвечают сами компании. Поскольку организациям не запрещается регистрировать для собственных нужд несколько параллельных доменов (например, CIT.MSK.RU и CIT.COM), пользователь может иметь более одного SMTP-адреса. Кроме того, современные SMTP-системы зачастую позволяют назначать псевдонимы для самого почтового ящика (например JohnDoe@CIT.MSK.RU и JonnyD@CIT.MSK.RU).

Рисунок 8 наглядно поясняет принципы SMTP-адресации.

Рис. 8. Иерархическая схема адресации SMTP

В приведенном примере CIT.MSK.RU является субдоменом MSK.RU, который в свою очередь является субдоменом RU. Компания CIT имеет два зарегистрированных имени, и каждый пользователь может иметь два почтовых адреса.

Для того, чтобы SMPT-сервер доставил почту на имя адресата JohnDoe@CIT.MSK.RU, ему предварительно нужно узнать IP-адрес машины, обслуживающей почтовый домен CTI.MSK.RU, обратившись с соответствующим запросом к серверу DNS. В службе имен DNS предусмотрен специальный тип ресурсной записи для обслуживания такого рода запросов — MX или Mail Exchanger, т.е. сервер выполняющий обмен почтовыми сообщениями от имени домена. Упомянутая запись имеет следующий формат: где
domain — это имя почтового домена, к которому принадлежит адресат;
hostname — символическое имя компьютера, располагающего знаниями о том, как осуществлять дальнейшую доставку (для получения IP-адреса компьютера с именем hostname выполняется поиск адресной ресурсной записи в DNS);
cost — относительная стоимость доставки через этот компьютер. При наличии нескольких MX-записей для одного и того же домена, сначала будет выполнена попытка установить соединение с тем компьютером, у которого стоимость доставки ниже. Если такой компьютер окажется недоступен или перегружен, будут использоваться компьютеры с большими значениями стоимости.

Таким образом, чтобы доставить сообщение на имя адресата JohnDoe@CIT.MSK.RU, сначала будет выполнен запрос к серверу DNS на получение списка ресурсных записей с типом MX. Если список не пуст, по имени компьютера с наименьшим значением стоимости доставки будет получен его адрес (опять же через DNS), после чего будет установлено соединение и отправлена почта. Если для домена CIT.MSK.RU нет MX-записи, домен будет трактоваться как имя компьютера. Будет выполнена попытка получить его IP-адрес и доставить сообщение напрямую.

Несмотря на то, что служба имен DNS полагается источником статической информации, маршрутизация сообщений SMTP в Internet может рассматриваться как динамическая, так как следующая точка маршрута (теоретически) должна определяться заново для каждого сообщения.

В сетях, не имеющих прямого выхода в Internet и не использующих возможности MX-записей DNS, активно применяется статическая схема маршрутизации. Практически все существующие SMTP-системы позволяют использовать языки сценариев для описания статических таблиц.

Согласно терминологии, принятой в Internet, SMTP-сервер может выступать в одной (или нескольких) из следующих ролей:

  • mail exchanger — компьютер, непосредственно подключенный к Internet и выполняющий доставку сообщений напрямую адресатам внутри организации, к которой он принадлежит. В организации может быть несколько таких компьютеров с различными или одинаковыми значениями показателя стоимости доставки;
  • relay — компьютер, выполняющий прием почтового трафика от лица других доменов, не имеющих непосредственного и/или постоянного подключения к Internet и, как правило не принадлежащий к организациям, чьи домены он обслуживает. Как косвенно следует из вышесказанного, для каждого отдельного домена может быть определено не более одного relay-сервера;
  • smart host — компьютер, который способен осуществлять пересылку сообщений на основе собственной статической таблицы маршрутизации. Одной из функций smart host является переписывание на конверте адреса получателя и/или отправителя перед осуществлением дальнейшей передачи сообщения.

Большинство современных реализаций SMTP-серверов позволяют сочетать все перечисленные функции на одном компьютере.

Ссылка на основную публикацию
При каком альфа векторы компланарны
Единого обозначения компланарность не имеет. Свойства компланарности Пусть — векторы пространства . Тогда верны следующие утверждения: Если хотя бы один...
Нет msvcr120 dll что делать
Если, попытавшись включить любимую игру, вы натыкаетесь на окно, которое гласит, что запуск программы невозможен по причине отсутствия mscvr120.dll —...
Нет беспроводного сетевого соединения windows 7
На панели задач в Windows или в меню «Центр управление сетями» нет иконки Wi-Fi? Это не значит, что вышло из...
При каком значении m прямая параллельна плоскости
Точка C(—3, 4,1) найдена. 6. Написать уравнение плоскости, проходящей через точки M1(1, —2, 1), M2(4, 2, 3) и параллельной вектору...
Adblock detector