On Mon, Jul 10, 2006 at 07:40:33PM +0400, Kirill Frolov wrote: > реально есть. Взгляд в лог exim'а говорит, что он непрерывно занимается > тем, что отшивает незванных отправителей, несколько раз за минуту > примерно вот так: > > Action: teergrubed sender until full configured duration of 120 secs
Ну, э. Ты нашёл чего включить, конечно... > которых принимать почту надо невзирая ни на что... Но это скорей, > недоработка дебиана. Шаблон конфига приложили хоть бы вменяемый... Чего-то я сомневаюсь что в debian teergrube включён по дефолту. > Интересно, а как быть лучше в таком вот случае? Я думаю, резервный MX > (лежит у провайдера) -- ну его в сад. От него только спам один. А пользы > никакой. В том смысле, что если локально что-то рухнет, то той почты всё > равно никто не почитает пока здесь не будет починено и она досюда не > дойдёт. В чём тогда смысл резервирования (не я придумал...)? Или я Второй MX у провайдера с конца 90х -- это только зло. Туда пишут только спаммеры, провайдер их пересылает к тебе. При этом, если у тебя инсталляция выйдет из строя, то MTA твоих корреспондентов спокойно подержат письма в очереди несколько дней. В сегодняшних реалиях, на небольших инсталляциях при вполне надёжных железках, постоянных каналах до инетки и вероломных спаммерах нужды в резервных MX нету. А если очень хочется, то второй MX должен проводить синхронную с главным антиспам-политику: в первую очередь список валидных локальных адресов e-mail. > где-то неправильно думаю. :-/ Аналогично с размещением части адресов > там же, у провайдера. Оно конечно хорошо, в плане надёжности. С другой > стороны у одного пользователя, если в день меньше ~100 спам-сообщений, > бежит жаловаться, мол почта поломалась. :-O Прикрутил собственно для > чего fetchmail. А что он может сделать? Теперь все те же 100 сообщений, > из которых 90 прямо в субже -- ***SPAM***. А если их локально держать, > то как рухнет всё, так все и без почты. Что бы такое сделать? При чём тут fetchmail я вообще не понял. ***SPAM*** в сабжект пишет spamassassin. Если ты хочешь сэкономить трафик, то тебе надо как можно большее число спам-писем отвергнуть до принятия тела, по анализу заголовков и ip-адреса отправителя. Можно использовать DNSbl и gray-listing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]