SMTP — протокол передачи почты. У него две основные задачи. Первая — проверить настройки системы и разрешить отправку письма. Вторая — отправить сообщение и оповестить о доставке или ошибке.

Вы используете SMTP-протокол каждый раз, когда отправляете письмо по электронной почте. Не имеет значения, чем вы пользуетесь: веб-сервисами вроде Gmail, десктопными приложениями вроде Thunderbird или собственным клиентом на хостинге timeweb.cloud. Везде применяется сервер исходящей почты SMTP.

Немного технических подробностей

SMTP-port имеет номер 25. Через него пересылается почта между серверами. Второй SMTP-порт — 587. Через него сообщения пересылаются от почтового клиента к серверу.

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

Команды и ответы

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

Основные команды:

Ответы составлены из двух частей:

• Код сообщения — нужен для проверки корректности отправки.
• Текстовое сообщение — объясняет, что случилось при отправке или получении. Чаще всего оно предназначено для людей, а не компьютеров.

Что означает email с кодом ошибки? Зависит от того, какие цифры вы получили. Коды сообщений начинаются на цифры 2, 3 и 5. 

Логика та же, что и в кодах статуса HTTP-запросов. Если код начинается с 2, это значит, что команда выполнена успешно. Цифра 3 в начале кода говорит о том, что SMTP-сервер нуждается в дополнительных данных. Если код начинается с цифры 5, то произошел сбой на стороне сервера.

Принцип работы SMTP

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

Например, вы хотите написать другу электронное письмо. Для этого даже настроили свой почтовый сервер — это несложно. Как проходит процесс снаружи и внутри:

1. Вы указываете адрес отправителя. Система определяет его принадлежность и соединяется с нужным сервисом — например, с Mail.
2. Бэкенд получает данные: почтовые адреса отправителя и адресата (или нескольких адресатов), тему и содержание сообщения.
3. Система ищет 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-сервер

В большинстве случаев пользователям хватает возможностей, которые предоставляют SMTP-серверы бесплатных почтовых сервисов: Gmail, Яндекс.Почты, Mail.ru. Однако их достоинства становятся несущественными, когда требуется массовая рассылка. Причина — ограничения по количеству писем.

Например, через бесплатную почту Яндекса нельзя отправлять более 150 писем в сутки, а на Mail.ru используется лимит 1 письмо в минуту. Если превысить порог, письма будут падать в папку «Спам». Получатели рискуют их не увидеть.

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

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

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