Disposition-Notification-To

Disposition-Notification-To — это необязательное поле заголовка электронного письма в протоколе SMTP, предназначенное для запроса уведомления о том, что получатель совершил определённое действие с сообщением (например, прочитал его, удалил, переслал). Данный механизм является частью стандарта MDN (Message Disposition Notification), описанного в RFC 3798.

История и стандартизация

Идея создания механизма уведомлений о прочтении электронных писем возникла в начале 1990-х годов, когда электронная почта стала массовым средством коммуникации. Первоначально для этих целей использовались нестандартные методы, такие как встраивание в письмо изображений размером 1×1 пиксель (так называемые «веб-маяки»), которые загружались с сервера отправителя при открытии письма. Однако этот подход был ненадёжным и не обеспечивал точного подтверждения прочтения.

В 2004 году Рабочая группа по инженерным вопросам Интернета (IETF) опубликовала RFC 3798 «Message Disposition Notification», который стандартизировал формат запроса и ответа на уведомление о прочтении. В этом документе было определено поле заголовка Disposition-Notification-To, а также структура самого уведомления (MDN). Позднее, в 2010 году, RFC 3798 был обновлён и дополнен в RFC 5965, который уточнил обработку MDN в контексте безопасности и борьбы со спамом.

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

Механизм Disposition-Notification-To работает следующим образом:

1. Запрос: Отправитель добавляет в заголовок письма поле Disposition-Notification-To, значением которого является его собственный адрес электронной почты. Например:

Disposition-Notification-To: sender@example.com Это указывает почтовому клиенту получателя, что отправитель желает получить уведомление о прочтении.

1. Обработка: Когда почтовый клиент получателя (например, Microsoft Outlook, Mozilla Thunderbird, Gmail) открывает письмо, он проверяет наличие этого поля. Если оно присутствует, клиент может:

• Автоматически сгенерировать и отправить MDN-уведомление.
• Запросить у пользователя разрешение на отправку уведомления.
• Проигнорировать запрос (в зависимости от настроек пользователя и политики почтового сервиса).

1. Уведомление (MDN): Если клиент решает отправить уведомление, оно формируется в виде отдельного письма, отправляемого на адрес, указанный в Disposition-Notification-To. Это письмо имеет специальный формат, определённый RFC 3798. Ключевой частью MDN является поле Disposition, которое указывает, какое действие было совершено с письмом. Возможные значения:

• displayed — письмо было прочитано (отображено).
• deleted — письмо было удалено без прочтения.
• dispatched — письмо было переслано другому получателю.
• processed — письмо было обработано (например, автоматически, без участия человека).
• denied — получатель отказался от отправки уведомления.

Формат MDN-уведомления

MDN-уведомление — это многочастное сообщение (multipart/report), состоящее из трёх частей:

1. Текстовое пояснение (text/plain): Человекочитаемое описание, например: «Ваше сообщение было прочитано получателем».
2. Машинно-читаемая часть (message/disposition-notification): Структурированные данные в формате, аналогичном заголовкам письма. Содержит поля:

• Original-Recipient — исходный адрес получателя.
• Final-Recipient — адрес, на который письмо было доставлено (может отличаться при пересылке).
• Original-Message-ID — идентификатор исходного письма.
• Disposition — действие, совершённое с письмом (см. выше).
• Error — описание ошибки, если уведомление не может быть отправлено.

1. Копия исходного письма (message/rfc822): Полная копия исходного письма (необязательно, но часто включается для контекста).

Поддержка почтовыми клиентами

Поддержка Disposition-Notification-To варьируется в зависимости от почтового клиента и его настроек:

• Microsoft Outlook: Полная поддержка. Пользователь может настроить автоматическую отправку уведомлений, запрос подтверждения или игнорирование запросов. Outlook также позволяет отправлять запросы на уведомление.
• Mozilla Thunderbird: Поддерживает. При получении письма с запросом выводит диалог с предложением отправить уведомление. Можно настроить автоматический отказ или игнорирование.
• Gmail (веб-интерфейс): Не поддерживает Disposition-Notification-To. Gmail игнорирует этот заголовок и не отправляет MDN-уведомления. Однако Gmail использует собственные механизмы для отслеживания прочтения (например, встроенные изображения).
• Apple Mail: Поддерживает. При открытии письма с запросом может автоматически отправлять уведомление или запрашивать разрешение.
• Почтовые сервисы (Яндекс.Почта, Mail.ru): Поддержка неполная или отсутствует. Часто игнорируют запросы, особенно для писем от незнакомых отправителей, из соображений безопасности.

Ограничения и критика

Механизм Disposition-Notification-To имеет ряд существенных ограничений и подвергается критике:

• Необязательность выполнения: Получатель не обязан отправлять уведомление. Почтовый клиент может быть настроен на игнорирование запросов, а пользователь может вручную отказаться от отправки. Таким образом, отсутствие уведомления не гарантирует, что письмо не было прочитано.
• Проблемы конфиденциальности: Отправка MDN-уведомления раскрывает отправителю факт прочтения письма, а также время и, возможно, местоположение (через IP-адрес в заголовках). Многие пользователи считают это нарушением приватности.
• Уязвимость для спама: Спамеры могут использовать Disposition-Notification-To для подтверждения существования и активности почтового адреса. Если получатель отправляет уведомление, спамер получает подтверждение, что адрес активен, и будет продолжать атаковать его.
• Ненадёжность: Уведомление может быть отправлено не только при прочтении человеком, но и при автоматической обработке (например, антивирусом или почтовым фильтром). Это может ввести отправителя в заблуждение.
• Отсутствие поддержки в веб-почте: Многие популярные веб-интерфейсы (Gmail, Outlook.com) не поддерживают этот стандарт, что делает его бесполезным для значительной части пользователей.

Альтернативы

Из-за ограничений Disposition-Notification-To для отслеживания прочтения писем часто используются другие методы:

• Веб-маяки (tracking pixels): Встраивание в письмо невидимого изображения, загружаемого с сервера отправителя при открытии письма. Этот метод широко распространён в маркетинговых рассылках. Однако он также может быть заблокирован почтовыми клиентами (например, Gmail по умолчанию загружает изображения через прокси-сервер, что усложняет отслеживание).
• Ссылки с параметрами: Вставка в письмо уникальных ссылок, переход по которым фиксируется сервером отправителя. Это позволяет отследить не только факт прочтения, но и клики по ссылкам.
• Сторонние сервисы: Специализированные сервисы (например, Mailtrack, HubSpot) предоставляют расширенные возможности отслеживания, используя комбинацию веб-маяков и других методов.

Источники

1. RFC 3798 — Message Disposition Notification (2004).
2. RFC 5965 — SMTP Service Extension for Message Disposition Notifications (2010).
3. Крокфорд, Д. «Электронная почта: протоколы, форматы, безопасность». — М.: Вильямс, 2005.
4. Документация Microsoft Outlook: «Отслеживание сообщений с помощью уведомлений о прочтении».
5. Справка Mozilla Thunderbird: «Уведомления о прочтении».