|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Mykola Dzham 2:5020/400 14 Dec 2004 12:00:37 To : Alexander Sheiko Subject : Re: Спам через резервные MX -------------------------------------------------------------------------------- From: Mykola Dzham <i.in.news@levsha.org.ua> Alexander Sheiko (adsh@i.com.ua): > DD> Hарод, сейчас пошла куча спама через резервные MX моего хоста. > DD> Причем этот спам часто с неправильными адресами - вроде как адрес > DD> написан с опечатками ;) > DD> Есть ли какой-то способ с этим бороться, кроме выключения MX в DNS? > > Я сделал так. По умолчанию МТА даёт отлуп на почту, идущую через бекапный > МХ с меньшим приоритетом - 550 Use Best MX! При загрузке машины срабатывает > скрипт, убирающий эту запись в access и почта начинает приниматься. После > прохождения некоторого времени (приняли всё, что накопилось) можно ручками > вернуть начальные права доступа. Такие вещи нужно во вредные советы записывать. У отправителя могут быть и другие основания почему слать почту через бекапный mx а не через основной, а не только потому, что основной mx выключен (например лежал канал к основному MX, для отправителя этот бекапный MX является основным SMTP сервером для отправки и т.д.) И вот всю такую почту ты сливаешь по 550. > Моя ситуация является довольно специфической. А именно - бепапный релей > служат лишь для предотвращения потери почты при отключении основного релея > (иногда вырубают свет). Во всех остальных случаях такое поведение приводит к потере вполне даже честной почты. > Бекапный релей используются _только_ как резервный - > непосредственно с него почта никем не отправляется. Бекапный релей не > содержит антиспаммерских фильтров и обслуживается сторонним коллективом, не > склонным к сотрудничеству. Во все остальных случаях такое решение может > оказаться непригодным. А это уже на мазохизм какой-то смахивает. -- LEFT-UANIC JID: levsha@jabber.kiev.ua --- ifmail v.2.15dev5.3 * Origin: National Taras Shevchenko University of Kyiv (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/6325e8e44289.html, оценка из 5, голосов 10
|