Postfix, борьба со злыднями

Зайбейте, вы не с того конца беретесь за дело. Каждый новичок, который сталкивается с настройкой антиспама обязательно хочет что-то такое с чем-то сравнить - FROM и MAIL FROM, REPLY TO и FROM etc. Это все не нужно и не правильно. У postfix достаточно средств для борьбы со спамом. Поищите в сети документов на тему антиспама, но читайте аккуратно. Мракобесия в этом плане полно. Если использовать блок-листы, то вменяемые и с большими белыми списками. Если использовать грейлистинг, то тоже с большим белым списком и пропускать также всех у кого SPF нормальный - без него.

Эх написать что-ли статью на эту тему. Из комментариев к которой узнать, что я социопат и оттенок моих глаз уж больно похож на красный :-)

Что значит забей? Просто вполне очевидно, что нормальное письмо идет с одинаковыми полями. И если заблочить по этому признаку будет хорошая защит от спама. Ты не прав, по моему

Ну решать вам :-)

Вы можете аргументированно написать, чем плох такой подход ?

> Просто вполне очевидно, что нормальное письмо идет с одинаковыми полями.

нет

Примеры таких писем?

Неправильно настроенные почтовые клиенты, спецаильно таким образом настроенные почтовые клиенты, ряд вполне нормальных почтовых рассылок. Какие-то почтвики или программы для рассылки могут вобще наверно это поле не генерировать. Почитайте что-ли RFC на предмет этих полей. Они не обязаны совпадать. Для своего почтового сервера вы можете делать все-что угодно, но за настройку такого в организации - руки отрывают.

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

В хорошо настроенном почтовике до спамаасасина или диспама или любого-другого контент-фильтра доходит мало писем и в такиж дополнительных телодвижениях проку нет.

Если я вас все еще не убедил, тогда удачи в костылеобразовании.

Valmont Вам всё прекрасно объяснил. Эти поля не обязаны совпадать. Почитайте RFC.

Добавлю так же, что есть ещё замечательное поле Sender :-). И в письме Sender, From и Reply-To могут все быть разными.

Про Sender. Секретарь от лица директора отсылает письмо:

From: Рабочий_email_директора
Sender: email_секретаря
Reply-To: домашний_email_директора

А смысл посылать письмо таким образом? Директор что, не проверит дома с рабочей почты письмо?
В общем, резюме такое, смысла так слать нет совершенно.

> А смысл посылать письмо таким образом? Директор что, не проверит дома с рабочей почты письмо?

Потому что рабочая почта может быть доступна только на работе, не?

А смысл так делать?

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

Например маршрутные квитанции (электронные авиабилеты) из amadeus.com приходят к получателю, будучи отправленными от его же имени. Некоторые авиакомпании поступают так же. Какой там SPF, и прочая чешуя, им все по барабану.

ну серьезные конторы в белом списке, так что им не грозит попасть в бан по этой причине.

> А смысл посылать письмо таким образом? Директор что, не проверит дома с рабочей почты письмо?

Ситуации бывают разные. Если речь о том как конкретно Вы используете почту, то это одно; если же речь о том какие возможности предоставляет стандарт пользователям - это другое.

В общем, резюме такое, смысла так слать нет совершенно.

О чём речь? Те кто используют email в повседневной жизни не больше, чем на 40%, и CC с BCC убрали бы. Какие проблемы? Есть стандарт и он даёт широкие применения для почти всех случаев. Хотите ограничить возможности - пожалуйста.

> Просто вполне очевидно, что нормальное письмо идет с одинаковыми полями.

Нет. Например, рассылки.

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

Ну, если ты точно знаешь, что может к тебе прийти... Прикручивай к нему mailfromd, наверное. Там такую проверку можно легко наскриптовать.

> А смысл так делать?

В целях безопасности, например. Если что, мопед не мой, я так не настраивал. Но приходилось сталкиваться.

> вполне очевидно, что нормальное письмо идет с одинаковыми полями

Кому как. Например, пользователь при смене адреса может сконфигурировать старый вставлять reply-to на новый адрес. гмыло, например, такое позволяет.

А почему бы не резать по результатам проверки в DNSBL? UCEProtect L3 в помощь :)

Тогда до кучи sorbs, spamhaus и хотя бы еще парочку неадекватных эффективных, чтобы быть на сто процентов уверенным, что ни одно нормальное письмо не пройдет! Но можно не мучаться, а просто сделать iptables -I INPUT DROP; iptables -I FORWARD DROP

Проще всего:
* helo_checks фильтрация;
* Spamassasin обернутый SPF + DKIM + RBL + настройка байес-фильтра;
* Graylist по желанию;