Уведомления о доставке и прочтении писем — это механизмы, используемые в электронной почте для информирования отправителя о статусе отправленного сообщения. Они работают на основе взаимодействия почтовых серверов и клиентов, а также стандартов протоколов электронной почты, таких как SMTP, IMAP и POP3. Давайте разберем, как это устроено, шаг за шагом, подробно и понятно.

---

1. Основные понятия

• Уведомление о доставке (Delivery Status Notification, DSN): Это сообщение, которое подтверждает, что письмо успешно доставлено до почтового ящика получателя (или не доставлено по какой-либо причине). Оно генерируется почтовыми серверами.
• Уведомление о прочтении (Message Disposition Notification, MDN): Это сообщение, подтверждающее, что получатель открыл (или просмотрел) письмо. Оно обычно инициируется почтовым клиентом (например, Outlook, Gmail) по запросу отправителя.
• Почтовые серверы: Это программное обеспечение (например, Postfix, Microsoft Exchange), которое обрабатывает отправку, маршрутизацию и доставку писем между отправителем и получателем.
• Почтовые клиенты: Это программы или веб-интерфейсы (например, Thunderbird, Gmail, Outlook), которые пользователи используют для чтения, отправки и управления письмами.

---

2. Как работает уведомление о доставке (DSN)

Уведомление о доставке основано на протоколе SMTP (Simple Mail Transfer Protocol) и его расширениях, таких как RFC 3461 (Delivery Status Notifications). Этот процесс происходит на уровне почтовых серверов.

Шаги работы уведомления о доставке:

1. Запрос уведомления о доставке:
   • Отправитель включает в заголовки письма специальный запрос на уведомление о доставке. Это делается с помощью заголовка Return-Receipt-To или через расширение SMTP NOTIFY (например, NOTIFY=SUCCESS,FAILURE).
   • Пример: Когда отправитель в Outlook включает опцию «Запросить уведомление о доставке», почтовый клиент добавляет соответствующий заголовок в письмо.
2. Отправка письма:
   • Почтовый клиент отправителя передает письмо на исходящий почтовый сервер (SMTP-сервер) через протокол SMTP.
   • Сервер отправителя (например, smtp.gmail.com) устанавливает соединение с сервером получателя (например, smtp.outlook.com) и передает письмо.
3. Маршрутизация и доставка:
   • Сервер получателя принимает письмо и проверяет, может ли оно быть доставлено в почтовый ящик (например, проверяет существование адреса, фильтры спама и т.д.).
   • Если сервер получателя поддерживает DSN и в письме есть соответствующий запрос, он генерирует уведомление о доставке.
4. Генерация уведомления о доставке:
   • Если письмо успешно доставлено в почтовый ящик, сервер получателя отправляет DSN с кодом статуса (например, 2.0.0 — успешная доставка).
   • Если доставка не удалась (например, из-за неверного адреса или переполненного ящика), сервер отправляет DSN с кодом ошибки (например, 5.1.1 — пользователь не существует).
   • Уведомление отправляется обратно на адрес, указанный в заголовке Return-Receipt-To или на адрес отправителя.
5. Получение уведомления:
   • Почтовый клиент отправителя получает DSN как отдельное письмо или системное сообщение, которое обычно содержит информацию о статусе доставки (успех или ошибка).

Пример DSN-сообщения:

Ограничения DSN:

• Не все почтовые серверы поддерживают уведомления о доставке.
• Уведомление подтверждает доставку до ящика, но не гарантирует, что письмо было открыто или прочитано.
• DSN может быть заблокировано фильтрами спама или политиками сервера получателя.

---

3. Как работает уведомление о прочтении (MDN)

Уведомление о прочтении регулируется стандартом RFC 3798 (Message Disposition Notification) и зависит от почтового клиента получателя, а не только от серверов.

Шаги работы уведомления о прочтении:

1. Запрос уведомления о прочтении:
   • Отправитель включает в письмо заголовок Disposition-Notification-To, указывая адрес, на который нужно отправить уведомление.
   • Например, в Outlook или Thunderbird отправитель может включить опцию «Запросить уведомление о прочтении», что добавляет этот заголовок.
2. Отправка письма:
   • Письмо передается через SMTP-сервер отправителя к серверу получателя, как описано выше, и доставляется в почтовый ящик.
3. Открытие письма получателем:
   • Когда получатель открывает письмо в почтовом клиенте (например, Gmail, Outlook), клиент проверяет наличие заголовка Disposition-Notification-To.
   • Если заголовок присутствует, клиент может:
     • Автоматически отправить уведомление о прочтении.
     • Показать получателю диалоговое окно с запросом, отправить ли уведомление (например, «Отправить уведомление о прочтении?»).
     • Игнорировать запрос, если пользователь или клиент настроены на блокировку таких уведомлений.
4. Генерация уведомления о прочтении:
   • Если получатель соглашается отправить уведомление (или клиент настроен на автоматическую отправку), почтовый клиент генерирует MDN.
   • MDN — это отдельное письмо, содержащее информацию о том, что сообщение было открыто, с указанием времени и адреса получателя.
   • Пример MDN:
     text

     СвернутьПеренос

     Копировать

     From: recipient@example.com

     To: sender@example.com

     Subject: Message Disposition Notification

     The message sent on Wed, 9 Jul 2025 14:11:25 +0900

     to recipient@example.com was displayed by the recipient

     on Wed, 9 Jul 2025 14:15:00 +0900.
5. Отправка и получение MDN:
   • MDN отправляется через SMTP-сервер получателя обратно к отправителю.
   • Почтовый клиент отправителя отображает уведомление как отдельное письмо или системное сообщение (например, в Outlook это может быть уведомление в папке «Входящие»).

Ограничения MDN:

• Зависимость от клиента: Уведомления о прочтении зависят от того, поддерживает ли почтовый клиент получателя MDN и как он настроен. Например, Gmail в веб-интерфейсе не поддерживает отправку MDN, но корпоративные версии (Google Workspace) могут это делать.
• Выбор получателя: Получатель может отказаться отправлять уведомление, если клиент запрашивает подтверждение.
• Блокировка изображений: Если клиент блокирует загрузку изображений (что часто используется для отслеживания открытий), уведомление может не отправляться.
• Конфиденциальность: Многие пользователи отключают уведомления о прочтении из соображений приватности.

---

4. Технические аспекты взаимодействия серверов и клиентов

Протоколы, используемые в процессе:

• SMTP (Simple Mail Transfer Protocol): Используется для отправки писем и уведомлений между серверами.
• IMAP/POP3: Протоколы, которые почтовые клиенты используют для получения писем и уведомлений из почтового ящика.
• MIME (Multipurpose Internet Mail Extensions): Формат, используемый для включения заголовков и содержимого писем, включая DSN и MDN.

Роль почтовых серверов:

• Исходящий сервер отправителя (SMTP): Отправляет письмо и, при необходимости, запрашивает DSN.
• Сервер получателя: Принимает письмо, проверяет его валидность и генерирует DSN, если это указано.
• Сервер отправителя (для уведомлений): Принимает DSN или MDN и доставляет их в почтовый ящик отправителя.

Роль почтовых клиентов:

• Клиент отправителя: Добавляет заголовки для запроса уведомлений и отображает полученные уведомления.
• Клиент получателя: Решает, отправлять ли MDN, и обрабатывает входящие письма.

---

5. Практические примеры и особенности

Пример 1: Отправка письма через Outlook:

• Пользователь в Outlook включает опции «Запросить уведомление о доставке» и «Запросить уведомление о прочтении».
• Outlook добавляет заголовки Return-Receipt-To и Disposition-Notification-To в письмо.
• Письмо отправляется через SMTP-сервер (например, smtp.office365.com).
• Сервер получателя (например, Gmail) подтверждает доставку через DSN.
• Если получатель использует Outlook и соглашается отправить уведомление о прочтении, его клиент генерирует MDN.

Пример 2: Gmail:

• Gmail (в веб-версии) не поддерживает отправку MDN, но может отправлять DSN, если сервер настроен на это.
• Если отправитель использует сторонний сервис отслеживания (например, Mailtrack), он может вставить в письмо пиксель отслеживания (небольшое изображение, загрузка которого сигнализирует об открытии). Это не стандартный MDN, а альтернативный метод.

Проблемы и ограничения:

• Несовместимость: Не все почтовые клиенты и серверы поддерживают DSN и MDN. Например, многие веб-клиенты (Gmail, Yahoo) игнорируют запросы MDN.
• Фильтры и спам: Уведомления могут быть отфильтрованы как спам или заблокированы корпоративными политиками.
• Технические сбои: Если сервер получателя не поддерживает DSN или клиент блокирует MDN, отправитель не получит уведомления.

---

6. Альтернативные методы отслеживания

Поскольку DSN и MDN не всегда надежны, многие отправители используют сторонние инструменты:

• Пиксели отслеживания: Небольшие изображения, встроенные в письмо, которые загружаются при открытии и отправляют сигнал на сервер отправителя.
• Ссылки для отслеживания: Уникальные URL в письмах, которые регистрируют клики.
• Сторонние сервисы: Инструменты вроде Mailtrack, Yesware или HubSpot предоставляют расширенные функции отслеживания.

---

7. Заключение

• Уведомления о доставке (DSN) генерируются почтовыми серверами и подтверждают, что письмо достигло ящика получателя. Они зависят от поддержки SMTP-расширений и настроек серверов.
• Уведомления о прочтении (MDN) зависят от почтового клиента получателя и его настроек. Они менее надежны, так как требуют активного действия со стороны получателя.
• Процесс включает взаимодействие SMTP-серверов, почтовых клиентов и стандартов, таких как RFC 3461 и RFC 3798.
• Ограничения связаны с различиями в реализации протоколов, настройками пользователей и мерами безопасности.

Если вам нужно больше деталей о конкретных протоколах, примерах заголовков или настройке уведомлений в определенных клиентах (например, Outlook, Gmail), дайте знать!