Новый метод против спам-рассылок ?

Я тут подумал , вроде нигде не встречался с таким способом :
Допустим спам идёт с какого-то домена , напр @spamfuck.net :)
Что если сделать форвардинг спамеру от [B]mailer-daemon@почтовыйдомен.com[/B]
сообщение вроде этого :
[CODE][B]Mail Delivery Subsystem[/B]
This is an automatically generated Delivery Status Notification

Delivery to the following recipient failed permanently:

[EMAIL="[email protected]"][email protected][/EMAIL]

----- Original message -----

Received: by [URL="http://10.35.20.14/"]10.*.*.*[/URL] with SMTP id x14mr6268627pyi.1163939323510;
Sun, 19 Nov 2006 04:28:43 -0800 (PST)
Received: by [URL="http://10.35.116.20/"]10.*.*.*[/URL] with HTTP; Sun, 19 Nov 2006 04:28:43 -0800 (PST)
Message-ID: <[EMAIL="[email protected]"][email protected][/EMAIL]>
Date: Sun, 19 Nov 2006 17:28:43 +0500
From: "=?KOI8-R?B?78zFxyDzo9LGxdI=?=" <------[EMAIL="[email protected]"]@------.com[/EMAIL]>
To: [EMAIL="[email protected]"][email protected][/EMAIL]
Subject: sdfsdfsdf
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_35448_16304235.1163939323459"

------=_Part_35448_16304235.1163939323459
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

dsfdsfdsfsd

------=_Part_35448_16304235.1163939323459
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

----- Message truncated -----

[/CODE]
Что :
1) Сильно нагрузит почтовый сервер спамера
2) Заставит рано или позно понять спамеру(даже при авторассылке) что почты не существует

Если это бред , не закидывайте помидорами :D

Здравствуйте!
Такой способ борьбы с нежелательными сообщениями является недостаточно эффективным, так как современные спамеры чаще всего используют несуществующие или чужие почтовые адреса.;)

Безусловно , но не всегда.
Однажды я ответил на спам и получил многократное увеличение его на свой ящик :D

[QUOTE=Surfer]Безусловно , но не всегда.
Однажды я ответил на спам и получил многократное увеличение его на свой ящик :D[/QUOTE]

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

Рассылка сейчас вообще идёт в основном через ботнеты. С обычных домашних машин, имеющих более-менее постоянное подключение к сети и заражённых троянами.

[B]pig[/B]
Тогда вообще не понятно - зачем принимать от них сообщения , если 100% там спамеры..

Да кто ж их разберёт - спам-бот ломится или мелкоофисный почтовый сервер? Провайдер всё-таки больше боится потерять почту, чем завалить вас мусором. Потому как опять же - кто вас знает, что для вас мусор?

и так мой монохромный друг : помидоры!:P

Лови помидор :)
-------------------------------------------------
Это не новый метод, это старая уязвимость к атаке типа "reverse NRD attack". Работает эта атака следующим образом.

1) Спамер хочет отослать жертве [email][email protected][/email] письмо со спамом. Однако на сервере жертвы IP-адрес спамера находится в черном списке.
2) Спамер отсылает письмо тебе на твой адрес [email][email protected][/email], указывая, что отправителем письма является [email][email protected][/email]
3) Твой мейлер-демон отсылает "отправителю" на адрес [email][email protected][/email] ответ о том, что его письмо не было доставлено. Ответ мейлер-демона доставляется жертве.
4) Пользователь user видит, что письмо с его адреса не доставлено, пытается вспомнить, что же он отправлял, вспомнить не может, и лезет посмотреть возвращенное вложение. Открывает его - а там спам, который не только доставлен по нужному (нужному для спамера) адресу, но еще и с большой вероятностью обошел антиспам-фильтры жертвы, и открыт, и возможно даже прочитан.

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

Также хочу обратить внимание на следующий нюанс. Согласно RFC сервер, который принял письмо, должен либо доставить его по назначению, либо вернуть письмо отправителю. Если прислано письмо на несуществующий адрес, и сервер его принял, то он обязан отправить NDR. Если сервер отказался принимать письмо - то обязанность отправлять NDR перекладывается на отправителя письма. В связи с этим сервер желательно конфигурировать так, чтобы не принимать письма для несуществующих пользователей, а во время соединения возвращать ошибку 550, т.е. отказываться принимать письмо для несуществующего адреса. Это не только снизит нагрузку на ваш сервер, но и уменьшит количество пересылок мусора от вашего сервера на другие сервера.

Здесь будут проблемы в том случае, если для большей надежности используется несколько почтовых серверов (и, соответственно MX-записей), но резервные сервера тупо перенаправляют всю почту на основной сервер - в этом случае, даже если основной сервер не подвержен уязвимости к reverse NDR attack, резервные серверы будут ей подвержены. Поэтому все резервные сервера должны иметь возможность самостоятельно проверять существование адресов еще на этапе SMTP-соединения.
------------------------------------------------
Собственно, все вышенаписанное есть не что иное как вольный пересказ следующей статьи:
[url]http://support.microsoft.com/kb/909005[/url]
При чтении этой статьи также рекомендую обратить внимание на ссылки, которые даются в этой статье:
1) борьба с уязвимостью к reverse NDR attack легко приводит к уязвимости [url=http://support.microsoft.com/kb/842851/]Directory Harvest Attack[/url]
2) [url=http://support.microsoft.com/kb/823866/]RBL-механизм[/url] очень хорошо совмещается с фильтрацией по адресу получателя и по сути может являться развитием твоей идеи по борьбе со спамом.
------------------------------------------------
Короче говоря - читайте доки, они рулез :)

Ну как я понимаю в этом-то и проблема современного спама ! :)
[quote]...указывая, что отправителем письма является...[/quote] - ЗЛО
Не будь этой возможности , спам был бы легко искореним :D

Кстати это не я оказывается придумал :)) [url]http://ru.wikipedia.org/wiki/Bounce[/url]