MUA (почтовый клиент): роль Mail User Agent в доставке email
MUA (Mail User Agent) - программа, через которую пользователь взаимодействует с электронной почтой: составляет письма, отправляет их и читает входящие. Thunderbird, Microsoft Outlook, Apple Mail, мобильное приложение Gmail - всё это MUA. Веб-интерфейс gmail.com или outlook.live.com тоже выполняет функцию MUA, хотя технически работает в браузере.
MUA - начальная и конечная точка жизненного цикла письма с точки зрения пользователя. Всё, что происходит между нажатием «Отправить» у автора и появлением письма во «Входящих» у получателя, скрыто за слоями MTA и MDA.
MUA в цепочке доставки
Путь письма проходит через три компонента:
- MUA отправителя формирует письмо (заголовки From, To, Subject, тело, вложения) и передаёт его MTA через SMTP на порту 587 (submission) с аутентификацией.
- MTA маршрутизирует письмо: находит MX-запись домена получателя, устанавливает SMTP-соединение с принимающим сервером, передаёт сообщение.
- MDA на стороне получателя принимает письмо от MTA и размещает его в почтовом ящике.
После этого MUA получателя забирает письмо из ящика по протоколу IMAP или POP3 и показывает его пользователю. MUA не участвует в маршрутизации - он только формирует сообщение и отображает полученное.
Протоколы, которые использует MUA
MUA работает с двумя группами протоколов: один для отправки, другой для получения.
- SMTP (порт 587 или 465) - для отправки. MUA подключается к исходящему серверу, проходит аутентификацию (SMTP AUTH) и передаёт письмо. Порт 587 использует STARTTLS, порт 465 - implicit TLS.
- IMAP (порт 993) - для чтения. Письма остаются на сервере, MUA синхронизирует папки. Можно работать с одним ящиком с нескольких устройств: прочитанное на телефоне будет отмечено прочитанным на десктопе.
- POP3 (порт 995) - для загрузки. MUA скачивает письма с сервера и (по умолчанию) удаляет их с сервера. Подходит для единственного устройства. В современных конфигурациях используется редко.
Десктопные, мобильные и веб-клиенты
MUA бывают трёх видов, и между ними есть архитектурные различия:
- Десктопные. Thunderbird, Outlook (Windows/Mac), Apple Mail, eM Client. Работают как отдельные приложения, подключаются к серверу по IMAP/POP3 и SMTP. Хранят локальный кэш писем на диске.
- Мобильные. Gmail (Android/iOS), Outlook Mobile, Apple Mail на iPhone. Используют те же протоколы, но оптимизированы для push-уведомлений. Gmail на Android, например, использует проприетарный протокол вместо IMAP для экономии батареи.
- Веб-клиенты. gmail.com, outlook.live.com, mail.yahoo.com. Браузер выступает контейнером, а логика MUA выполняется на стороне сервера. Пользователь не настраивает SMTP/IMAP - всё происходит внутри инфраструктуры провайдера.
С точки зрения email-инфраструктуры тип MUA не влияет на доставляемость. Письмо, отправленное из Thunderbird и из веб-интерфейса Gmail, обрабатывается MTA одинаково.
Что MUA добавляет в письмо
MUA формирует структуру сообщения по стандарту RFC 5322. Основные заголовки, которые создаёт клиент:
- From - адрес отправителя. Этот заголовок пользователь видит во входящих. Он может отличаться от envelope sender (MAIL FROM), который задаётся на уровне SMTP.
- To, Cc, Bcc - получатели. Bcc не включается в заголовки итогового письма.
- Subject - тема.
- Date - дата и время отправки по часам клиента.
- Message-ID - уникальный идентификатор сообщения. Генерируется MUA или MTA. Используется для отслеживания цепочек (threading) и дедупликации.
- MIME-Version, Content-Type - описание формата тела: plain text, HTML, multipart с вложениями.
MUA и отображение писем
То, как получатель видит письмо, зависит от MUA. Разные клиенты по-разному рендерят HTML, поддерживают разный набор CSS-свойств, обрабатывают изображения и интерактивные элементы. Это головная боль для email-маркетологов: письмо, свёрстанное для Gmail, может выглядеть иначе в Outlook или Yahoo Mail.
Outlook на Windows использует движок рендеринга Word (а не браузерный), что накладывает серьёзные ограничения на HTML/CSS. Apple Mail, напротив, использует WebKit и поддерживает современные CSS-свойства. Веб-версия Gmail удаляет часть стилей из соображений безопасности. Все эти различия вынуждают использовать табличную вёрстку и инлайн-стили в email-шаблонах.
MUA и безопасность
MUA участвует в защите пользователя от фишинга и спама, хотя основная фильтрация происходит на сервере. Клиент отображает результаты проверок SPF, DKIM, DMARC: значок аутентификации в Gmail, предупреждение о подозрительном отправителе в Outlook. Некоторые MUA блокируют загрузку внешних изображений по умолчанию, чтобы предотвратить отслеживание открытий через tracking pixel.
Для отправителей рассылок это означает, что open rate, основанный на загрузке пикселя, не отражает реальной картины. Часть пользователей откроет письмо, но MUA не загрузит изображение - и открытие не будет зафиксировано.
MUA и валидация email
MUA выполняет первичную валидацию адреса при отправке: проверяет синтаксис (наличие @, допустимые символы). Но эта проверка поверхностная. Она не определяет, существует ли ящик и принимает ли домен почту. Для глубокой проверки нужны DNS-запросы и SMTP-сессия с сервером получателя - задачи, которые MUA не решает.
uChecker проверяет адреса на всех уровнях, которые недоступны обычному MUA: синтаксис, DNS, MX-записи, SMTP-ответ сервера. Результат - чистая база, где каждый адрес реально принимает почту.
