SMTP — протокол передачи почты. У него две основные задачи. Первая — проверить настройки системы и разрешить отправку письма. Вторая — отправить сообщение и оповестить о доставке или ошибке.
Вы используете SMTP-протокол каждый раз, когда отправляете письмо по электронной почте. Не имеет значения, чем вы пользуетесь: веб-сервисами вроде Gmail, десктопными приложениями вроде Thunderbird или собственным клиентом на хостинге timeweb.cloud. Везде применяется сервер исходящей почты SMTP.
SMTP-port имеет номер 25. Через него пересылается почта между серверами. Второй SMTP-порт — 587. Через него сообщения пересылаются от почтового клиента к серверу.
Если при отправке используется защищенное соединение, то вместо TCP 25 используют порт 465. Номер порта также могут изменить, чтобы обойти ограничения провайдеров. Некоторые компании блокируют 25 порт, чтобы избежать потоков спама.
Команды SMTP состоят из четырех символов. Вместе с ними могут указываться необязательные параметры, которые определяют тип данных.
Основные команды:
Команда |
Что делает |
HELO | Открывает приглашение от клиента |
Определяет отправителя сообщения | |
RCPT | Определяет получателей сообщения |
DATA | Определяет начало сообщения |
DATA | Посылает сообщение на терминал |
SOML | Send-or-Mail |
SAML | Send-and-Mail |
RSET | Сбрасывает SMTP-соединения |
VRFY | Проверяет имя пользователя системы |
EXPN | Запрашивает список псевдонимов |
HELP | Запрашивает список команд |
NOOP | Говорит, что не нужно ничего делать |
QUIT | Останавливает сеанс SMTP |
TURN | Реверс ролей в SMTP |
AUTH | Показывает механизм аутентификации |
Ответы составлены из двух частей:
Что означает email с кодом ошибки? Зависит от того, какие цифры вы получили. Коды сообщений начинаются на цифры 2, 3 и 5.
Логика та же, что и в кодах статуса HTTP-запросов. Если код начинается с 2, это значит, что команда выполнена успешно. Цифра 3 в начале кода говорит о том, что SMTP-сервер нуждается в дополнительных данных. Если код начинается с цифры 5, то произошел сбой на стороне сервера.
Чтобы понять, какие действия выполняет сервер электронной почты SMTP, достаточно хотя бы на базовом уровне понимать, как работает электронная почта.
Например, вы хотите написать другу электронное письмо. Для этого даже настроили свой почтовый сервер — это несложно. Как проходит процесс снаружи и внутри:
Дальше процесс разделяется в зависимости от результатов поиска. Если сервер не обнаружен или не реагирует на запрос, система отправляет еще несколько запросов. В случае неудачи отправителю приходит сообщение об ошибке. Письмо не уходит, а отправитель получает подробное описание проблемы.
Если поиск сервера получателя прошел успешно, то включается проверка почты по IMAP — что это такое, знать необязательно в рамках изучения SMTP. Если коротко, то это еще один протокол электронной почты, который проверяет подлинность отправки. Существуют и другие почтовые протоколы — например, POP3.
Особенность SMTP в том, что серверы того, кто отправляет письмо, и того, кто его получает, постоянно общаются. Пересылка не происходит одним запросом. Сначала серверы здороваются, затем обмениваются по очереди важной информацией: от кого письмо, что внутри.
Для наглядности пример очень простого обмена командами и ответами:
$ telnet expamlemail.com 25 — проверяем, можно ли подключиться к порту 25.
Trying examplemail.com...
Connected to examplemail.com.
220 mailserver at examplemail.com greets you — есть контакт.
HELO testmail.com
250 examplemail.com — поприветствовали друг друга с помощью команды HELO. Сервер получателя отправил код 250. Это значит, что можно продолжить общение.
MAIL FROM: <test@testmail.com> — мы сообщаем, от кого собираемся отправить письмо.
250 2.1.0 Ok — сервер отвечает, что не против того, чтобы принять письмо от этого адресата. На этом этапе уже могут возникать ошибки. Например, если указанный адрес отправителя внесен в черный список получателя или почтового сервиса.
RCPT TO: <user@examplemail.com> — мы сообщаем, кому хотим отправить сообщение.
250 2.1.5 Ok — сервер говорит, что готов принять письмо для этого получателя. На этом этапе могут возникать ошибки, если, например, адрес получателя указан неверно.
DATA — говорим серверу, что передача письма сейчас начнется.
354 End data with <CR><LF>.<CR><LF> — сервер подсказывает, в каком виде должен быть конец письма.
FROM: test@testmail.com — начинаем передачу письма вместе с техническими заголовками.
TO: user@examplemail.com
SUBJECT: Test header
Some text
. — показываем, что передача письма завершена.
250 2.0.0 Ok: queued as 1CCD5D74AAE — сервер уведомляет, что принял письмо и назначил ему ID. Идентификатор нужен, чтобы администратор принимающего сервиса при недоставке письма мог найти причину ошибки.
QUIT — сообщаем серверу, что сеанс связи закончен.
221 2.0.0 Bye — сервер прощается.
Connection closed by foreign host — соединение обрывается.
SMTP — простой протокол. По умолчанию у него нет средств защиты пользовательских данных. Шифрование добавили, но оно работает только при использовании STARTTLS, а не «из коробки». То есть зашифрованное соединение создается поверх обычного.
Еще одна большая проблема этого протокола — огромное количество спама. Для защиты от него приходится использовать внешние инструменты.
Тем не менее SMTP остается популярным решением для обмена сообщениями. Большинство пользователей не замечает его недостатков, потому что защищены теми механизмами, которые внедряют почтовые сервисы.
В большинстве случаев пользователям хватает возможностей, которые предоставляют SMTP-серверы бесплатных почтовых сервисов: Gmail, Яндекс.Почты, Mail.ru. Однако их достоинства становятся несущественными, когда требуется массовая рассылка. Причина — ограничения по количеству писем.
Например, через бесплатную почту Яндекса нельзя отправлять более 150 писем в сутки, а на Mail.ru используется лимит 1 письмо в минуту. Если превысить порог, письма будут падать в папку «Спам». Получатели рискуют их не увидеть.
Решением может стать создание собственного SMTP-сервера. Это посильная задача. SMTP — простой и хорошо задокументированный протокол. Его можно быстро проверить, есть подробный отчет об ошибках.
Но у такого подхода есть и недостатки. Для доработки под свои задачи нужны разработчики. К тому же не все провайдеры поддерживают SMTP, потому что часто он становится источником спама. Поэтому чаще для массовых рассылок используют специализированные сервисы.
Создание же собственного SMTP-сервиса может быть разумным для организации внутрикорпоративной почты, доступ к которой есть только у авторизованных пользователей.