> Хм... А где тогда гарантия, что сообщение о режекте у отправителя не
> забанится?..

???
При реджекте письмо генерит MTA отправителя...

> и где, в конце концов гарантия, что оно дойдет до
> сознания читающего? :) Это вообще-то главная проблема...

Это стандартное письмо от MTA отправителя, часто на их родном языке. В нём обязательно содержится email, на который они отправляли письмо - этого достаточно чтобы понять, что что-то пошло не так. На моей практике не было ни одного случая жалобы на не пришедшее письмо и никем не замеченный реджект. Если оно надо отправителю - звонит он, если надо получателю - значит сам звонит. Чаще всего оно нужно обоим.

Но не исключаю, что такие проблемы возникли бы в случае ковровых бомбардировок целыми подсетями.

> Режект в случае ложного срабатывания - это недовольные отправитель и получатель, перед
> которыми надо извиняться и просить "повторите, пожалуйста, отправку, накладочка вышла..."
> А тут - пожаловались - посмотрел в очередь - увидел -
> "разморозил". Все счастливы.

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

> У нас благодать наступила, когда начали жестко резать отправителей с unknown client
> hostname и unknown reverse client hostname. Что характерно, ложных срабатываний практически
> не бывает.

Вот из-за этого "практически" я и не ввожу эту резалку.