Сообщение о возврате или просто «возврат» — это автоматическое сообщение от системы электронной почты, информирующее отправителя предыдущего сообщения о том, что сообщение не было доставлено (или возникла какая-либо другая проблема с доставкой). Говорят, что исходное сообщение «отскочило».
Этот отзыв может быть немедленным (некоторые из причин описаны здесь) или, если отправляющая система может повторить попытку, может поступить через несколько дней после завершения этих повторных попыток.
Более формальные термины для сообщения о возврате включают «Отчет о недоставке» или «Квитанция о недоставке» (NDR), [Не удалось] «Уведомление о статусе доставки» (DSN) или «Уведомление о недоставке» (NDN). [1]
Хотя SMTP является зрелой технологией, насчитывающей более тридцати лет, ее архитектура все больше перегружается как обычной, так и нежелательной нагрузкой. [2] Системы электронной почты были расширены за счет систем репутации, привязанных к фактическому отправителю электронного письма, с идеей, что серверы электронной почты получателя отклоняют электронное письмо, если в протоколе используется поддельный отправитель. [3]
Поэтому были созданы два типа возврата электронной почты: жесткий возврат и мягкий возврат . [4] Оба они влияют на репутацию IP-адреса отправителя, поскольку поставщики услуг электронной почты (ESP) рассматривают общий показатель отказов как решающий фактор при направлении электронного письма в папку «Входящие» пользователя. Вкратце, общий показатель отказов рассчитывается как сумма показателей жестких и мягких отказов.
Жесткие возвраты являются постоянными и оцениваются выше с точки зрения повреждения IP отправителя. Жесткие возвраты происходят, когда почтовый сервер отправителя определяет, что существует высокая вероятность того, что получатель недоступен и, скорее всего, останется таковым. Некоторые случаи, когда происходят жесткие отказы, связаны с тем, что получатели электронного письма оказываются в одной из следующих ситуаций: неверный идентификатор/неправильный домен (например, опечатка в адресе электронной почты или в домене) или их сервер не принимает писем больше нет. В этом случае удаление адресов электронной почты, которые возвращаются, является обязательным.
Мягкие отскоки носят временный характер. Возвращенное сообщение, которое испытывает мягкий возврат, можно попытаться доставить повторно в другое время. [5] Мягкие отказы происходят, когда у получателя электронного письма либо полный почтовый ящик, и, следовательно, нет места для хранения другого электронного письма, либо достигнут предел размера электронных писем, которые ему разрешено получать. Дополнительные ситуации, в которых появляется мягкий отказ, — это блокировка электронной почты получателя, позволяющая пометить определенного отправителя как отправителя «спама» или внести определенного отправителя в черный список. Более того, временная приостановка электронной почты получателя или временная ошибка на сервере также являются причинами мягкого возврата.
Ошибки могут возникать в нескольких местах при доставке почты. Отправитель может иногда получать сообщение о возврате со своего собственного почтового сервера, сообщающее, что ему не удалось отправить сообщение, или, альтернативно, от почтового сервера получателя, сообщающего, что, хотя он принял сообщение, он не может доставить его указанному адресу. пользователь. Когда сервер принимает сообщение для доставки, он также принимает на себя ответственность доставить сообщение о возврате в случае сбоя доставки.
Когда электронное письмо поступает на сервер назначения по адресу (например, mymail.example при отправке на [email protected] ), возможно, почтовый демон не может поместить сообщение в почтовый ящик указанного пользователя, если на базовом жестком диске сервера недостаточно места.
При отправке электронного письма служба, с которой отправляется электронное письмо, может не достичь адресата назначения. В таком случае отправитель получит сообщение о возврате от своего собственного почтового сервера. Распространенные причины, по которым почтовые серверы не могут достичь места назначения:
Пользователи могут получать ошибочные сообщения о возврате сообщений, которые они на самом деле никогда не отправляли. Это может произойти, в частности, в контексте почтового спама или почтовых вирусов , когда спамер (отправитель) может подделать сообщение другому пользователю (предполагаемому получателю спама) и подделать сообщение так, чтобы оно появилось от еще одного пользователя (третьего лица). . Если сообщение не может быть доставлено предполагаемому получателю, то возвращенное сообщение будет «возвращено» третьей стороне, а не спамеру. Это называется обратное рассеяние .
Если бы почтовый сервер Library.example знал, что сообщение невозможно доставить (например, если бы у Джилл не было там учетной записи пользователя), то он бы вообще не принял сообщение и, следовательно, не отправил бы возврат. Вместо этого он отклонил бы сообщение с кодом ошибки SMTP. Это оставило бы почтовый сервер Джека (в store.example ) обязанностью создавать и доставлять возвраты.
Отказы — это особая форма автоответчика . Автоответы (автоматические ответы) — это письма, отправленные программой, а не пользователем-человеком, в ответ на полученное письмо и отправленные на адрес возврата .
Примерами других автоматических ответов являются письма об отпуске , запросы от фильтрации спама «запрос-ответ» , ответы от серверов рассылок и отчеты об отзывах . Эти другие автоматические ответы обсуждаются в RFC 3834: автоматические ответы должны быть отправлены по адресу, Return-Path
указанному в полученном письме, которое вызвало автоматический ответ, и этот ответ обычно отправляется с пустым Return-Path; в противном случае автоответчики могут оказаться в ловушке, отправляя автоответы туда и обратно. [ нужна цитата ]
В доставленной почте он Return-Path
виден как поле заголовка, Return-Path
вставленное агентом доставки почты SMTP ( MDA ) (который обычно сочетается с агентом передачи почты или MTA ). MDA просто копирует обратный путь из команды SMTP MAIL FROM
в файл Return-Path
. MDA также удаляет фиктивные Return-Path
поля заголовков, вставленные другими MTA; это поле заголовка обычно гарантированно отражает последний обратный путь, замеченный в MAIL FROM
команде.
Сегодня эти пути обычно сводятся к обычным адресам электронной почты , поскольку старая « маршрутизация источника » SMTP устарела в 1989 году; некоторую историческую информацию см. в разделе «Схема перезаписи отправителей» . Одна особая форма пути все еще существует: пустой путь MAIL FROM:<>
, используемый для многих автоматических ответов и особенно для всех отказов.
Строго говоря, отказы, отправленные с непустым значением, Return-Path
являются неверными. RFC 3834 предлагает некоторые эвристические методы для выявления неправильных возвратов на основе локальной части (левая часть перед «@») адреса в непустом поле Return-Path
, и даже определяет поле заголовка письма Auto-Submitted
для идентификации автоматических ответов. Но заголовок письма является частью почтовых данных (команда SMTP DATA
), и MTA обычно не просматривают почту . Они имеют дело с конвертом , который включает MAIL FROM
адрес (он же Return-Path
« Envelope-FROM
обратный путь»), но не, например, RFC 2822- From
в поле заголовка письма From
. Эти детали важны для таких схем, как BATV .
Остальные возвраты с пустым значением Return-Path
— это отчеты о недоставке ( NDR ) или уведомления о статусе доставки (DSN). DSN могут быть явно запрошены с помощью расширения службы SMTP, однако оно широко не используется. Явные запросы сведений о сбое доставки гораздо чаще реализуются с помощью пути возврата переменного конверта (VERP), тогда как явные запросы на них реализуются редко. [6]
Отчеты о недоставке — это базовая функция SMTP. Как только MTA принял почту для пересылки или доставки, он не может молча удалить («отбросить») ее; он должен создать и отправить сообщение о возврате отправителю, если пересылка или доставка не удались.
За исключением MDA, все MTA пересылают почту другому MTA. Следующий MTA может отклонить почту с сообщением об ошибке SMTP, например «пользователь неизвестен» , «превышение квоты» и т. д. На этом этапе отправляющий MTA должен отклонить сообщение , т. е. проинформировать его отправителя. Отказ может возникнуть и без отклонения MTA, или, как это сформулировано в RFC 5321:
«Если SMTP-сервер принял задачу пересылки почты, а затем обнаруживает, что пункт назначения неверен или что почта не может быть доставлена по какой-либо другой причине, тогда он ДОЛЖЕН создать сообщение с уведомлением о «недоставленной почте» и отправить его отправителю. недоставленной почты (как указано в обратном пути)».
Это правило важно для SMTP: как следует из названия, это «простой» протокол, он не может надежно работать, если почта бесшумно исчезает в черных дырах, поэтому для обнаружения и устранения проблем необходимы возвраты.
Однако сегодня часто можно получать в основном спам -сообщения, в которых обычно используются поддельные Return-Path
письма. В этом случае MTA зачастую не может проинформировать отправителя, а отправка поддельного сообщения Return-Path
может ударить по невиновной третьей стороне. Кроме того, существуют конкретные причины, по которым предпочтительнее молча удалить сообщение, чем отклонить его (не говоря уже о том, чтобы отклонить его):
Цитируем еще раз RFC 5321, раздел 6.2:
«Как обсуждается в разделах 7.8 и 7.9 ниже, удаление почты без уведомления отправителя разрешено на практике. Однако это чрезвычайно опасно и нарушает давнюю традицию и ожидания сообщества о том, что почта либо доставляется, либо возвращается. В случае молчаливого удаления сообщения используется не по назначению, оно может легко подорвать доверие к надежности почтовых систем Интернета. Поэтому молчаливое удаление сообщений следует рассматривать только в тех случаях, когда существует очень высокая уверенность в том, что сообщения являются серьезно мошенническими или иным образом неуместными».
Отсутствие проверки отправителя является неотъемлемым недостатком современного SMTP, в котором отсутствуют устаревшие исходные маршруты, упомянутые ранее. Этому способствуют различные предложения, в первую очередь БАТВ и ФГИ .
Существует множество причин, по которым электронное письмо может не получиться. Одна из причин заключается в том, что адрес получателя написан с ошибкой или просто не существует в принимающей системе. Это неизвестное пользователю состояние. Другие причины включают исчерпание ресурсов (например, полный диск) или отклонение сообщения из-за спам- фильтров. Кроме того, существуют MUA , которые позволяют пользователям «пересылать» сообщения по требованию. [7] Эти отказы, инициированные пользователем, являются фиктивными; по определению реальный отказ автоматизирован и генерируется MTA или MDA.
Сообщения о возврате в SMTP отправляются с адресом отправителя конверта <>
, известным как нулевой адрес отправителя . Они часто отправляются с From:
адресом заголовка MAILER-DAEMON
на сайте получателя.
Обычно сообщение о возврате содержит несколько фрагментов информации, которые помогут исходному отправителю понять причину, по которой его сообщение не было доставлено:
В RFC 3463 описаны коды, используемые для указания причины отказа. Общие коды: 5.1.1 (Неизвестный пользователь), 5.2.2 (Почтовый ящик заполнен) и 5.7.1 (Отклонено политикой безопасности/почтовым фильтром).
Формат отчета об административных сообщениях определен в RFC 6522. DSN может представлять собой сообщение MIME multipart/report , состоящее из трех частей:
Вторая часть DSN также вполне читаема. Важно понимать, какой MTA какую роль сыграл. Reporting -MTA отвечает за составление и отправку DSN.
Когда Remote-MTA отклоняет сообщение во время транзакции SMTP, поле Diagnostic-Code типа smtp может использоваться для сообщения об этом значении. Обратите внимание, что помимо числового трехзначного значения ответ SMTP содержит удобочитаемую часть. Информация
Удаленный-MTA: DNS; smtp.store.example [ 192.0.2.3 ] Диагностический код: smtp; 550 Здесь нет такого пользователя
во время разговора с smtp.store.example [192.0.2.3]>>> RCPT TO:<[email protected]><<< 550 Здесь нет такого пользователя
{{cite journal}}
: Требуется цитировать журнал |journal=
( помощь )Еще один метод борьбы со спамом — возвращать им почту. Это создает видимость того, что вашей учетной записи не существует, и, если вам повезет, ваше имя будет удалено из их списков.и Брин, Кристофер (27 января 2006 г.). «Подпрыгивая ползучести». Макмир . Проверено 2 октября 2008 г.
Как вы, вероятно, знаете, использование команды «Отказ» в Mail (Сообщение > Отказ) неэффективно против спамеров, поскольку почти весь спам, который вы получаете, содержит поддельный адрес «от».