Протокол smtp это: Что такое протокол SMTP — Как работать с СМТП. Списки SMTP серверов

Содержание

Что такое протокол SMTP — Как работать с СМТП. Списки SMTP серверов

“Simple Mail Transfer Protocol — (с английского “простой протокол передачи почты”) — это сетевой протокол, который предназначен для передачи почты.“

Термин часто путают с IMAP и POP. Но SMTP это протокол отправки почты, когда IMAP и POP ー обработки внутренностей после получения письма.
Поэтому он не для расшифровки, SMTP Server создан только для передачи, преимущественно для массовой кампании.

Для чего необходим

СМТП сервер выполняет две функции:

  • Проверяет правильность настроек и выдает разрешение компьютеру отправить письмо.

  • Отправляет сообщение на указанный адрес и удостоверяется в успешной доставке. При сбоях приходит уведомление.

Как осуществляется отправка почты СМТП

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

SMTP протокол сопровождает выполнение ряда команд, в виде последовательностей запросов и ответов.
Основные параметры, которые передают SMTP команды:


  • MAIL FROM — адрес отправителя,

  • RCPT TO — получателя,

  • DATA — заголовок и тело.

Описание стандартных текстовых команд и принципов работы читайте подробно в статье на нашем блоге.

Представим, что у вас уже выполнена настройка SMTP сервера и вы работаете через ePochta Mailer.

Процесс выглядит следующим образом:

  • Например, адрес отправителя указан как [email protected] Программа соединяется с передатчиком Yandex.


  • Программа передает: адреса, тему и контент.


  • СМТП принимает данные и ищет ответный на стороне получателя. Принцип действия:

    • находит, на каком почтовом клиенте зарегистрирован получатель,

    • запрашивает IP,

    • устанавливает соединение по 25 (587 или 465) порту и осуществляет обмен.

  • Если server получателя не отвечает, то предпринимаются еще несколько попыток связаться с ним. Если не удается установить связь в несколько попыток, то возвращается ошибка.

На этом его задача заканчивается, поскольку за доставку отвечают POP и IMAP, и это следующий этап в эстафете.

Для чего нужен и какие типы существуют

SMTP сервер это своеобразный почтальон. Его задача забрать “посылку” у одного юзера, найти оптимальный и точный путь трапспортировки и отдать ее другому пользователю.

Условно делятся на:

  • Обычные.
    Для личных переписок. Чаще они принадлежат провайдерам веб-хостингов, интернет-сетей и т.д. Но особенность в том, что сумма рассылок ограничена, обычно на день.


  • Специальные ретрансляторы.
    Это server для массовой и трансакционной email кампании. Предел заканчивается на миллионах. Можно не бояться, что IP будет заблокирован.

Классифицируются они и в зависимости от источника:

  • От интернет-провайдеров.
    Не требует отдельных навыков, но есть ограничение по количеству и скорости отправления. Количество зависит от выбранного тарифа.


  • От бесплатных почтовых сервисов.
    Yandex, Gmail, Yahoo разрешают рассылать по ретрансляторам. Нужно авторизоваться под личным аккаунтом, указать порт и шифровку. Подходит и для использования с мобильного устройства. Но лимит в разрезе от 150 до 500 писем в день.


  • От хостинг-провайдеров.
    При наличии сайта, можно воспользоваться Simple Mail Transfer Protocol хостинга. Но при спамерстве с сотен сайтов с одним IP, он будет заблокирован почтовыми службами. Чтобы избежать блокировки, арендуйте лучше виртуальный СМТП.


  • От email-сервисов.
    Численность ограничена желанием. Сколько нужно, столько и покупаете. Отправлять можно с сайта, CRM или приложения, после регистрации учетной записи.

Как настроить

Основные параметры — это логин и пароль пользователя. Логин и пароль ー значения, которые вводят при регистрации в системе того сервиса, SMTP сервер которого будет использоваться. На их основе будет проводиться аутентификация.
Например, для бесплатного SMTP сервера Gmail, Yandex, Yahoo и т.д. в качестве логина и пароля выступают персональные данные для входа. В случае ручного ввода нужно указывать дополнительную информацию.
Подробно что такое SMTP и о его настройках можно узнать в справке к программе.

Что такое 25 порт?

Это стандартный порт, который работает по умолчанию. Иногда интернет-провайдеры закрывают к нему доступ с целью блокировки спам-рассылок.
В таком случае, можно воспользоваться одним из дополнительных, на которых работает ретранслятор:


  • 465 — требует защищенного SSL соединения,

  • 587 — при использовании требуется аутентификация пользователя (проверка подлинности данных).

Как работает СМТП, какие преимущества и особенности

Преимущества:


  • Высокая доставляемость
    Чтобы уменьшить спамность, почтовые клиенты ограничивают или вовсе блокируют электронный ящик. С помощью СМТП вероятность блокировки близится к нулю, из-за авторизации пользователя. Так как, при входе в аккаунт учитывают логин и пароль на конкретном сервисе, и вопросов у почтовиков к реальным людям меньше.


  • Безопасное взаимодействие
    Что такое SMTP сервер? Это лишь доставщик, он не заглядывает внутрь письма и не сохраняет личные данные. Информация о клиентской базе хранится только у вас.


  • Миллионы email за несколько минут
    Быстрый обмен и последующая информация в личном аккаунте или в приложении для ПК.


  • Не требует установки специального софта
    Достаточно понять принцип работы и применять простой набор команд. Дополнительно устанавливать ничего не нужно.


  • Отчетность о доставляемости и ошибках отправки
    В случае, если не удалось отправить информацию даже через несколько попыток, то владельцу автоматически приходит сообщение о сбое.

Особенности использования:


  • Лимит может возникнуть со стороны провайдера, для избежания спамерства.


  • Необходимо настраивать в большинстве кейсов. Например, аналитика открытий, переходов, исправление ошибок требует руки разработчика.


  • Автоматический spam-фильтр от провайдера из-за многопоточных запросов и ответов. Simple Mail Transfer Protocol может прекратить попытки отправить сообщение. Для этого необходимо позаботиться о повторной попытке заранее.

Где можно получить SMTP для рассылки?

Многие сервисы поддерживают такую отправку, так что вы сможете работать с ePochta Mailer. Как и у Интернет-провайдеров, в нем есть ограничения на число писем.

ePochta Mailer и ePochta Studio могут работать через неограниченное количество аккаунтов, при этом использоваться последовательно: первое сообщение отсылают через первый Simple Mail Transfer Protocol, второе ー через второй и т.д. Вы можете внести их около 10-20, и программа будет функционировать через каждый, пока не достигнет лимита. Подробнее о добавлении и настройке.

Если ограничения по программе в отправке вас не устраивают, то можно купить smtp сервер для рассылки или арендовать его, затем подключить.

Виртуальный сервер (VPS)

VPS или VDS ー это хорошее решение для емейл кампаний без границ. Но этот вариант требует технических знаний: нужно настроить Simple Mail Transfer Protocol или нанять кого-то, кто сможет это сделать. У вас будет выделенный IP и, как правило, хостинговая компания не вмешивается в то, что вы делаете.

Аренда у наших партнеров


  • smtp.bz
    Транзакционный сервис, который славится хорошим уровнем доставки. В 98,73% случаев из 100% сообщение попадает во "Входящие". Изучите возможности, получив первые 15 000 писем для маркетинговой кампании бесплатно.

    Детальнее


  • smtp3
    Большие мощности для десктопа и веб-сайтов. Есть возможность подключить выделенные СМТП, выбрать скорость и получить свободное место под входящие и баунсы. Арендуя этот тип, вы найдете удобный тариф, получите все необходимые инструменты для работы и значительно повысите уровень инбокса.
    Детальнее


  • spamz.ru
    Подходит для массовой рассылки по всему миру. Выбирая spamz.ru, вы получаете доступ к продвинутым функциям по доступным ценам. 16 вариаций тарифов скорости гарантируют гибкость условий для любого бюджета.
    Детальнее


  • smtprassilka.com
    Надежность и скорость передачи до 100 000 в час. Любой тариф сервиса предоставляет выделенный IP и новый домен, что обеспечивает высокое качество отправления. А с помощью удобной панели управления можно легко создавать и удалять почтовые ящики.
    Детальнее

Внимание! Мы не несем ответственность за качество работы сторонних СМТП. По всем вопросам обращайтесь в службу поддержки выбранного вами сервиса.
Независимо от того, какой вариант вы выберете, программы для почтовых рассылок ePochta Mailer и ePochta Studio помогут вам построить бизнес-рассылку удобно и качественно.

Postfix — Национальная библиотека им. Н. Э. Баумана

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 19:45, 16 июня 2018.

Postfix - свободное ПО, представляющее собой агент передачи почты (MTA — mail transfer agent). Postfix был создан в 1999 году Виетсом Венема во время его работы в IBM Postfix отличается продуманной модульной архитектурой, которая позволяет создать очень надёжную и быструю почтовую систему. Так, например, привилегии root требуются только для открытия порта (TCP 25 порт), а демоны, которые выполняют основную работу, могут работать непривилегированным пользователем в изолированном (chroot) окружении, что очень положительно сказывается на безопасности.

Архитектура Postfix выполнена в стиле UNIX — где простые программы выполняют минимальный набор функций, но выполняют их быстро и надежно. Во время простоя почтовой системы ненужные демоны могут прекращать свою работу, высвобождая тем самым память, а при необходимости снова запускаются master-демоном.

[Источник 1]

Обязанности

  • Принимать почту от других серверов для обслуживаемых нами пользователей и переправлять ее в почтовые ящики c помощью Dovecot.
  • Принимать почту от аутентифицированных пользователей и доставлять ее по назначению.
  • Принимать и доставлять по назначению почту от локальных служб и сервисов, запущенных на нашем сервере. Как правило, она адресована пользователю root, но возможны и другие получатели, в том числе и внешние.[Источник 2]

Базовая настройка почтового сервиса

Установка Postfix на Ubuntu

Установить Postfix можно командой:
apt-get install postfix

При конфигурировании пакета будут заданы несколько вопросов, внимание стоит обратить лишь на предлагаемые профили первоначальной настройки. Вне зависимости от того, какова цель использования Postfix, всегда нужно выбирать Internet Site. Это необходимо сделать для того, чтобы Postfix сгенерировал файл main.cf и сразу начал работу. В противном случае, необходимо будет конфигурировать этот файл самостоятельно.

Общие настройки Postfix

Итак, Postfix установлен. Все настройки этого почтового сервера хранятся в /etc/postfix. В этом каталоге в первую очередь должен интересовать основной файл конфигурации, называющийся main.cf. Теперь настала пора определиться с тем, какую функцию будет выполнять ваш почтовый сервер. Собственно, для каждого из обслуживаемых доменов тут есть два варианта:

  • Либо Postfix будет использоваться только для пересылки почты на другой хост.
  • Либо Postfix будет сохранять почту локально, возможно и не всю, передавая часть на другой хост.

В настройках Postfix есть три основных группы параметров:

  • Параметры локальной доставки.
  • Параметры пересылки.
  • Параметры «виртуальных доменов».

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

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

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

параметр = значение1 значение2 значение3
параметр = значение1, значение2, значение3
параметр =
 значение1
 значение2
 значение3
параметр =
 значение1,
 значение2,
 значение3

В третьем и четвёртом случае необходим пробел в начале каждой строчки с параметром.

Настройка основных параметров Postfix

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

  • Имя хоста - По умолчанию берется из системы, но лучше всегда указывать явно, например: myhostname = mail.example.com
  • Домен вашего сервера - По умолчанию выделяется из имени хоста отбрасыванием первой части, поэтому вручную указывать обычно не нужно. Например: mydomain = example.com
  • Домен, с которого отправляется локальная почта. Автоматически дописывается при необходимости к исходящему адресу. Например: myorigin = $mydomain
  • Домены, для которых данный сервер является конечной точкой доставки почты. Обычно лучше почтовые домены обслуживать через механизм virtual, поэтому в этом параметре чаще всего стоит лишь указать localhost и имя хоста можно вообще оставить значение пустым.
mydestination =
 localhost
 $myhostname
  • Для локальной доставки почты будут использованы виртуальные домены local_recipient_maps =

Теперь можно перейти к настройке общих параметров сервера:

  • Сетевые интерфейсы, на которые принимает почту Postfix. В большинстве случаев all. Например: inet_interfaces = all
  • Протоколы, можно указать так же ipv4 или ipv6. В современном мире поддерживать ipv6 необходимо. Например: inet_protocols = all
  • Доверенные внутренние сети, из которых мы будем принимать практически все соединения.
mynetworks =
 127.0.0.0/8
 [::ffff:127.0.0.0]/104
 [::1]/128
 192.168.0.0/24
  • если у вашего провайдера есть релей, через который вы хотите пересылать исходящую почту, то его можно указать в параметре relayhost:
  1. Релей для исходящей почты
relayhost = smtp.provider.net
  1. Отменяем запросы к DNS для выяснения хоста назначение для исходящей почты, опрашивать релей нет необходимости.
disable_dns_lookups = yes

Локальная доставка

Для организации локальной доставки будет использован не стандартный механизм Postfix, доставшийся в наследство от Sendmail, а механизм виртуальных доменов. Это позволит нам не зависеть от списка локальных пользователей вашего сервера и добавлять ящики даже для пользователей, не имеющих учётных записей на сервере. Конфигурировать виртуальные домены гораздо проще локальных, плюс есть много очень мощных возможностей, доступных только для виртуальных доменов. [Источник 3]

Видео установки Postfix

После того, как postfix настроен и запущен как сервис с предсказуемым именем postfix, в настройках почтовых клиентов можно указывать имя или адрес машины (например, localhost) как SMTP-сервер. Программа fetchmail работает в связке с postfix, опрашивая внешние почтовые ящики пользователей по протоколам POP3 или IMAP и передавая полученные сообщения системному MTA для локальной доставки. Лог-файлы postfix находятся в каталоге /var/log/mail.

Совместимость

Совместим с AIX, BSD, HP-UX, IRIX, GNU/Linux, Mac OS X, Solaris, Tru64 UNIX, фактически может быть собран на любой Unix-подобной операционной системе, поддерживающей POSIX и имеющей компилятор C. Является службой пересылки почты по умолчанию в ОС NetBSD.

Источники

SMTP — простой протокол передачи почты [АйТи бубен]

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

Протокол SMTP использует простые текстовые команды в формате ASCII и возвращает трехзначные кодированные ответы с текстовыми сообщениями. Протокол SMTP описывается документом Internet Request For Comment (RFC) номер 821, который был разработан группой Internet Engineering Task Force (IETF) и опубликован 21 августа 1982 года. С тех пор он претерпел несколько модификаций, но в целом основные команды протокола не изменились.

Ссылки:

Основные команды клиента SMTP

Формат команд в SMTP прост: command [parameter], где command — четырехсимвольная команда протокола SMTP, а parameter — необязательный параметр, определяющий тип данных в команде.

Команда HELO

По определению, длина команд протокола SMTP четыре символа. Приветствие, выдаваемое клиентом на сервер, и есть команда HELO. Формат команды следующий:

HELO domain name

Смысл команды HELO заключается в представлении клиента серверу SMTP. К сожалению, этот метод доступа был разработан на начальной стадии развития сети Internet, когда еще не было столь большого числа попыток несанкционированного проникновения в компьютерные системы. Как видите, клиент может назвать себя любым именем в командной строке. Это привело к тому, что в настоящее время большинство серверов SMTP эту команду используют чисто формально. Если они действительно стараются идентифицировать клиента, то подключается механизм обратного преобразования DNS с целью определения действительного имени хоста клиента согласно системе доменных имен по его IP-адресу. Как правило, в целях безопасности серверы SMTP отказывают в установлении соединения хостам, IP-адрес которых не преобразуется в соответствующее имя хоста. Посылая данную команду, клиент уведомляет сервер о желании установить с ним соединение. Отвечая на эту команду, сервер, в свою очередь, уведомляет об установке нового соединения с клиентом и готовности принимать от него последующие команды.

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

Команда AUTH

Расширение диалога SMTP командой AUTH описывается в RFC 4954.

Возможные механизмы аутентификации:

Разница между PLAIN и LOGIN только в том, что в первом варианте передается логин+пароль одной строкой, а во втором варианте — сначала логин, затем пароль. Но все они кодируются обязательно в Base64.

Команда MAIL

Команда MAIL используется для организации сеанса обмена электронной почтой с сервером после того, как была послана команда HELO. Она указывает, от кого исходит данное сообщение. Формат команды MAIL следующий:

MAIL reverse-path

Аргумент reverse-path не только определяет отправителя сообщения, но также указывает маршрут, по которому можно вернуть сообщение в случае невозможности его доставки. Если отправитель является пользователем на клиентском компьютере, который инициировал сеанс SMTP, то формат команды будет следующим:

MAIL FROM: [email protected]

Заметьте, что в поле FROM указывается адрес электронной почты отправителя сообщения, включая полное имя клиентского хост-компьютера. Эта информация должна присутствовать в поле FROM почтового сообщения (но об этом позже). Если почтовое сообщение проходило на пути от отправителя к получателю через несколько узлов, то каждый из них будет добавлять сведения о себе в поле <reverse-path>. Таким образом документируется путь прохождения сообщения через почтовые серверы. Довольно часто электронная почта от клиентов частных сетей должна проходить через несколько серверов электронной почты, прежде чем попасть в сеть Internet. Информация, которая содержится в поле reverse-path часто полезна при разрешении проблем в системах электронной почты или для обнаружения почтовых серверов, которые пытаются скрыть свою принадлежность, посылая сообщения через неизвестные серверы SMTP.

Команда RCPT

Команда RCPT определяет получателей сообщения. Одно и то же сообщение могут получать несколько пользователей. Обычно каждый получатель указывается отдельной строкой с командой RCPT. Формат команды RCPT следующий:

RCPT forward-path

Аргумент forward-path определяет, куда направляется электронная почта. Как правило, здесь указывается полный адрес электронной почты, но может также указываться и имя пользователя локального сервера SMTP. Рассмотрим для примера следующую команду:

RCPT TO: haley

С помощью этой команды указывается, что сообщение должно быть направлено пользователю haley на сервер SMTP, который обрабатывает сообщения. Таким же образом можно посылать сообщения и пользователям других компьютеров, которые не являются пользователями сервера SMTP, куда направлено сообщение. Рассмотрим, например, следующую команду:

RCPT TO: [email protected]

Команда, направленная серверу SMTP с именем shardrach.smallorg.org, вынуждает принять решение о доставке сообщения именно этот сервер. Так как пользователь не зарегистрирован на локальном сервере shardrach, то серверу придется определить, что делать с сообщением дальше. В этом случае возможны три варианта действий хоста shardrach. Давайте остановимся на них подробнее.

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

Команда DATA

Эта команда является основной в протоколе SMTP. После обработки команд MAIL и RCPT команда DATA используется для передачи информационной части сообщения. Формат команды DATA следующий:

DATA

Все, что следует за этой командой, интерпретируется как сообщение для передачи. Сервер SMTP, как правило, дополняет заголовок сообщения меткой времени и информацией об обратном маршруте return-path. Программа-клиент обозначает конец сообщения посредством передачи строки с одной точкой. Формат этой строки следующий:

<CR><LF>.<CR><LF>

Приняв эту последовательность, сервер SMTP "понимает", что передача сообщения закончена и следует вернуть код ответа, который оповестит клиента о том, что его сообщение принято.

Команда SEND

Команда SEND используется для передачи почтовых сообщений непосредственно на терминал зарегистрированного пользователя системы. Эта команда выполняется только в том случае, когда пользователь находится в системе, и обычно представляет собой всплывающее сообщение, подобно команде write в ОС UNIX. У этой команды имеется серьезный недостаток: с ее помощью внешний пользователь может легко определить, кто в данный момент находится в системе. Эта "возможность" давно и активно эксплуатируется хакерами для получения идентификаторов пользователя в сети Internet у ничего не подозревающих жертв, находящихся в системе. Из-за угрозы безопасности в настоящее время большинство программных пакетов для работы с SMTP уже не содержат эту команду.

Команда RSET

Команда RSET — сокращение от reset (англ. сброс — Прим. пер.). Если клиент запутался в ответах, получаемых от сервера, или решил, что соединение потеряно, он может послать команду RSET и вернуть сеанс к его начальной точке — выполнению команды HELO. При этом все ранее посланные команды — MAIL, RCPT и DATA будут аннулированы. Очень часто к этой команде прибегают в качестве "последнего средства", когда клиент либо потерял последовательность команд, либо получил неожиданный ответ от сервера.

Команда VRFY является сокращением от verify (англ. проверить — Прим. пер.). Ее можно использовать для определения возможности доставки сервером почты определенному получателю перед выполнением команды RCPT. Формат этой команды следующий:

VRFY username

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

Команда VRFY может оказаться эффективным инструментом при поиске неполадок в работе электронной почты. Довольно часто, отправляя почтовые сообщения, пользователи ошибаются при написании имени адресата или хоста и затем недоумевают, почему их сообщения не были получены. Конечно, первое, что они предпримут, — это пожалуются администратору почтовой системы на отвратительную работу системы электронной почты.]'. 5 220 shadrach.smallorg.org ESMTP Sendmail 8.9.3/8.9.3; Thu, 26 Aug 1999 19:20:16 -050 6 HELO localhost 7 250 shadrach.smallorg.org Hello localhost [127.0.0.1], pleased to meet you 8 VRFY rich 9 250 <[email protected],smallorg.org> 10 VRFY [email protected] 11 252 <[email protected]> 12 VRFY jessica 13 550 jessica... User unknown 14 QUIT 15 221 shadrach.smallorg.org closing connection 16 Connection closed by -foreign host. 17 [[email protected] riley]$

В строках 8–13 представлены результаты выполнения команды VRFY. В строке 8 делается попытка выполнить VRFY для локального пользователя rich. Ответ SMTP- сервера в строке 9 подтверждает, что пользователь с таким именем имеется в системе, и клиенту возвращается его полный адрес электронной почты. В строке 10 показан еще один вариант задания команды VRFY. Здесь клиент пытается выполнить команду VRFY для пользователя на удаленном компьютере. Ответ, полученный в строке 11 от системы shadrach, отличается от результата, полученного в строке 9. В разделе "Ответы сервера" значения кодов, возвращаемых сервером, обсуждаются более детально. В нашем случае отметим, что система shadrach уведомляет клиента о том, что почта будет пересылаться пользователю prez на удаленном сервере meshach.smallorg.org. Строка 12 отображает попытку проверить несуществующее имя в системе meshach. Ответ SMTP-сервера в строке 13 в пояснениях не нуждается.

Команда NOOP

Команда NOOP — сокращение от no operation (англ. нет операции — Прим. пер.). Эта команда не оказывает никакого воздействия на SMTP-сервер, за исключением того, что сервер возвращает на нее позитивный код ответа. Она используется при тестировании соединения без пересылки сообщения.

Команда QUIT

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

Формат сообщений интернет EMail описывается в RFC2822, который заменил более старый RFC822.

Стандартные поля заголовка, согласно RFC 822

Документом RFC 822 предусматривается разбиение сообщения на две части. Первая часть называется заголовком. В нее вносятся все данные, идентифицирующие сообщение. Вторая часть называется телом сообщения. Заголовок состоит из полей данных, которые используются по мере необходимости внесения дополнительной информации в сообщение. Поля заголовка и тело сообщения должны разделяться пустой строкой. Для полей заголовка не существует определенного порядка следования, т.е. поля заголовка могут располагаться в произвольном порядке. Кроме того, в одном сообщении поля заголовка могут повторяться. На рисунке представлен общий вид почтового сообщения, соответствующего требованиям RFC 822.

Формат сообщения, согласно RFC 822

Формат поля заголовка Received: (Принято:) следующий:

Received:
from host name
by host name
via physical-path
with protocol
id message-id
for final e-mail destination

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

Формат этого поля заголовка следующий:

Return-Path: route

Последний SMTP-сервер в цепочке пересылки добавляет к сообщению поле возврата (Return-Path). Его цель — определение маршрута, посредством которого сообщение достигло получателя. Если сообщение было послано напрямую на сервер получателя, то в этом поле будет отображаться только один адрес. В противном случае здесь будет отображаться полный список серверов, через которые прошло сообщение, чтобы достичь адресата. Может отличаться от MAIL FROM (то есть обратный адрес может быть указан отличным от адреса отправителя).

В поле Originator указывается адрес отправителя сообщения. Эта информация весьма полезна в ситуации, когда сообщения были отвергнуты несколько раз частными сетями, прежде чем они попали в сеть Internet. Формат этого поля следующий:

Reply-To: address

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

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

Resent-Reply-To:
address

Данные поля заголовка идентифицируют отправителя электронного сообщения. Формат полей Authentic:

From: user-name
Sender: user-name

Поле From:(От:) идентифицирует автора сообщения. Обычно в полях From: и Sender:(Отправитель:) указывается один и тот же пользователь, так что в действительности требуется только одно из этих полей. В том случае, когда отправитель почты не является автором сообщения, а оно лишь посылается с его адреса, оба поля все равно должны быть указаны — этим обеспечивается возврат сообщения отправителю, если доставка его адресату оказалась невозможной. Поля заголовка Resent-authentic

Поля Resent-authentic определяют отправителя сообщения, которое по какой-либо причине повторно передавалось программой-клиентом. Формат этих полей следующий:

Resent-From: date-time Resent-Sender: date-time Поля Resent-From: и Resent-Sender: работают подобно полям From: и Sender:. Они лишь отражают, что сообщение было повторно передано клиентом по неизвестной причине.

Поля заголовка Dates

Поля заголовка Dates используются для помещения метки времени в сообщение при передаче его от клиента серверу. Формат полей Dates следующий:

Date: date-time Resent-Date: date-time Поле Date: (Дата) будет пересылать информацию в заголовке сообщения в точном соответствии с оригиналом сообщения. Этот параметр может оказаться полезным при отслеживании времени получения ответов, в особенности — множественных ответов.

В полях заголовка Destination указываются адреса электронной почты получателей сообщения. Эти поля являются чисто информационными. Сервер SMTP в любом случае не будет посылать сообщение в почтовый ящик пользователя, пока на получит команду RCPT, выданную для данного пользователя (см. раздел "Основные команды клиента SMTP"). Формат этих полей следующий:

To: address
Resent-To: address
CC: address
Resent-CC: address
BCC: address
Resent-BCC: address

Поля To:, CC: и BCC: устанавливают стандартный алгоритм обработки электронной почты. Большинство пакетов для работы с электронной почтой используют именно эту терминологию для классификации получателей сообщения. Поле CC: сходно с памяткой, и указанные в нем получатели должны получить "копию" сообщения. Еще одно новое понятие, введенное системами электронной почты, — BCC: или "невидимая копия" (blind carbon copy). В поле "невидимой копии" также указывается получатель копии сообщения, но его адрес не виден посторонним (это не совсем этично). В связи с этой опцией обсуждалась вопросы компьютерной этики, но на сегодняшний день практически все программы для работы с электронной почтой поддерживают эту возможность.

Необязательными являются поля, которые более подробно идентифицируют сообщение для сервера SMTP, но, согласно RFC 822, могут и не присутствовать в сообщении. Тем не менее эти поля в настоящее время широко распространены, и многим из вас придется столкнуться с ними. Формат некоторых из них следующий:

Message-ID: message-id
Resent-Message-ID: message-id
In-Reply-To: message-id
References: message-id
Keywords: text - list
Subject: text
Comments: text
Encrypted: word

Наиболее полезным и часто используемым из этого набора является поле Subject: (Тема). Большинство программ для работы с электронной почтой допускает ввод отправителем темы сообщения в одну строку, которая описывает для получателя содержание сообщения. Эта строка текста довольно часто используется почтовой программой-клиентом при формировании списков полученных сообщений. Еще одно необязательное поле также помогает идентифицировать почтовое сообщение. Это поле Message-ID: (Идентификатор сообщения). В этом поле сообщению присваивается уникальный идентификационный номер, который может затем отображаться в возвращенном сообщении. Специальное поле шифрования Encrypted: указывает, было ли сообщение в целях безопасности подвергнуто шифрованию, а в Keywords: можно задать ключевые слова, которые можно использовать при поиске определенного текста, встречающегося в сообщении (сообщениях).

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

Первое из дополнительных полей заголовка содержит версию MIME, которую использовал отправитель при кодировании сообщения. В настоящее время в этом поле всегда 1.0.

В поле заголовка Content-Transfer-Encoding указывается способ помещения двоичных данных в сообщение текстового формата ASCII. На сегодняшний день существует семь различных способов кодирования двоичных данных, однако наиболее часто встречается кодирование base64. При применении этого метода кодирования 6-битовые блоки двоичных данных преобразуются в 8-битовые блоки, воспринимаемые как текст ASCII.

Это поле заголовка используется для идентификации сеансов MIME по определенному идентификационному коду, когда содержимое имеет сложную структуру.

Поле заголовка Content-Description используется для текстового описания в формате ASCII данных, помещенных в почтовое сообщение. Это удобно при пересылке документов, созданных при помощи текстового процессора или графики, которые ничем не отличаются, будучи закодированными base64.

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

Тип данных text идентифицирует данные в формате ASCII, которые должны читаться в исходном виде. Здесь существует также два подкласса — plain-текст, т.е. неформатированный ASCII-текст, и enriched-текст, который включает в себя элементы форматирования, схожие с обогащенным текстовым форматом. Новейшие программы для работы с электронной почтой могут работать даже с обогащенным текстовым форматом (RTF).

Тип данных message позволяет почтовой программе отсылать простые сообщения в формате RFC 822. Подклассы этого типа: rfc822, который указывает на то, что вложением является обычное сообщение, соответствующее RFC 822; partial, который позволяет разбивать длинные сообщения на несколько частей, и external-body, который позволяет помещать указатель на объект, не являющийся частью сообщения.

Тип данных image определяет вложение в сообщение двоичных данных, которые представляют собой графическое изображение. В настоящее время для этого типа определено два подкласса — jpeg и gif.

Тип данных video, соответственно, определяет, что вложенные в сообщение данные представляют собой видеоданные. В настоящее время для этого типа определен только один подкласс — формат mpeg.

Тип данных audio обозначает содержимое сообщения как аудиоданные (звуковые файлы). Здесь также пока определен только один подкласс basic, который соответствует одному каналу ISDN с частотой дискретизации 8 Кгц.

Тип данных application соответствует двоичным данным, вложенным в сообщение, которые являются приложением (например, электронные таблицы Microsoft Excel или документы, созданные с помощью текстового процессора Microsoft Word). На сегодняшний день определено два подкласса такого рода данных — postscript и octet-stream. Довольно часто подкласс octet-stream используется при вложении в сообщение прикладных данных, таких как документы Microsoft Word или электронные таблицы Microsoft Excel.

Тип данных multipart идентифицирует сообщения, содержащие несколько различных типов данных. Этот формат довольно часто встречается в почтовых программах, поддерживающих вывод сообщения несколькими способами, например в виде текста ASCII, HTML-текста или аудиофайла. Граничный идентификатор разделяет различные типы данных. В то же время каждый тип данных идентифицируется определенным полем заголовка типа данных. Тип данных multipart имеет четыре подкласса.

Подкласс mixed указывает на то, что каждая из частей сообщения является независимой и все они должны быть представлены получателю в том порядке, в каком они были вложены отправителем. Подкласс parallel указывает то, что каждая из частей сообщения является независимой и все они могут быть представлены получателю в любом порядке. Следующий подкласс alternative указывает, что все части сообщения представляют собой одни и те же данные, но представленные в различном виде. При этом получатель может выбрать наилучшее средство для просмотра полученных данных.]'. 5 220 shadrach.smallorg.org ESMTP Sendmail 8.9.3/8.9.3; Mon, 30 Aug 1999 07:36:58 -050 6 HELO localhost 7 258 shadrach.smallorg.org Hello localhost [127.0.0.1] , pleased to meet you 8 MAIL FROM:[email protected] 9 250 [email protected] Sender ok 10 RCPT TO:rich 11 250 rich... Recipient ok 12 DATA 13 354 Enter mail, end with "." on a line by itself 14 From:"Rich Blum" <[email protected]> 15 To:"rich"<rich©localhost> 16 Subject:Formatted text message test 17 MIME-Version: 1.0 18 Content-Type: multipart/alternative; boundary=bounds1 19 20 –bounds1 21 Content-Type: text/plain; charset=us-ascii 22 23 This is the plain text part of the message that can 24 be read by simple e-mail readers. 25 26 –-bounds1 27 Context-Type: text/enriched 28 29 This is the <bold>rich text</bold> version of the <bigger>SAME</bigger> message. 30 31 –-bounds1-- 32 . 33 250 MAA04305 Message accepted for delivery 34 QUIT 35 221 shadrach.smallorg.org closing connection 36 Connection closed by foreign host. 37 You have new mail in /var/spool/mail/rich 38 [[email protected] rich]$

Листинг 5.6. Пример сеанса SMTP с несколькими вложениями MIME (html, txt) Пример сообщения, представленный в листинге 5.6, является сообщением MIME, которое состоит из двух частей. В строке 18 показан тип данных сообщения. Тип multipart/alternative указывает на то, что в сообщении имеются различные типы данных, которые отделены граничным разделителем bounds1. Данные первого типа начинаются со строки 21 и представляют собой простой ASCII-текст, который может прочесть практически любая почтовая программа.

Данные второго типа начинаются со строки 27 и представляют собой форматированный текст с использованием обогащенного текстового формата.

Так как тип MIME, указанный для сообщения, — multipart/alternative, то определение того, какую версию вложения отобразить, всецело зависит от почтовой программы.

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

В 1995 году увидел свет документ RFC 1869, где был определен метод расширения возможностей протокола SMTP, который назывался "Расширенные службы SMTP".

Расширенный SMTP (Extended SMTP) реализован следующим образом. В начале сеанса SMTP команда HELO заменена на команду приглашения — EHLO. Получение сервером SMTP такой команды означает, что клиент может посылать ему расширенные SMTP команды. В листинге 5.7 показан пример сеанса с использованием EHLO , а также дополнительных команд.

1 [[email protected] katie]$ telnet localhost 25
2 Trying 127.0.0.1...
3 Connected to localhost.
4 Escape character is '^]'.
5 220 shadrach.smallorg.org ESMTP Sendmail 8.9.3/8.9.3; Mon, 30 Aug 1999 16:36:48 -050
6 EHLO localhost
7 250-shadrach.smallorg.org Hello localhost [127.0.0.1] , pleased to meet you
8 250-EXPN
9 250-VERB
10 250-8BITMIME
11 250-SIZE
12 250-DSN
13 250-ONEX
14 250-ETRN
15 250-XUSR
16 250 HELP
17 HELP DSN
18 214-MAIL FROM: <sender> [ RET={ FULL || HDRS} ] [ ENVID=<envid> ]
19 214-RCPT TO: <recipient> [ NOTIFY={NEVER,SUCCESS,FAILURE,DELAY} ]
20 214- [ ORCPT=<recipient> ]
21 214- SMTP Delivery Status Notifications.
22 214-Descriptions:
23 214- RET Return either the full message or only headers.
24 214- ENVID Sender's "envelope identifier" for tracking.
25 214- NOTIFY When to send a DSN. Multiple options are OK, comma -
26 214- delimited. NEVER must appear by itself.
27 214- ORCPT Original recipient.
28 214 End of HELP info
29 HELP ETRN
30 214-ETRN [ <hostname> | @<domain> | #<queuename> ]
31 214- Run the queue for the specified <hostname>, or
32 214- all hosts within a given <domain>, or a specially-named
33 214- <queuename> (implementation-specific).
34 214 End of HELP info
35 QUIT
36 221 shadrach.smallorg.org closing connection
37 Connection closed by foreign host.
38 [[email protected] katie]$

В строке 6 задана SMTP-команда EHLO для подключения к серверу SMTP. Строки 7–16 отображают ответ сервера. Заметьте, сервер сигнализирует о том, что для использования доступно больше команд, т.е. сеанс происходит в "расширенном" режиме. Одна из новых групп команд называется параметрами уведомления о доставке сообщения (Delivery Status Notification). Эти параметры могут использоваться с командами MAIL и RCPT для отображения состояния доставки определенного сообщения электронной почты. Однако для нас как администраторов почтовой системы наибольший интерес представляет команда ETRN.

Команда TURN уже упоминалась ранее. Эта команда весьма эффективна, но, к сожалению, небезопасна. Чтобы компенсировать этот недостаток, в RFC 1985 определена новая реализация команды TURN, которая обеспечивает больший уровень безопасности. Команда ETRN позволяет SMTP-клиенту выдавать запрос на SMTP-сервер для того, чтобы инициировать еще одно SMTP-соединение с клиентом для передачи ему сообщений. Единственное отличие команды ETRN от TURN заключается в том, что запрос поступает не на использование существующего соединения, а на открытие нового сеанса SMTP. Таким образом, SMTP-сервер может соединиться с клиентским компьютером с помощью обычных алгоритмов преобразования имен системы DNS. При этом открытие нового соединения основывается не на том имени, под которым клиентский компьютер регистрируется на сервере, а на реальном имени хоста клиента. В таком случае, если хакер установит несанкционированное SMTP-соединение и воспользуется командой ETRN, то сервер SMTP просто организует новое соединение с реальным клиентом и перешлет ему электронную почту. В результате, пострадавших нет. Формат команды ETRN следующий:

Здесь в роли name может выступать либо имя хоста, либо доменное имя (если поступает запрос на получение почты для всего домена). Команда ETRN весьма хорошее подспорье для администратора электронной почты. Если почту для вашего почтового сервера хранит провайдер Internet, то с помощью этой команды можно уведомить его о готовности к приему собранной для вас почты. Существует несколько способов реализации такого алгоритма. Один из них — использование специальной программы Perl, которая поставляется с программой sendmail. Ее работа как раз и заключается в том, что после установления соединения с провайдером Internet она выдает команду ETRN с именем вашего домена в качестве аргумента. Получив эту команду, сервер SMTP провайдера инициирует еще одно SMTP-соединение с вашим локальным SMTP-сервером (по тому же РРР-соединению) и отдает всю предназначенную для вашего домена почту, которая имеется у него в очереди на отправку.

Что Такое POP3, SMTP и IMAP

Введение

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

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

К предложению

Шаг 1 — Что такое POP3 и какие у него порты?

POP3 (протокол почтового отделения версия 3) часто используется для связи с удаленным сервером электронной почты и загрузки сообщений на локальный почтовый клиент с последующим удалением его на сервере, к примеру Outlook, Thunderbird, Windows Mail, Mac Mail и т.д. Однако обычно почтовые клиенты предлагают выбор — оставлять или нет копии сообщений на сервере. Если вы используете несколько устройств для отправки сообщений, то рекомендуется оставлять эту функцию включенной, в противном случае, на другом устройстве у вас не будет доступа к отправленным сообщениям, которые не были сохранены на удаленном сервере. Также стоит отметить, что POP3 — протокол работающий только в одном направлении, это означает, что данные берутся с удаленного сервера и отправляются на локальный клиент.

Порты POP3, по умолчанию являются такими:

Порт 110 — порт без шифрования

Порт 995 — порт SSL/TLS, также известный как POP3S

Шаг 2 — Различия между POP3 и IMAP, и какие порты у IMAP?

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

Порты IMAP, по умолчанию являются такими:

  • Порт 143 — порт без шифрования
  • Порт 993 — порт SSL/TLS, также известный как IMAPS

Шаг 3 — SMTP, протокол для исходящей связи по электронной почте

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

Порты SMTP:

  • Порт 25 — порт без шифрования
  • Порт 465 — порт SSL/TLS, также известный как SMTPS

Заключение

Надеемся, что теперь у вас появилось ясное понимание того, как работают почтовые протоколы и какие порты они используют. В этом руководстве мы узнали, что такое POP3, SMTP и IMAP и для чего они используются. К примеру, POP3 и IMAP используются для одинаковый целей, но подходят к выполнению этих задач по-разному. IMAP оставляет содержимое письма на сервере, а POP3 скачивает его на ваш компьютер. Также, мы узнали какие стандартные порты у SMTP, POP3 и IMAP.

Протокол SMTP | Компьютерные сети

В качестве средств передачи сообщения почтовая служба использует стандартный, разработанный специально для почтовых систем протокол SMTP (Simple Mail Transfer Protocol — простой протокол передачи почты). Как и большинство других протоколов прикладного уровня, SMTP реализуется несимметричными взаимодействующими частями: SMTP-клиентом и SMTP-сервером. Важно отметить, что этот протокол ориентирован на передачу данных по направлению от клиента к серверу. следовательно, SMTP-клиент работает на стороне отправителя, а SMTP-сервер — на стороне получателя. SMTP-сервер должен постоянно быть в режиме подключения, ожидая запросов со стороны SMTP-клиента.

Наши партнеры:
- Возможно эта информация Вас заинтересует:
- Посмотрите интересные ссылочки вот тут:


Логика работы протокола SMTP действительно является достаточно простой (как это и следует из его названия). После того как, применяя графический интерфейс своего почтового клиента, пользователь щелкает на значке, инициирующем отправку сообщения, SMTP-клиент посылает запрос на установление TCP-соединения на порт 25 (это назначенный порт SMTP-сервера). Если сервер готов, то он посылает свои идентифицирующие данные, в частности свое DNS-имя. Затем клиент передает серверу адреса (имена) отправителя и получателя. Если имя получателя соответствует ожидаемому, то после получения адресов сервер дает согласие на установление TCP-соединения, и в рамках этого надежного логического канала происходит передача сообщения. Используя одно TCP-соединение, клиент может передать несколько сообщений, предваряя каждое из них указанием адресов отправителя и получателя. После завершения передачи TCP- и SMTP-соединения разрываются. Если в начале сеанса связи SMTP-сервер оказался не готов, то он посылает соответствующее сообщение клиенту, в ответ тот снова посылает запрос, пытаясь заново установить соединение. Если сервер не может доставить сообщение, то он передает отчет об ошибке отправителю сообщения и разрывает соединение. После того как передача сообщения благополучно заканчивается, переданное сообщение сохраняется в буфере на сервере.

ПРИМЕЧАНИЕ

Хотя в любом протоколе предполагается обмен данными между взаимодействующими частями, то есть данные передаются в обе стороны, различают протоколы, ориентированные на передачу (pull protocols), и протоколы, ориентированные на прием данных (push protocols). В протоколах, ориентированных на передачу, к которым, в частности, относится протокол SMTP, клиент является инициатором передачи данных на сервер, а в протоколах, ориентированных на прием, к которым относятся, например, протоколы HTTP, РОРЗ и ШАР, клиент является инициатором получения данных от сервера.

Настройка параметров SMTP для клиентов POP3 и IMAP4 в Exchange Server

  • Чтение занимает 3 мин

В этой статье

После того как вы включаете и настраивайте POP3 или IMAP4 на сервере Exchange, как описано в программе Включить и настроить POP3 на сервере Exchange и включить и настроить IMAP4на сервере Exchange, необходимо настроить параметры SMTP для клиентов POP3 и IMAP4, чтобы они могли отправлять сообщения электронной почты.

Соединиттель получения по умолчанию с именем "Client Frontend" в службах клиентского доступа на сервере почтовых ящиков прослушивает проверку подлинности сообщений клиентов SMTP в <Server name> порту 587. По умолчанию этот соединитель использует следующие параметры для внутренних и внешних SMTP-подключений клиентов (с проверкой подлинности):

  • SMTP server: <ServerFQDN> . Например, mailbox01.contoso.com.

  • TCP port: 587

  • Метод шифрования: TLS. Обратите внимание, что это оппортунистический TLS (STARTTLS), который приводит к зашифрованному подключению после первоначального простого рукопожатия текстового протокола.

Дополнительные сведения см. в разделах Соединители приема по умолчанию, созданные во время установки и Архитектура протокола клиентского доступа.

Чтобы настроить параметры протокола SMTP с проверкой подлинности, используемые клиентами POP3 и IMAP4, выполните указанные ниже действия.

  1. Настройте FQDN на соединители "Клиентский <Server name> фронтенд" Для получения.

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

  3. Настройте Outlook в Интернете (предыдущее название — Outlook Web App) на отображение параметров SMTP для прошедших проверку подлинности клиентов SMTP в разделе Параметры > Параметры > Почта > Учетные записи > POP и IMAP.

Дополнительные сведения о POP3 и IMAP4 см. в pop3 и IMAP4 в Exchange Server.

Что нужно знать перед началом работы

  • Предполагаемое время для завершения: 5 минут.

  • Теперь для шифрования данных, которыми обмениваются компьютерные системы, используется протокол TLS вместо протокола SSL. Эти протоколы настолько сходны между собой, что термины "SSL" и "TLS" (без версий) часто используются как взаимозаменяемые. Поэтому когда в статьях по Exchange, Центр администрирования Exchange и Командная консоль Exchange упоминается термин "SSL", часто под ним подразумевается как протокол SSL, так и протокол TLS. Как правило, термин "SSL" обозначает именно протокол SSL только в тех случаях, когда указан номер версии (например, SSL 3.0). О том, почему следует отключить протокол SSL и перейти на протокол TLS, см. в статье Как устранить уязвимость SSL 3.0.

  • Если у вас есть клиенты POP3 или IMAP4, которые могут отправлять электронную почту SMTP только в порту 25, вы можете настроить порт 25 на соединители "Client Frontend" Получение соединителю, чтобы позволить клиентам отправлять проверку подлинности электронной почты <Server name> SMTP. Однако, поскольку порт 25 также настроен на соединителе "Client Frontend" Для получения электронной почты с внешних серверов SMTP необходимо изменить локальные IP-адреса, которые используются для прослушивания в порту 25 на одном или обоих <Server name> соединиттелях. Дополнительные сведения см. в разделе Привязки локальных адресов для соединителей получения.

  • Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье запись "Соединители получения" в статье Разрешения потока обработки почты.

  • Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.

Шаг 1. Настройка FQDN в соединителене "Клиентский <Server name> фронтенд"

Вы можете пропустить этот этап, если нужно оставить полное доменное имя сервера по умолчанию (например, mailbox01.contoso.com). Вы также можете указать полное доменное имя, лучше соответствующее вашему соглашению об именовании для Интернета или нужному сертификату TLS.

Если вы изменили полное доменное имя и хотите, чтобы клиенты POP3 или IMAP4 использовали этот соединитель для отправки электронной почты, то новому FQDN должна соответствовать запись на внутреннем DNS-сервере.

Независимо от полного доменного имени, если вы хотите, чтобы внешние клиенты POP3 или IMAP4 использовали этот соединитель для отправки электронной почты, то полному доменному имени должна соответствовать запись на общедоступном DNS-сервере, а TCP-порт (587) должен быть разрешен в брандмауэре на сервере Exchange Server.

Настройка полного доменного имени для клиентов SMTP, прошедших проверку подлинности, с помощью Центра администрирования Exchange

  1. В Центре администрирования Exchange выберите пункты Поток обработки почты > Соединители получения.

  2. В списке соединители Прием, выберите клиент Frontend <Server name>, а затем нажмите кнопку Изменить ).

  3. На открывшейся странице Соединитель получения Exchange нажмите Определение области.

  4. В поле Полное доменное имя введите полное доменное имя SMTP-сервера, которое требуется использовать для клиентских SMTP-подключений с проверкой подлинности (например, mail.contoso.com), а затем нажмите кнопку Сохранить.

Настройка полного доменного имени для клиентов SMTP, прошедших проверку подлинности, с помощью командной консоли Exchange

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

Get-ReceiveConnector -Identity "Client Frontend*" | Set-ReceiveConnector -Fqdn <FQDN>

В этом примере настраивается полное доменное имя mail.contoso.com.

Get-ReceiveConnector -Identity "Client Frontend*" | Set-ReceiveConnector -Fqdn mail.contoso.com

Как проверить, что шаг выполнен?

Чтобы убедиться, что вы успешно выполнили FQDN в соединителене "Client Frontend" Receive, используйте любой из <Server name> следующих процедур:

  • EAC, перейдите к соединитетелям получения потока почты выберите Frontend > > <Server name> клиента, нажмите кнопку Изменить (изменить значок ) Scoping и проверить значение в > FQDN.

  • В командной консоли Exchange выполните следующую команду:

    Get-ReceiveConnector -Identity "Client Frontend*" | Format-List Name,Fqdn
    

Этап 2. Указание сертификата, используемого для шифрования клиентских SMTP-подключений с проверкой подлинности, с помощью командной консоли Exchange

Сертификат должен совпадать с полным доменным именем, указанным на предыдущем этапе, или содержать его, а клиенты POP3 и SMTP должны доверять сертификату. Как правило, это означает, что сертификат выдан коммерческим центром сертификации. Дополнительные сведения см. в разделе Требования к сертификатам для служб Exchange.

Кроме того, необходимо назначить сертификат службе smTP Exchange SMTP. Дополнительные сведения см. в справке Назначение сертификатов Exchange Server службам.

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

$TLSCert = Get-ExchangeCertificate -Thumbprint <ThumbprintValue>
$TLSCertName = "<I>$($TLSCert.Issuer)<S>$($TLSCert.Subject)"
Get-ReceiveConnector -Identity "Client Frontend*" | Set-ReceiveConnector -TlsCertificateName $TLSCertName

В этом примере используется сертификат со значением отпечатка 434AC224C8459924B26521298CE8834C514856AB.

$TLSCert = Get-ExchangeCertificate -Thumbprint 434AC224C8459924B26521298CE8834C514856AB
$TLSCertName = "<I>$($TLSCert.Issuer)<S>$($TLSCert.Subject)"
Get-ReceiveConnector -Identity "Client Frontend*" | Set-ReceiveConnector -TlsCertificateName $TLSCertName

Как проверить, что шаг выполнен?

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

  1. Выполните следующую команду в Командная консоль Exchange:

    Get-ReceiveConnector -Identity "Client Frontend*" | Format-List Name,Fqdn,TlsCertificateName
    
  2. Выполните следующую команду в Командная консоль Exchange:

    Get-ExchangeCertificate | Format-List Thumbprint,Issuer,Subject,CertificateDomains,Services
    
  3. Убедитесь, что поле Subject или CertificateDomains сертификата, указанное в соединителе получения, содержит значение Fqdn соединителя получения. При этом совпадение может быть полным или частичным (с применением подстановочных знаков).

Этап 3. Настройка Outlook в Интернете на отображение параметров SMTP для клиентов SMTP, прошедших проверку подлинности, с помощью командной консоли Exchange

Чтобы настроить Outlook в Интернете на отображение параметров SMTP для клиентов SMTP, прошедших проверку подлинности, выполните следующую команду:

Get-ReceiveConnector -Identity "Client Frontend*" | Set-ReceiveConnector -AdvertiseClientSettings $true

Примечание. Чтобы параметры SMTP не отображались Outlook веб-сайте, измените значение на $true $false .

Как убедиться, что все получилось?

Чтобы убедиться, что вы настроили Outlook в Интернете на отображение параметров SMTP для клиентов SMTP, прошедших проверку подлинности, выполните следующие действия:

  1. Откройте почтовый ящик в Outlook в Интернете и выберите Параметры > Параметры.

  2. Нажмите Почта > Учетные записи > POP и IMAP и убедитесь, что отображаются правильные параметры SMTP.

    Примечание. Если настроенные параметры SMTP не отображаются в веб-Outlook, запустите команды и перезапустите службы IIS net stop w3svc /y net start w3svc (IIS).

Как убедиться, что это сработало?

Чтобы убедиться, что вы настроили параметры протокола SMTP с проверкой подлинности на сервере Exchange Server, выполните одну или несколько из приведенных ниже процедур.

  • Используйте командлеты Test-PopConnectivity и Test-ImapConnectivity, которые отправляют тестовые сообщения по протоколу SMTP с проверкой подлинности. Дополнительные сведения см. в статьях Test-PopConnectivity и Test-ImapConnectivity.

  • Включить вход протокола в соединители "Клиентский фронтенд", настроить клиент POP3 или IMAP4 для подключения к почтовому ящику, отправить тестовое сообщение из внутреннего сетевого подключения и/или внешнего подключения к Интернету и просмотреть результаты в журнале <Server name> протоколов. Дополнительные сведения см. в журнале Protocol.

    Примечание. Для подключения к почтовому ящику Администратора нельзя использовать POP3 или IMAP4. Это ограничение было намеренно включено в Exchange 2016 и Exchange 2019 для повышения безопасности почтового ящика администратора.

Сравнение протоколов IMAP и POP

Сравнение протоколов IMAP и POP

Сравнение

двух подходов доступа к удалённому почтовому ящику:

IMAP против POP

В настоящее время существует несколько различных подходов для построения распределённой почтовой инфраструктуры, и наибольшее распространение получили Internet протоколы для доступа к сообщениям:

  • POP (Post Office Protocol - протокол почтового офиса, в настоящее время применяется версия 3, POP3)
  • IMAP (Internet Message Access Protocol - протокол доступа к сообщениям по сети Internet, применяется версия 4, IMAP4).

POP был разработан для поддержки offline обработки почты. Согласно offline парадигме почта доставляется на (обычно разделяемый) сервер, а пользователь ПК периодически запускает почтового клиента, который соединяется с сервером и выкачивает всю новую почту на ПК. Вся обработка почты, например её фильтрация, происходит на локальной машине.

Об offline доступе можно думать как о сервисе "хранения и пересылки" (store-and-forward service), предназначенном для пересылки почты (по требованию) с почтового сервера на единственную конечную машину. Однажды доставленные на конечную машину, сообщения удаляются с почтового сервера. Хотя ограничения offline доступа могут быть скомпенсированы использованием POP в online режиме, этот протокол просто-напросто не имеет некоторой функциональности, требуемой для высококачественного online доступа. В действительности, псевдо-онлайн режим доступа, поддерживаемый POP3, заключается в том, что пользователь оставляет почту на сервере. Для того, чтобы почтовый клиент сумел обновить почтовый ящик или установить флаги сообщения, требуется наличие файл-ориентированного протокола (remote file system protocol),

IMAP также может применяться для offline доступа, но его мощь проявляется в первую очередь при online доступе. В этом случае, почта также доставляется на разделяемый сервер, но клиент уже не осуществляет копирование всей почты с последующим ее удалением с сервера. Online подход более клиент-серверный. В случае online доступа клиент может запросить у сервера заголовок сообщения или запросить поиск сообщения по некоторому критерию. Письма в хранилище сообщений могут быть помечены различными флагами статуса (например, письмо помечено для удаления или на него был послан ответ) и эти отметки сохраняются до тех пор, пока не будут явно удалены пользователем (что может не произойти до следующей сессии). Если сказать вкратце, то IMAP позволяет манипулировать удаленными почтовыми ящиками, как будто они являются локальными. В зависимости от реализации IMAP клиента и почтовой архитектуры, которую пожелал иметь управляющий почтовой системой, пользователь может сохранять сообщения только на клиентской машине, только на сервере или иметь выбор сделать и то и другое.

Как offline, так и online почтовые программы позволяют получить доступ к новым поступающим сообщениям на почтовом сервере с различных клиентских платформ. Однако на этом их сходство заканчивается. Эти две парадигмы отражают различные требования и стили использования, и они не очень хорошо комбинируются друг с другом. Offline доступ лучше подходит для людей, которые всегда используют единственную клиентскую машину. Он не очень хорошо подходит для таких задач как доступ к чьему-либо ящику входящих писем или ящикам с сохраненной корреспонденцией с различных машин в различное время. Все это можно объяснить тем, что при использовании offline ("скачал и удалил") доступа к почте с различных компьютеров, Ваша почта рассеивается по различным машинам, если только они не объединены общей файловой системой (в последнем случае Вы на самом деле имеете доступ в большей мере online, чем offline). С другой стороны, хорошим качеством offline доступа является то, что он минимизирует использование серверных ресурсов и время соединения, если используется удаленный доступ по модему. Суммируя всё вышесказанное, можно привести различия между online и offline парадигмами:

  • Offline и online парадигмы отражают два различных способа использования почтового сервера:
    • Offline = скачивание почты по требованию на единственную клиентскую машину.
    • Online = интерактивный доступ к множеству почтовых ящиков со стороны многих клиентов.
  • Преимущества offline парадигмы:
    • Минимальное время соединения с сервером.
    • Минимальное использование серверных ресурсов.
  • Преимущества online парадигмы:
    • Способность использовать разные компьютеры в разное время.
    • Платформо-независимый доступ к нескольким почтовым ящикам.
    • Возможность одновременного доступа к разделяемым почтовым ящикам.

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

Приведём теперь краткое сравнение протоколов POP3 и IMAP4

  • Характеристики, общие для обоих протоколов
    • Оба поддерживают offline доступ
    • Почта доставляется на общий, всегда работающий почтовый сервер
    • Новая почта доступна с большего числа клиентских платформ и из любого места в сети
    • Протоколы открыты и стандартизованы
    • Существуют и доступны всевозможные реализации, как клиентов, так и серверов
    • Оба протокола ориентированны только на считывание почты, для отсылки оба используют SMTP
    • Оба протокола поддерживают постоянные ID сообщений
  • Преимущества POP3
    • Легче реализовать
    • Больше клиентов существует на данный момент
  • Преимущества IMAP4
    • Может, как хранить сообщения, так и скачивать их. Есть возможность добавления сообщений в почтовый ящик.
    • Может работать с множеством почтовых ящиков (возможно даже иерархических).
    • Может поддерживать параллельный доступ к почтовым ящикам и параллельное их обновление.
    • Подходит для доступа к не почтовым данным, например к Usenet новостям или документам.
    • Может использовать offline доступ, для уменьшения времени соединения и используемого дискового пространства на сервере.
    • Позволяет осуществлять поиск писем на сервере.
    • Есть возможность скачать часть письма, причём можно скачать фрагмент начиная с любого места и любой длины.
    • Разработан специально для повышения производительности online доступа, особенно для медленных соединений.

А теперь подробнее:

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

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

IMAP можно использовать для доступа к не почтовым данным, например к News-группам. Это удобно с точки зрения унификации метода доступа к различным классам информации. IMAP также поддерживает offline парадигму, которая позволяет экономить время соединения с сервером и серверные ресурсы. Offline доступ удобно использовать в ситуациях, когда объем почтовых сообщений, превышает лимит на дисковое пространство на сервере (если такой установлен), то часть почты можно хранить на локальном компьютере.

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

Эффективная обработка MIME сообщений является значимым преимуществом IMAP над POP. (MIME - это Multipurpose Internet Mail Extensions). Это Internet стандарт для кодирования сообщений, содержащих произвольные присоединенные файлы. После кодирования сообщений MIME их можно посылать с помощью SMTP.

Подытожив, можно сказать, что IMAP выигрывает у POP в трех областях:

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

Простой протокол передачи почты (SMTP)

Электронная почта сегодня становится одной из самых ценных услуг в Интернете. Большинство интернет-систем используют SMTP как метод передачи почты от одного пользователя другому. SMTP - это протокол push и используется для отправки почты, тогда как POP (протокол почтового отделения) или IMAP (протокол доступа к сообщениям в Интернете) используются для получения этих писем на стороне получателя.

Основы SMTP
SMTP - это протокол прикладного уровня. Клиент, который хочет отправить почту, открывает TCP-соединение с SMTP-сервером, а затем отправляет почту через соединение.Сервер SMTP всегда находится в режиме прослушивания. Как только он прослушивает TCP-соединение от любого клиента, процесс SMTP инициирует соединение через порт 25. После успешного установления TCP-соединения клиентский процесс мгновенно отправляет почту.

Протокол SMTP

Модель SMTP бывает двух типов:

  1. Сквозной метод
  2. Сквозной метод передачи

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


Модель системы SMTP

В модели SMTP пользователь имеет дело с пользовательским агентом (UA), например, Microsoft Outlook, Netscape, Mozilla и т. Д. Для обмена почтой с использованием TCP используется MTA. Пользователь, отправляющий почту, не должен иметь дело с MTA, поскольку системный администратор несет ответственность за настройку локального MTA. MTA поддерживает небольшую очередь писем, чтобы он мог запланировать повторную доставку писем в случае, если получатель недоступен. MTA доставляет почту в почтовые ящики, и информация может быть позже загружена пользовательскими агентами.

И SMTP-клиент, и SMTP-сервер должны иметь 2 компонента:

  1. Пользовательский агент (UA)
  2. Локальный MTA

Связь между отправителем и получателем:
Пользовательский агент отправителя готовится сообщение и отправляет его MTA. Ответственность MTA заключается в передаче почты по сети MTA получателя. Для отправки почты в системе должен быть клиентский MTA, а для получения почты система должна иметь серверный MTA.

ОТПРАВКА ЭЛЕКТРОННОЙ ПОЧТЫ:
Почта отправляется серией сообщений запроса и ответа между клиентом и сервером. Отправляемое сообщение состоит из заголовка и тела. Пустая строка используется для завершения почтового заголовка, и все, что находится после пустой строки, считается телом сообщения, которое представляет собой последовательность символов ASCII. В теле сообщения содержится актуальная информация, считываемая квитанцией.

ПОЛУЧЕНИЕ ЭЛЕКТРОННОЙ ПОЧТЫ:
Пользовательский агент на стороне сервера проверяет почтовые ящики через определенные промежутки времени.Если получена какая-либо информация, она сообщает пользователю о почте. Когда пользователь пытается прочитать почту, он отображает список писем с кратким описанием каждого письма в почтовом ящике. Выбрав любую почту, пользователь может просмотреть ее содержимое на терминале.

Некоторые команды SMTP:

  • HELO - Идентифицирует клиента серверу, полное доменное имя, отправляется только один раз за сеанс
  • MAIL - Инициирует передачу сообщения, полный домен отправителя
  • RCPT - следует за MAIL , идентифицирует адресата, обычно полное имя адресата, и для нескольких адресатов используйте один RCPT для каждого адресата
  • ДАННЫЕ - отправляйте данные построчно

Эту статью предоставила Моника Сингх

Внимание читатель! Не прекращайте учиться сейчас.Ознакомьтесь со всеми важными концепциями теории CS для собеседований SDE с помощью курса CS Theory Course по доступной для студентов цене и станьте готовым для отрасли.

SMTP или IMAP: в чем разница? [Бонус: что такое POP3?]

Сегодня вы узнаете, следует ли вам использовать SMTP или IMAP. На самом деле между двумя протоколами есть большая разница. В этой статье мы поможем вам понять разницу между SMTP и IMAP.Мы также кратко коснемся POP3.

Приступим.

Что такое SMTP?

SMTP расшифровывается как Simple Mail Transfer Protocol и является отраслевым стандартом для отправки электронной почты.

С помощью SMTP вы отправляете, ретранслируете или пересылаете сообщения от почтового клиента (например, Microsoft Outlook) на принимающий почтовый сервер. Отправитель будет использовать SMTP-сервер для выполнения процесса передачи сообщения электронной почты.

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

Что такое IMAP?

Если SMTP предназначен для отправки, то что такое IMAP?

Проще говоря, IMAP (Internet Access Message Protocol) - это протокол электронной почты, который занимается управлением и получением сообщений электронной почты с принимающего сервера.

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

Пример совместной работы SMTP и IMAP

Отправляете ли вы транзакционное электронное письмо, например, для сброса пароля, или получаете уведомление о зарплате - скорее всего, вы используете и SMTP, и IMAP.

Вот как SMTP и IMAP работают вместе для передачи сообщения электронной почты.

  • 1) После создания электронного письма и нажатия кнопки «отправить» ваш почтовый клиент (например, Gmail, Thunderbird, Outlook и т. Д.)) будет использовать SMTP для отправки вашего сообщения из вашего почтового клиента на почтовый сервер.
  • 2) Затем почтовый сервер будет использовать SMTP для передачи сообщения на принимающий почтовый сервер получателя.
  • 3) После успешного получения SMTP-передачи (обозначается кодом ответа 250 OK) почтовый клиент получателя извлекает сообщение, используя IMAP, и помещает его в почтовый ящик для доступа получателя.

Что такое POP3?

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

POP означает протокол почтового отделения.

А цифра три означает «версию 3», которая является последней версией и наиболее широко используемой - отсюда и термин «POP3».

Итак, в чем разница между POP и IMAP?

POP против IMAP

POP3 загружает электронное письмо с сервера на отдельный компьютер, а затем удаляет его с сервера.

С другой стороны, IMAP хранит сообщение на сервере и синхронизирует сообщение на нескольких устройствах.

Что следует использовать: POP3 или IMAP?

Это зависит от того, как вы хотите получить доступ к своей электронной почте.

Вообще говоря, IMAP является более мощным и рекомендуемым методом получения электронной почты, если вы работаете на нескольких устройствах.

В качестве альтернативы, если вы предпочитаете, чтобы все электронные письма были доступны в автономном режиме, и если у вас есть специальное устройство для электронной почты, то подходящим вариантом может быть POP.

Сводка протоколов электронной почты SMTP, IMAP и POP3

Чтобы завершить нашу запись в блоге об использовании SMTP или IMAP, вот краткое описание:

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

К настоящему времени вы должны увидеть, что есть существенные различия между IMAP, POP и SMTP.Давайте обсудим, как отправлять через SMTP.

Как отправить исходящую электронную почту с помощью SMTP

Как мы обсуждали в этой статье, IMAP предназначен для получения электронной почты, а SMTP - для отправки электронной почты. Итак, если вы хотите отправлять электронную почту, вам лучше использовать SMTP поверх IMAP.

Как отправить электронное письмо с помощью SMTP:

Самый быстрый и простой способ начать работу с SMTP - использовать службу ретрансляции SMTP, такую ​​как SocketLabs. Облачный ретранслятор SMTP позволяет легко отправлять электронную почту из вашего приложения или веб-сайта без необходимости создавать и поддерживать свои собственные почтовые системы.

Вот как начать:

    • Получите бесплатную пробную версию службы ретрансляции SMTP от SocktLabs
    • Войдите в свою учетную запись и найдите свои учетные данные SMTP

  • Вставьте свои учетные данные SMTP в свое приложение

Вот и все! После начала отправки вы можете отслеживать эффективность исходящей электронной почты с помощью нашего инструмента StreamScore Monitoring.

Чтобы начать работу с SMTP, создайте здесь бесплатную учетную запись.

Простой протокол передачи почты - обзор

SMTP

Простой протокол передачи почты (SMTP) используется для отправки и получения электронной почты между почтовыми клиентами и серверами. Когда SMTP-сервер получает электронное письмо от почтового клиента, SMTP-сервер затем проверяет записи MX для домена в адресе электронной почты, чтобы обменяться почтой с удаленным SMTP-сервером. Затем он либо обработает почту (если это MX-сервер), либо перенаправит ее на соответствующий SMTP-сервер.

Для правильной работы SMTP в базе данных DNS сервера имен для домена получателя должен быть определен набор записей MX. Запись MX содержит две конкретные части информации: номер предпочтения и DNS-имя почтового сервера, настроенного для обработки почты для этого домена. Если для домена существует более одного почтового сервера, SMTP-сервер выберет один на основе своего предпочтительного номера. Наименьшее число будет иметь наивысший приоритет, и в зависимости от доступности SMTP-сервер будет продвигаться вверх оттуда.

Можно просмотреть заголовки полученного электронного письма, чтобы увидеть путь, по которому электронное письмо прошло от клиента к серверу до конечной точки назначения. Каждый раз, когда электронная почта передается на SMTP-сервер и с него, информация о сервере записывается в заголовок. На рис. 2.13 показан пример заголовка электронной почты с информацией о SMTP-сервере в формате RFC 2822 (www.ietf.org/rfc/rfc2822.txt).

Рисунок 2.13. Заголовок SMTP в формате RFC 2822

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

Получено: от [имя-отправителя] [хост-отправителя адрес] по [имя-принимающего-хоста]

[программное обеспечение]

с [идентификатор-сообщения]

для [адрес-получателя]; [date] [time] [time-zone-offset]

Вы можете увидеть два примера таких заголовков на рис.2.13. Затем сообщение проходит через многочисленные почтовые ретрансляторы, где к сообщению добавляется информация заголовка. В конечном итоге сообщение поступает на почтовый сервер получателя и сохраняется в его почтовом ящике (почтовый ящик), откуда пользователь загружает его. На этом этапе сообщение получило финальный заголовок. Дополнительная информация, представленная в заголовках, включает идентификаторы сообщений, версию многоцелевых расширений электронной почты (MIME) и тип содержимого.

MIME - это стандарт для обработки различных типов данных и, по сути, он позволяет просматривать почту как в текстовом, так и в HTML-формате.Определены другие типы MIME, которые позволяют почте переносить множество типов вложений. Идентификатор сообщения назначается транзакции конкретным хостом (принимающим хостом или хостом «от»). Администраторы используют эти идентификаторы сообщений для отслеживания транзакций в журналах почтового сервера.

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

Протоколы электронной почты - Учебное пособие по POP3, SMTP и IMAP

В этом руководстве рассматриваются следующие темы:

В этом руководстве объясняются наиболее часто используемые протоколы электронной почты в Интернете - POP3, IMAP и SMTP.У каждого из них есть определенная функция и способ работы. Прочтите, чтобы узнать, какая конфигурация лучше всего подходит для ваших конкретных потребностей в электронной почте.

Что такое POP3 и какие порты POP3 используются по умолчанию

Post Office Protocol версии 3 (POP3) - это стандартный почтовый протокол, используемый для получения электронных писем с удаленного сервера на локальный почтовый клиент. POP3 позволяет загружать сообщения электронной почты на локальный компьютер и читать их, даже когда вы не в сети. Обратите внимание, что когда вы используете POP3 для подключения к своей учетной записи электронной почты, сообщения загружаются локально и удаляются с почтового сервера.Это означает, что если вы получаете доступ к своей учетной записи из нескольких мест, это может быть не лучшим вариантом для вас. С другой стороны, если вы используете POP3, ваши сообщения хранятся на вашем локальном компьютере, что уменьшает пространство, которое ваша учетная запись электронной почты использует на вашем веб-сервере.

По умолчанию протокол POP3 работает на двух портах:

  • Порт 110 - это незашифрованный порт POP3 по умолчанию;
  • Порт 995 - это порт, который необходимо использовать, если вы хотите подключиться по протоколу POP3 по безопасному протоколу.

Что такое IMAP и какие порты IMAP используются по умолчанию

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

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

По умолчанию протокол IMAP работает на двух портах:

  • Порт 143 - это незашифрованный порт IMAP по умолчанию;
  • Порт 993 - это порт, который необходимо использовать, если вы хотите подключаться по протоколу IMAP безопасно.

Что такое SMTP и какие порты SMTP используются по умолчанию

Simple Mail Transfer Protocol (SMTP) - стандартный протокол для отправки электронных писем через Интернет.

По умолчанию протокол SMTP работает на трех портах:

  • Порт 25 - это незашифрованный порт SMTP по умолчанию;
  • Порт 2525 - этот порт открывается на всех серверах SiteGround в случае, если порт 25 отфильтрован (например, вашим интернет-провайдером), и вы хотите отправлять незашифрованные электронные письма с помощью SMTP;
  • Порт 465 - это порт, используемый, если вы хотите безопасно отправлять сообщения с помощью SMTP.

SMTP - простой протокол передачи почты

  • SMTP расшифровывается как Simple Mail Transfer Protocol.
  • SMTP - это набор правил связи, который позволяет программному обеспечению передавать электронную почту через Интернет, называется Simple Mail Transfer Protocol .
  • Это программа, используемая для отправки сообщений другим пользователям компьютеров на основе адресов электронной почты.
  • Он обеспечивает обмен почтой между пользователями на одном или разных компьютерах, а также поддерживает:
    • Он может отправить одно сообщение одному или нескольким получателям.
    • Отправляемое сообщение может включать текст, голос, видео или графику.
    • Он также может отправлять сообщения в сети за пределами Интернета.
  • Основное назначение SMTP - установка правил связи между серверами. У серверов есть способ идентифицировать себя и объявлять, какой вид связи они пытаются выполнить. У них также есть способ обрабатывать такие ошибки, как неправильный адрес электронной почты. Например, если адрес получателя неверен, то сервер получает ответ с каким-либо сообщением об ошибке.

Компоненты SMTP

  • Во-первых, мы разделим SMTP-клиент и SMTP-сервер на два компонента, такие как пользовательский агент (UA) и агент передачи почты (MTA). Пользовательский агент (UA) подготавливает сообщение, создает конверт, а затем помещает сообщение в конверт. Агент передачи почты (MTA) передает эту почту через Интернет.
  • SMTP позволяет создать более сложную систему путем добавления системы ретрансляции. Вместо того, чтобы иметь только один MTA на отправляющей стороне и один на принимающей стороне, можно добавить больше MTA, выступающих либо в качестве клиента, либо в качестве сервера для ретрансляции электронной почты.
  • Система ретрансляции без протокола TCP / IP также может использоваться для отправки электронных писем пользователям, и это достигается за счет использования почтового шлюза. Почтовый шлюз - это ретранслятор MTA, который можно использовать для получения электронной почты.

Работа SMTP

  1. Состав почты: Пользователь отправляет электронное письмо, составляя сообщение электронной почты с помощью почтового агента пользователя (MUA). Почтовый пользовательский агент - это программа, которая используется для отправки и получения почты.Сообщение состоит из двух частей: тела и заголовка. Тело - это основная часть сообщения, а заголовок включает такую ​​информацию, как адрес отправителя и получателя. Заголовок также включает описательную информацию, такую ​​как тема сообщения. В этом случае тело сообщения похоже на письмо, а заголовок похож на конверт, содержащий адрес получателя.
  2. Отправка почты: После составления электронного письма почтовый клиент отправляет заполненное электронное письмо на SMTP-сервер, используя SMTP на TCP-порту 25.
  3. Доставка почты: Адреса электронной почты состоят из двух частей: имя пользователя получателя и имя домена. Например, [email protected], где vivek - имя пользователя получателя, а gmail.com - доменное имя.
    Если доменное имя адреса электронной почты получателя отличается от имени домена отправителя, то MSA отправит письмо агенту пересылки почты (MTA). Чтобы ретранслировать электронную почту, MTA найдет целевой домен. Он проверяет запись MX из системы доменных имен, чтобы получить целевой домен.Запись MX содержит имя домена и IP-адрес домена получателя. Как только запись обнаружена, MTA подключается к серверу обмена для ретрансляции сообщения.
  4. Получение и обработка почты: Как только входящее сообщение получено, сервер обмена доставляет его на входящий сервер (агент доставки почты), который хранит электронное письмо, где он ожидает, пока пользователь его получит.
  5. Доступ и получение почты: Сохраненную электронную почту в MDA можно получить с помощью MUA (Mail User Agent).Доступ к MUA можно получить, используя логин и пароль.

Все о SMTP или простом протоколе передачи почты | Руководства

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

Оглавление

Что такое протокол?

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

Международная организация по стандартизации учредила Взаимодействие открытых систем (OSI).Это один из таких широко используемых Интернет-протоколов, который устанавливает стандарт для связи в различных сетях. Модель делит процесс передачи данных на семь уровней.

Некоторые из важных интернет-протоколов - это TCP / IP, HTTPS, DNS и SMTP.

Что такое SMTP?

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

Важность SMTP

SMTP действует как проталкивающий протокол, передавая почту по сетям и по сети. Он находится на прикладном уровне протокола TCP / IP, где работает по принципу «хранить и пересылать».

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

Какие компоненты SMTP?

Есть два основных компонента: клиент и сервер SMTP.Первый - это «User-Agent», а второй - «агент пересылки почты».

User-Agent (UA)

User-Agent (UA) отвечает за подготовку, создание и размещение сообщения в форме конверта для передачи.

Агент пересылки почты (MTA)

Затем агент пересылки почты (MTA) передает это сообщение через Интернет определенному получателю.

SMTP поддерживает более сложную систему, добавляя в процесс систему ретрансляции. При этом больше MTA может быть размещено либо на отправляющей, либо на принимающей стороне.При необходимости эта система ретрансляции может использовать почтовые шлюзы и работать без протоколов TCP / IP.

Типы SMTP

Различные типы

1. Сквозной

В модели SMTP клиент-SMTP запускает сеанс связи, тогда как SMTP на стороне получателя отвечает на запрос клиента.

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

2. Промежуточное хранение

Модель SMTP с промежуточным хранением отличается от модели сквозного SMTP. Тип с промежуточным хранением используется только внутри организации, в отличие от сквозного SMTP.

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

Как работает SMTP?

Протокол управления передачей (TCP) является основным соединением для связи между отправителем и получателем почты.В SMTP отправитель почты отправляет данные в форме командных строк по этому надежному упорядоченному каналу потока данных.

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

Обычно SMTP-транзакция следует за четырьмя последовательностями команд или ответов:

  • HELO / EHLOcommand:

    Он сообщает почтовому серверу, что клиент хочет начать почтовую транзакцию.После этой команды клиент упоминает свое доменное имя. Например, «HELO e-mail.myhost.com».

  • Команда MAIL:

    Она устанавливает адрес возврата / возврата, тем самым определяя путь возврата или обратный путь.

  • Команда RCPT:

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

  • ДАННЫЕ:

    Показывает, где начинается содержимое сообщения, а не его конверт. Пустая строка разделяет заголовок и тело сообщения в тексте сообщения. Однако DATA - это не просто одна команда, а группа команд, на которую сервер должен ответить дважды. Сначала сервер подтверждает сообщение и отвечает, что готов принять сообщение. Затем, после завершения последовательности конца данных, он либо принимает, либо отклоняет все сообщение.

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

Если сервер отправляет «отклонить», то это постоянный сбой, и клиенту необходимо отправить сообщение о недоставке на соответствующий сервер. С другой стороны, «отбрасывание» - это положительный ответ, при котором сообщение отбрасывается вместо доставки.

Популярные SMTP

В 1982 году был выпущен один из первых MTA, реализующий простой протокол передачи почты, Sendmail с 4.1cBSD. Со временем он стал широко используемым агентом по пересылке почты.

Некоторые другие программы SMTP-серверов, ставшие популярными, включают Postfix, qmail, Novell GroupWise, Exim, Novell NetMail, Microsoft Exchange Server и Oracle Communications Messaging Server.

В 1998 и 1999 годах появились новые тенденции в доставке электронных писем вместе с введением отправки сообщений (RFC 2476) и SMTP-AUTH (RFC 2554), соответственно.

В настоящее время некоторые из самых популярных SMTP включают Amazon SES, Sendgrid, Mailgun и другие.

Как электронные письма отправляются с использованием SMTP?

Процесс отправки электронных писем через SMTP состоит из следующих последовательных шагов:

1. Состав

С помощью MUA, программы Mail Transfer Agent, пользователь отправляет электронное письмо. Электронное письмо состоит из двух частей: заголовка и тела. Первый заголовок - это тема сообщения, а тело - это основное содержание сообщения.Адреса отправителя и получателя также попадают под заголовок. Заголовок действует как конверт, в котором находится письмо (сообщение).

2. Отправка

Почтовый клиент (почтовый пользовательский агент, MUA) отправляет электронное письмо на почтовый сервер (известный как агент отправки почты, MSA), используя SMTP на TCP-порт 587 или традиционный порт 25. MSA также доставляет письмо своему агенту по пересылке почты, MTA.

3. Доставка почты

Две части адреса электронной почты - это имя пользователя получателя и доменное имя.Возьмем, например, [email protected], где mayank - имя пользователя, а gmail.com - домен.

В случае, если доменное имя адреса электронной почты получателя не совпадает с именем домена отправителя, агент отправки почты (MSA) отправит письмо на (MTA).

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

4. Получение и обработка

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

5. Доступ и поиск

Пользователь может получить доступ к MUA с помощью логина и пароля. MUA помогает получить сохраненную электронную почту из MDA.

Заключение

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

Общие сведения о протоколе SMTP - SMTP2GO

Когда вы отправляете электронное письмо, оно не идет напрямую с вашего устройства получателю. Вместо этого он перемещается между множеством разных компьютеров на своем пути. Его первый порт захода - это SMTP-сервер.Для связи с этим сервером вы должны использовать протокол SMTP.

ЧТО ТАКОЕ SMTP?

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

ОБРАЗЕЦ СВЯЗИ

Вот пример связи между отправителем и сервером при отправке электронного письма.

Сначала отправитель (клиент) устанавливает TCP-соединение на соответствующий порт хоста.В большинстве случаев мы используем порт 25. Наша служба также доступна на 8025, 587, 80, 465, 8465 и 443.

Мы можем добиться этого на большинстве устройств, просто введя следующую команду в командной строке. Здесь мы будем использовать smtp2go.com в качестве примера сервера.

  telnet smtp2go.com 25  

Проверьте фактическую связь ниже (S: означает сервер, а C: означает клиент)

EXTENDED SMTP

При отправке электронной почты мы используем два типа «приветствий», HELO и EHLO.Большинство клиентов (например, Outlook, Eudora Mail) будут использовать EHLO.

EHLO вызывает расширенный SMTP (ESMTP). Мы используем его, чтобы включить дополнительные параметры и посмотреть, какие расширения поддерживаются сервером. Однако, если сервер не отвечает на команду EHLO, клиент может использовать HELO. HELO всегда будет работать.

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

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

ДОПОЛНИТЕЛЬНОЕ ЧТЕНИЕ

Формально SMTP определен в RFC 821 с поправками, внесенными в RFC 1123.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *