Письмо в один конец трижды

В последнее время наметилась, к явному сожалению всех, кто связан с работой почтовых систем в Internet такая тенденция -- отправитель (обозначим его A) шлет письмо (M), часто подпадающее под категорию SPAM, (хотя дело даже не в этом), получателю -- B. В случае если доставить письмо для B не удается (даже временно) согласно RFC821, почтовая система ответственная за доставку M для B, должна известить об этом A. Но доставка почты для A чаще всего невозможна, из-за его нежелания ее получать. (Доводилось сталкиваться со случаями, когда особо "продвинутые" почтовые администраторы считают почту от почтовых систем, где указан обратный адрес "<>", SPAM'ом.). Это приводит к тому, что прилагаются лишние усилия, письма, размеры которых часто не так уж и незначительны из-за вложений в формате современных текстовых процессоров, путешествуют 3 (!) раза, вызывая ничем не оправданную нагрузку на каналы связи и почтовые сервера:

1. A --> For B: [M] --> B'
2. B'-- For A: [[M] wasn't delivered] --> A'
3. A'-- For B': [We don't care + [[M] wasn't delivered]] --> B'

A' B'

почтовые системы для A и B, соответственно.

Как это решить? Ответ не слишком утешителен -- разумное решение этой проблемы в руках A. Он может слать письма так, что B' не будет пытаться сообщать ему что-либо вообще, и вся что для этого нужно, это действовать в строгом соответствии с RFC. И все, что остаенется делать в том случае, когда A это не заботит -- поступать с ним как со спамером, регистрируя в общественных "черных списках" (см. http://mail-abuse.org/).
Также, некоторые MTA (или MDA, тут нет единодушия ;) позволяют настроить лимиты на размер [M], при котором уведомление о его недоставке уже не будет его содержать. Полезное свойство.

* Согласно RFC821 (см. http://www.faqs.org/rfcs/rfc821.html)

This notification message must be from the server-SMTP at this
host.  Of course, server-SMTPs should not send notification
messages about problems with notification messages.  One way to
prevent loops in error reporting is to specify a null reverse-path
in the MAIL command of a notification message.  When such a
message is relayed it is permissible to leave the reverse-path
null.  A MAIL command with a null reverse-path appears as follows:

MAIL FROM:<>

специальный адрес вида <> должен применятся тогда, когда возможность ответа исключается и применяется при сообщениях об ошибках в ходе доставки, для избежания циклов пересылки. Впрочем, никто не запрещает использовать этот адрес в поле "From:", если вас не заботит судьба ваших писем. Без MAIL FROM:<> это, однако, не будет иметь нужного эффекта.

Igor M Podlesny, 2001-10-31, 2002-09-27