Открыть сервисСервис

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

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

Основные протоколы

SMTP

SMTP (Simple Mail Transfer Protocol, RFC 5321) — протокол передачи почты, используемый для отправки сообщений от клиента к серверу и для ретрансляции писем между почтовыми серверами. Работает на TCP-порту 25 (для межсерверной передачи) и 587 (для отправки с клиента). SMTP поддерживает аутентификацию (команды AUTH, расширение RFC 4954), шифрование канала через STARTTLS (RFC 3207) и расширение SMTPUTF8 (RFC 6531) для работы с международными доменными именами и адресами.

POP3

POP3 (Post Office Protocol version 3, RFC 1939) — протокол доступа к почтовому ящику, работающий на TCP-порту 110 (или 995 при использовании SSL/TLS). POP3 загружает сообщения с сервера на клиент, после чего по умолчанию удаляет их с сервера. Протокол прост и ориентирован на работу с одним устройством; расширение APOP (RFC 1939) добавляет аутентификацию по MD5.

IMAP

IMAP (Internet Message Access Protocol, текущая версия — IMAP4rev1, RFC 3501) — протокол доступа к почте, работающий на TCP-порту 143 (993 при SSL/TLS). В отличие от POP3, IMAP хранит сообщения на сервере и позволяет работать с папками и флагами писем удалённо, что удобно для синхронизации почты на нескольких устройствах. Расширение IMAP IDLE (RFC 2177) обеспечивает уведомления о новых письмах в реальном времени.

Дополнительные протоколы

ПротоколНазначениеПорт
LMTP (RFC 2033)Локальная доставка почты на сервере—
MHonArc, MBOX, MaildirФорматы хранения почтовых сообщений—
Sieve (RFC 5228)Фильтрация входящих писем—
ACAP (RFC 2244)Доступ к конфигурации почтового клиента—
DANE (RFC 7672)Проверка сертификатов SMTP-серверов через DNS—
MTA-STS (RFC 8461)Принудительное шифрование SMTP-соединений—
DMARC (RFC 7489)Проверка подлинности домена отправителя—
DKIM (RFC 6376)Криптографическая подпись письма—
SPF (RFC 7208)Список серверов, авторизованных отправлять почту от домена—

Работа протоколов в связке

Типичный сценарий доставки письма выглядит так: почтовый клиент отправляет сообщение на SMTP-сервер отправителя (порты 587 или 465), тот проверяет подлинность отправителя по SPF/DKIM/DMARC и пересылает письмо через SMTP на SMTP-сервер получателя. Сервер получателя проверяет правила фильтрации (Sieve), затем письмо попадает в почтовый ящик. Клиент получателя загружает письма через IMAP или POP3.

История

Протоколы электронной почты разрабатывались с конца 1970-х годов. SMTP появился в 1982 году (RFC 821), POP — в 1984 году, IMAP — в 1986 году. В 1990-е годы протоколы были стандартизированы в виде RFC и получили повсеместное распространение. В 2000-е годы появились расширения для шифрования (STARTTLS, SSL/TLS) и аутентификации, а в 2010-е — стандарты для борьбы со спамом и фишингом (SPF, DKIM, DMARC).

Применение

Протоколы SMTP, POP3 и IMAP реализованы в большинстве почтовых серверов (Postfix, Sendmail, Exim, Microsoft Exchange) и клиентов (Mozilla Thunderbird, Microsoft Outlook, Apple Mail). В России эти стандарты используются в корпоративной почте, государственных системах и у коммерческих провайдеров. Альтернативные протоколы, такие как JMAP (RFC 8620) и Matrix, разрабатываются для замены или дополнения традиционной почтовой инфраструктуры.

Источники

  • RFC 5321 — Simple Mail Transfer Protocol
  • RFC 1939 — Post Office Protocol — Version 3
  • RFC 3501 — INTERNET MESSAGE ACCESS PROTOCOL — VERSION 4rev1
  • RFC 6376 — DomainKeys Identified Mail (DKIM)
  • RFC 7208 — Sender Policy Framework (SPF)
  • RFC 7489 — Domain-based Message Authentication, Reporting, and Conformance (DMARC)
  • RFC 3207 — The SMTP Service Extension for Secure SMTP over Transport Layer Security
Заметили ошибку или не согласны с информацией в статье? Напишите нам support@bfometr.ru