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

SMTP (Simple Mail Transfer Protocol) — это стандартный интернет-протокол для отправки электронных писем между серверами. Когда приложению необходимо отправить email, оно устанавливает соединение с SMTP-сервером, проходит аутентификацию и передаёт сообщение. SMTP-сервер затем маршрутизирует сообщение через цепочку почтовых агентов передачи, пока оно не достигнет почтового сервера получателя. SMTP обрабатывает только исходящую доставку — получение и чтение сообщений обеспечивают отдельные протоколы, такие как IMAP и POP3. Протокол обычно работает на порту 587 (для аутентифицированной отправки) или порту 465 (для неявного TLS).

Для платформ цифрового издательства надёжная доставка email лежит в основе критических рабочих процессов. Уведомления о захваченных лидах, коды [OTP-верификации](/glossary/otp), запросы на утверждение документов, приглашения в команду и подтверждения отправки — всё это проходит через SMTP. Когда письма не доставляются или попадают в папку спама, издатели теряют срочных лидов, а читатели лишаются доступа к защищённому контенту. Доставляемость email зависит не только от наличия SMTP-сервера, но и от правильной аутентификации — записей SPF, DKIM и [DMARC](/glossary/dmarc), подтверждающих легитимность отправителя и его право отправлять письма от имени домена.

FlipLink использует SMTP-доставку для всех исходящих коммуникаций. Когда читатель отправляет информацию через форму [захвата лидов](/features/lead-capture), FlipLink отправляет данные захваченного лида по email. Коды [OTP-верификации](/glossary/otp), уведомления о командной работе, запросы на утверждение документов и подтверждения отправки — всё доставляется через SMTP. FlipLink управляет SMTP-инфраструктурой самостоятельно, поэтому вам не нужно настраивать почтовые серверы, устанавливать записи аутентификации или мониторить очереди доставки. Письма отправляются с верифицированных адресов отправителя с корректной SPF- и DKIM-аутентификацией для максимальной доставки в папку «Входящие».

Если вы отправляете письма со ссылками на ваши публикации FlipLink (например, ссылки для обмена или маркетинговые рассылки из вашей собственной почтовой системы), выполните эти шаги для максимальной доставляемости: 1. **Настройте SPF** — добавьте DNS TXT-запись для домена отправки, авторизующую IP-адреса вашего почтового сервера 2. **Настройте DKIM** — сгенерируйте пару открытый/закрытый ключ и опубликуйте открытый ключ как DNS TXT-запись для верификации целостности сообщений принимающими серверами 3. **Включите DMARC** — опубликуйте политику DMARC, указывающую принимающим серверам, как обрабатывать сообщения, не прошедшие проверки SPF или DKIM 4. **Используйте порт 587 со STARTTLS** — рекомендуемый порт для аутентифицированного SMTP с шифрованием 5. **Мониторьте показатели возвратов** — высокий процент возвратов вредит репутации отправителя и снижает будущую доставляемость 6. **Поддерживайте списки рассылки в чистоте** — удаляйте недействительные адреса и оперативно обрабатывайте запросы на отписку Для писем, отправляемых самим FlipLink (уведомления о лидах, OTP-коды, системные оповещения), FlipLink автоматически выполняет все эти шаги.

**«SMTP обрабатывает как отправку, так и получение email.»** SMTP предназначен исключительно для исходящей доставки. Получение почты обеспечивает IMAP (Internet Message Access Protocol) или POP3 (Post Office Protocol). Когда говорят «почтовый сервер», обычно имеют в виду систему, работающую и с SMTP для отправки, и с IMAP/POP3 для получения. **«Если мои письма дошли до сервера, они попадут во входящие.»** Достижение почтового сервера получателя — лишь первый шаг. Современные почтовые провайдеры вроде Gmail и Outlook применяют спам-фильтрацию, оценку репутации и проверки аутентификации прежде чем поместить письмо во входящие. Без SPF, DKIM и DMARC даже легитимные письма могут быть отмечены как спам. **«SMTP устарел и заменяется.»** Хотя SMTP существует с 1982 года (RFC 821), он остаётся универсальным стандартом передачи email. Современные расширения — STARTTLS (шифрование), SMTP AUTH (аутентификация) и BIMI (индикаторы бренда) — поддерживают протокол в актуальном состоянии. Замены на горизонте нет.

SMTP-транзакция следует структурированной последовательности: клиент открывает TCP-соединение, отправляет команду `HELO` или `EHLO` для идентификации, аутентифицируется через `AUTH`, указывает отправителя через `MAIL FROM`, объявляет получателей через `RCPT TO`, передаёт тело сообщения через `DATA` и завершает командой `QUIT`. Каждый шаг возвращает код статуса (250 — успех, 4xx — временные ошибки, 5xx — постоянные ошибки). Современные SMTP-соединения шифруются с помощью TLS — через STARTTLS на порту 587 или неявный TLS на порту 465. Механизмы аутентификации включают PLAIN, LOGIN и OAuth2, при этом OAuth2 становится предпочтительным методом для крупных провайдеров вроде Google и Microsoft.