Сообщение об отказе - Википедия - Bounce message

А возврат сообщения или просто "отказов" - это автоматическое сообщение от электронное письмо система, информирующая отправителя предыдущего сообщения о том, что сообщение не было доставлено (или возникла другая проблема с доставкой). Считается, что исходное сообщение «отскочило».

Эта обратная связь может быть немедленной (некоторые из причин, описанных здесь) или, если отправляющая система может повторить попытку, может прийти через несколько дней после завершения этих попыток.

Более формальные термины для сообщения о недоставке включают «Отчет о недоставке» или «Уведомление о недоставке» (NDR), [Failed], «Уведомление о статусе доставки» (DSN) или «Уведомление о недоставке» (NDN).[1]

Классификация отказов

Хотя SMTP является зрелой технологией, насчитывающей более тридцати лет, архитектура все больше подвергается нагрузке как из-за нормальной, так и из-за нежелательной нагрузки.[2] Системы электронной почты были усовершенствованы системами репутации, привязанными к фактическому отправителю электронной почты, с идеей, что почтовые серверы получателя отклоняют электронную почту, когда в протоколе используется поддельный отправитель.[3] Таким образом, было создано два типа отказов электронной почты: жесткие отказы и мягкие отказы.[4] Оба они влияют на репутацию IP-адреса отправителя, поскольку поставщики услуг электронной почты (ESP) рассматривают общий показатель отказов как фактор принятия решения при перенаправлении электронного письма во входящий ящик пользователя. Вкратце, общий показатель отказов рассчитывается как сумма жесткого и мягкого показателей отказов.

Жесткие отскоки

Жесткие отскоки являются постоянными, и они оцениваются выше с точки зрения повреждения IP-адреса отправителя. Жесткие отказы происходят, когда почтовый сервер отправителя определяет, что существует высокая вероятность того, что получатель недоступен и, скорее всего, останется таковым. Несколько случаев, когда происходят жесткие отказы, - это когда получатель электронного письма оказывается в одной из следующих ситуаций: неправильный идентификатор / неправильный домен (например, опечатка в адресе электронной почты или в домене) или его сервер не принимает электронных писем больше. В этом случае удаление возвращаемых адресов электронной почты является обязательным.

Мягкие отскоки

Мягкие отскоки временны. Возвращенное сообщение, которое испытывает мягкий возврат, можно попытаться повторно доставить в другое время.[5] Мягкие отскоки происходят, когда у получателя электронного письма есть либо полный почтовый ящик и, следовательно, нет места для хранения другого электронного письма, либо ограничение на размер писем, которые ему разрешено получать. Дополнительные ситуации, при которых появляется мягкий возврат, - это блокировка, настроенная в электронной почте получателя, чтобы пометить определенного отправителя как отправителя «спама» или внести определенного отправителя в черный список. Более того, временная приостановка электронной почты получателя или временная ошибка на его серверах также вызывают запуск мягкого возврата.

Ошибки доставки

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

Отказ из-за нехватки места на диске

Когда на целевой сервер приходит электронное письмо с адресом (например, mymail.example, при отправке на [email protected]), может быть, почта демон не может поместить сообщение в почтовый ящик указанного пользователя, если основной жесткий диск на сервере недостаточно места.

Отказ из-за недоступности пункта назначения

При отправке электронной почты служба, из которой отправлено электронное письмо, может не получить доступ к адресу назначения. В таком случае отправитель получит сообщение о недоставке со своего почтового сервера. Распространенные причины, по которым почтовые серверы не могут достичь пункта назначения:

  • Невозможно разрешить адрес назначения. Например, если доменное имя не существует.
  • Невозможно создать связь с адресом назначения. Например, если IP-адрес не назначен серверу, или если сервер не в сети.

Отказ от поддельного сообщения

Пользователи могут получать ошибочные сообщения о недоставке сообщений, которые они на самом деле никогда не отправляли. Это может произойти, в частности, в контексте электронный спам или же почтовые вирусы, где спамер (отправитель) может подделать сообщение другому пользователю (предполагаемому получателю спама) и подделать сообщение, чтобы оно появилось от еще одного пользователя (третьей стороны). Если сообщение не может быть доставлено предполагаемому получателю, то сообщение о недоставке будет «возвращено» третьей стороне, а не спамеру. Это называется обратное рассеяние.

Другие причины

Имел library.example почтовый сервер знал, что сообщение не будет доставлено (например, если бы у Джилл не было учетной записи пользователя), тогда он бы нет приняли сообщение и, следовательно, не отправили бы возврат. Вместо этого он бы отклонил сообщение с кодом ошибки SMTP. Это оставит Джека почтовый сервер (в store.example) обязательство создать и доставить отказ.

Терминология

Подпрыгивает особая форма автоответчик. Автоответы (автоматические ответы) - это сообщения, отправленные программой, в отличие от человека-пользователя, в ответ на полученное письмо и отправленные адрес возврата.

Примеры других автоответов: отпуск письма, вызовы из фильтрация спама типа вызов-ответ, ответы от список серверов, и отчеты обратной связи. Эти другие автоответчики обсуждаются в RFC 3834: автоответы следует отправлять на Обратный путь указано в полученном письме, которое вызвало автоматический ответ, и этот ответ обычно отправляется с пустым Return-Path; в противном случае автоответчики могут попасть в ловушку отправки автоответов туда и обратно.[нужна цитата ]

В Обратный путь отображается в доставленной почте как поле заголовка Обратный путь вставлен SMTP агент доставки почты (MDA) (который обычно сочетается с агент по пересылке почты, или же MTA). MDA просто копирует обратный путь в SMTP ПОЧТА ОТ команду в Обратный путь. MDA также удаляет фиктивные Обратный путь поля заголовка, вставленные другими MTA; это поле заголовка, как правило, гарантированно отражает последний обратный путь, замеченный в ПОЧТА ОТ команда.

Сегодня эти пути обычно сводятся к обычным адрес электронной почты, как старый SMTP 'исходная маршрутизация 'устарела в 1989 году; для получения некоторой исторической справочной информации см. Схема перезаписи отправителя. Еще существует одна особая форма пути: пустой путь. ПОЧТА ОТ: <>, используется для многих автоответчиков и особенно для всех отказов.

В строгом смысле, отказы, отправленные с непустым Обратный путь неверны. RFC 3834 предлагает некоторые эвристика для определения неправильных отказов на основе локальной части (левая часть перед знаком "@") адреса в непустом Обратный путь, и он даже определяет поле заголовка письма, Отправлено автоматически, чтобы определить автоматические ответы. Но заголовок почты является частью почтовых данных (команда SMTP ДАННЫЕ), а MTA обычно не выглядят в Почта. Они занимаются конверт, который включает ПОЧТА ОТ адрес (a.k.a. Обратный путь, Конверт-ОТ, или "обратный путь"), но не, например, RFC 2822 -Из в поле заголовка письма Из. Эти детали важны для таких схем, как BATV.

Остальные отскоки с пустым Обратный путь находятся отчеты о недоставке (Отчеты о недоставке) или же уведомления о статусе доставки (DSN). DSN можно явно запросить с помощью расширения службы SMTP (ESMTP ), однако широко не используется. Явные запросы подробностей сбоя доставки гораздо чаще реализуются с помощью путь возврата переменного конверта (VERP), а явные запросы на них реализуются редко.[6]

Отчеты о недоставке - это основная функция SMTP. Как только MTA принял письмо для пересылки или доставки, он не может удалить ("отбросить") его; он должен создать и отправить сообщение о недоставке создатель если пересылка или доставка не удалась.

Отскок против отклонения

За исключением MDA, все MTA пересылают почту другому MTA. Следующий MTA бесплатно отклонять письмо с сообщением об ошибке SMTP, например "Пользователь неизвестен", "Превышение квоты"и т.д. На этом этапе отправляющий MTA должен отклонить сообщение, т.е. проинформировать его создателя. Отказ может возникнуть и без отклонения MTA, или как RFC 5321 кладет это:

"Если SMTP-сервер принял задачу ретрансляции почты и позже обнаружит, что адрес назначения неверен или что почта не может быть доставлена ​​по какой-либо другой причине, то он ДОЛЖЕН создать сообщение с уведомлением о" недоставленной почте "и отправить его отправителю. недоставленной почты (как указано обратным путем) ".

Это правило важно для SMTP: как следует из названия, это «простой» протокол, он не может работать надежно, если почта незаметно исчезает в черных дырах, поэтому для обнаружения и устранения проблем требуются отказы.

Беззвучное удаление сообщений

Однако сегодня обычным явлением является получение в основном спам электронные письма, в которых обычно используются поддельные Обратный путьс. В таком случае MTA часто не может проинформировать отправителя и отправить возврат поддельному Обратный путь ударит невиновную третью сторону. Кроме того, есть определенные причины, по которым предпочтительнее молча уронить сообщение, а не отклонять это (не говоря уже о подпрыгивать Это):

  • Спам с эвристической фильтрацией. Спам-фильтры не идеальны. Отклонение спама на основе фильтрации содержимого подразумевает предоставление спамерам тестовой среды, в которой они могут попробовать несколько альтернатив, пока не найдут содержимое, прошедшее фильтр.
  • Вирусы и черви. В большинстве случаев они автоматически отправляются с зараженного компьютера. Поскольку отскок может содержать копию самого червя, он может способствовать его распространению.

Цитирую снова RFC 5321, раздел 6.2:

"Как обсуждается в разделах 7.8 и 7.9 ниже, отбрасывание почты без уведомления отправителя разрешено на практике. Однако это чрезвычайно опасно и нарушает давнюю традицию и ожидания сообщества о том, что почта доставляется или возвращается. используется не по назначению, это может легко подорвать уверенность в надежности почтовых систем Интернета. Таким образом, автоматическое удаление сообщений следует рассматривать только в тех случаях, когда есть очень высокая уверенность в том, что сообщения являются серьезно мошенническими или неуместными ».

Отсутствие проверки отправителя является неотъемлемым недостатком современного SMTP, в котором отсутствуют устаревшие исходные маршруты, упомянутые ранее. Это решается различными предложениями, наиболее непосредственно BATV и SPF.

Причины возврата сообщения

Существует множество причин, по которым электронное письмо может отклоняться. Одна из причин заключается в том, что адрес получателя написан с ошибкой или просто не существует в принимающей системе. Это Пользователь неизвестен условие. Другие причины включают исчерпание ресурсов - например, полный диск - или отклонение сообщения из-за спам фильтры. Кроме того, есть MUA которые позволяют пользователям «возвращать» сообщение по запросу.[7] Эти инициированные пользователем отскоки являются фиктивными; По определению, настоящий отскок автоматизирован и испускается MTA или MDA.

Отказаться от сообщений в SMTP отправляются с адресом отправителя конверта <>, известный как нулевой адрес отправителя. Их часто отправляют с Из: адрес заголовка ПОЧТОВЫЙ ДЕМОН на сайте получателя.

Как правило, сообщение о недоставке будет содержать несколько частей информации, которые помогут исходному отправителю понять причину, по которой его сообщение не было доставлено:

  • Дата и время, когда сообщение было возвращено,
  • Идентификационные данные почтового сервера, который его отправил,
  • Причина, по которой он был отклонен (например, Пользователь неизвестен или же почтовый ящик заполнен),
  • Заголовки отклоненного сообщения и
  • Некоторое или все содержимое возвращенного сообщения.

RFC 3463 описывает коды, используемые для указания причины отказов. Общие коды: 5.1.1 (Неизвестный пользователь), 5.2.2 (Почтовый ящик заполнен) и 5.7.1 (Отклонено политикой безопасности / почтовым фильтром).

Формат

MTA, участвующие в отклонять названы в соответствии с точкой зрения Отчетность MTA. Имена MTA часто имеют тип DNS.

Формат отчетов об административных сообщениях определяется RFC 6522. DSN может быть MIME multipart / report Сообщение состоит из трех частей:

  1. понятное для человека объяснение;
  2. машина для разбора сообщение / статус доставки, список "имя: тип; значение" строки, указывающие несколько возможных полей; и
  3. исходное сообщение или его часть как объект типа сообщение / rfc822.

Вторая часть DSN также вполне читаема. Важно понимать, какой MTA какую роль играл. В Отчетность-MTA отвечает за составление и отправку DSN.

Когда Удаленный MTA отклоняет сообщение во время SMTP-транзакции, поле Диагностический код типа smtp может использоваться для сообщения этого значения. Обратите внимание, что помимо трехзначного числового значения, ответ SMTP содержит читабельную часть. Информация

Удаленный MTA:DNS;smtp.store.example[192.0.2.3]Диагностический код:smtp;550НеттакойПользовательздесь
иногда сообщается как, например,
при разговоре с smtp.store.example [192.0.2.3] >>> RCPT TO:  <<< 550 Здесь нет такого пользователя

Смотрите также

Связанные RFC

  • RFC 5321 - Простой протокол передачи почты
  • RFC 3461 - Расширение службы Simple Mail Transfer Protocol (SMTP) для уведомлений о состоянии доставки (DSN)
  • RFC 6522 - Тип носителя Multipart / Report для создания отчетов об административных сообщениях почтовой системы
  • RFC 3463 - Расширенные коды состояния для SMTP
  • RFC 3464 - Расширяемый формат сообщений для уведомлений о состоянии доставки
  • RFC 3834 - Рекомендации по автоматическим ответам на электронную почту
  • RFC 5337 - Уведомления о статусе доставки и удалении на международном уровне

Рекомендации

  1. ^ "Примеры мошеннических нежелательных сообщений электронной почты", Риски безопасности в технологиях социальных сетей, Elsevier, стр. 241–242, 2013 г. Дои:10.1016 / b978-1-84334-714-9.50022-х, ISBN  978-1-84334-714-9
  2. ^ Аферган Майк; Беверли Роберт (01.01.2005). «Состояние электронного адреса». Обзор компьютерных коммуникаций ACM SIGCOMM. 35: 29–36. Дои:10.1145/1052812.1052822. S2CID  16604893.
  3. ^ «Противодействие незаконному обороту: снимок мониторинга и правоприменения». 2016-09-27. Дои:10.18356 / 0f24bf9f-en. Цитировать журнал требует | журнал = (помощь)
  4. ^ «Жесткие отскоки против мягких отскоков и как их удалить | Блог». removebounce.com. Получено 2020-05-14.
  5. ^ [1], «Управление доставкой электронных сообщений с использованием профилей отказов», выпущено 26 мая 2005 г. 
  6. ^ Стросс, Рэндалл (15.06.2008). «В ретрансляции электронной почты не всякая передача обслуживания проходит гладко». Нью-Йорк Таймс. Получено 2010-04-26.
  7. ^ Рэй, Уильям; Рэй, Джон (2005-07-15). «Использование интернет-приложений в Mac OS X Tiger». Получено 2008-10-02. Еще один метод борьбы со спамом - возвращать им почту. Это создает впечатление, что вашего аккаунта не существует, и, если вам повезет, ваше имя будет удалено из их списков., и Брин, Кристофер (27 января 2006 г.). "Подпрыгивая крипов". Macworld. Получено 2008-10-02. Как вы, вероятно, знаете, использование команды Mail's Bounce (Message> Bounce) неэффективно против спамеров, потому что почти весь спам, который вы получаете, содержит поддельный адрес «от».

внешняя ссылка