1

у меня стоит CentOS 6.2 и Postfix

очень часто проскальзывают письма в которых есть подставные адреса

Received: from mail.ivectorize.com (unknown [85.17.254.79])

как можно запретить принимать письма с таких серверов?

2

mencay пишет:

у меня стоит CentOS 6.2 и Postfix

очень часто проскальзывают письма в которых есть подставные адреса

Received: from mail.ivectorize.com (unknown [85.17.254.79])

как можно запретить принимать письма с таких серверов?

Х3 как в постфиксе, но это называется проверка обратного адреса отправителя.

3

проблема в том, что это второй сервер в цепочке

4

CyberDaemon пишет:
mencay пишет:

у меня стоит CentOS 6.2 и Postfix

очень часто проскальзывают письма в которых есть подставные адреса

Received: from mail.ivectorize.com (unknown [85.17.254.79])

как можно запретить принимать письма с таких серверов?

Х3 как в постфиксе, но это называется проверка обратного адреса отправителя.

Не совсем так, обратный адрес отправителя (точнее того хоста, кто с нами устанавливает соединение) верифицируется на этапе проверок клиента в smtpd_client_restrictions параметрами       reject_unknown_client_hostname и reject_unknown_reverse_client_hostname. отсекается много ботов без правильных записей в DNS. Далее можно проверять SPF-запись и соответствие отправителя этой записи. Тоже режет подствных нещадно.
Проверять же цепочку релеев postfix не обучен. Вот в цепочке Recieved проверку простыми средствами не устроить. Надо выгонять письмо в отдельный скрипт, в фильтр и там анализировать записи Received. Через что шло и допустимо ли это. Там и режетовые коды ставить. Аналогично антивирусной проверке это делается.

5 (09.12.2014 13:50:24 отредактировано Macumazan)

Cruiser78 пишет:

Далее можно проверять SPF-запись и соответствие отправителя этой записи. Тоже режет подствных нещадно.

Если не ошибаюсь , SPF запись не признана быть обязательной, поэтому могут пострадать невинные .

6 (09.12.2014 15:57:13 отредактировано Cruiser78)

Macumazan пишет:
Cruiser78 пишет:

Далее можно проверять SPF-запись и соответствие отправителя этой записи. Тоже режет подствных нещадно.

Если не ошибаюсь , SPF запись не признана быть обязательной, поэтому могут пострадать невинные .

Не могут. Аргументирую - если есть SPF, то поступаем с почтой так, как прописано в SPF. Если прописано там, что возможен только один явно обозначенный почтарь для домена, то и быть по сему. Полностью доверяем воле ремутного админа. И всю иную почту, которая идет с иных серверов, но говорит, что она есть такая вся из себя - честно киляем. Вполне обоснованно считаем её навязанной хакерами.
А если SPF-запись наш ремутный почтовый админ не объявил, то на то его полная воля, пропускаем такую почту в дальнейшие анализаторы. Которые найдут к чему прицепиться. Или не найдут.

7

Cruiser78 пишет:

А если SPF-запись наш ремутный почтовый админ не объявил, то на то его полная воля, пропускаем такую почту в дальнейшие анализаторы.

Тогда верно.

8 (18.12.2014 21:20:59 отредактировано shulgaserj)

Добрый день.

Можно поставить связку Postfix+ClamAV+Spamassissn.

доки много о нем вот пример http://www.samag.ru/archive/article/559 или http://housecomputer.ru/programs/spamas … assin.html

Ну и master.cf добавить smp_fqns_...., дальше не помню, проверка по домену. Много сразу спама отпадет.

Есть книга в формате pdf "The Book of Postfix" авторы Ralf Hildebrandt, Patrick Koetter на русском языке. Там много полезной информации можно черпать!

ClamAV - антивирус. Можно и другой антивирь поставить.

9 (25.12.2014 12:20:33 отредактировано дмитрий_1_3)

mencay,  а какие средства обороны используются?  рестрикшены/dnsbl/антиспам/грейлистинг?

reject_unknown_helo_hostname, в частности