у меня стоит CentOS 6.2 и Postfix
очень часто проскальзывают письма в которых есть подставные адреса
Received: from mail.ivectorize.com (unknown [85.17.254.79])
как можно запретить принимать письма с таких серверов?
Помогите пожалуйста в борьбе со спамом
у меня стоит CentOS 6.2 и Postfix
очень часто проскальзывают письма в которых есть подставные адреса
Received: from mail.ivectorize.com (unknown [85.17.254.79])
как можно запретить принимать письма с таких серверов?
Х3 как в постфиксе, но это называется проверка обратного адреса отправителя.
проблема в том, что это второй сервер в цепочке
[quote=mencay]у меня стоит CentOS 6.2 и Postfix
очень часто проскальзывают письма в которых есть подставные адреса
Received: from mail.ivectorize.com (unknown [85.17.254.79])
как можно запретить принимать письма с таких серверов?
Х3 как в постфиксе, но это называется проверка обратного адреса отправителя.[/quote]
Не совсем так, обратный адрес отправителя (точнее того хоста, кто с нами устанавливает соединение) верифицируется на этапе проверок клиента в smtpd_client_restrictions параметрами reject_unknown_client_hostname и reject_unknown_reverse_client_hostname. отсекается много ботов без правильных записей в DNS. Далее можно проверять SPF-запись и соответствие отправителя этой записи. Тоже режет подствных нещадно.
Проверять же цепочку релеев postfix не обучен. Вот в цепочке Recieved проверку простыми средствами не устроить. Надо выгонять письмо в отдельный скрипт, в фильтр и там анализировать записи Received. Через что шло и допустимо ли это. Там и режетовые коды ставить. Аналогично антивирусной проверке это делается.
Далее можно проверять SPF-запись и соответствие отправителя этой записи. Тоже режет подствных нещадно.
Если не ошибаюсь , SPF запись не признана быть обязательной, поэтому могут пострадать невинные .
[quote="Cruiser78"] Далее можно проверять SPF-запись и соответствие отправителя этой записи. Тоже режет подствных нещадно.
Если не ошибаюсь , SPF запись не признана быть обязательной, поэтому могут пострадать невинные .[/quote]
Не могут. Аргументирую - если есть SPF, то поступаем с почтой так, как прописано в SPF. Если прописано там, что возможен только один явно обозначенный почтарь для домена, то и быть по сему. Полностью доверяем воле ремутного админа. И всю иную почту, которая идет с иных серверов, но говорит, что она есть такая вся из себя - честно киляем. Вполне обоснованно считаем её навязанной хакерами.
А если SPF-запись наш ремутный почтовый админ не объявил, то на то его полная воля, пропускаем такую почту в дальнейшие анализаторы. Которые найдут к чему прицепиться. Или не найдут.
А если SPF-запись наш ремутный почтовый админ не объявил, то на то его полная воля, пропускаем такую почту в дальнейшие анализаторы.
Тогда верно.
Добрый день.
Можно поставить связку Postfix+ClamAV+Spamassissn.
доки много о нем вот пример http://www.samag.ru/archive/article/559 или http://housecomputer.ru/programs/spamassassin/install_and_configure_spamassassin.html
Ну и master.cf добавить smp_fqns_...., дальше не помню, проверка по домену. Много сразу спама отпадет.
Есть книга в формате pdf "The Book of Postfix" авторы Ralf Hildebrandt, Patrick Koetter на русском языке. Там много полезной информации можно черпать!
ClamAV - антивирус. Можно и другой антивирь поставить.
mencay, а какие средства обороны используются? рестрикшены/dnsbl/антиспам/грейлистинг?
reject_unknown_helo_hostname, в частности