URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 86671
[ Назад ]

Исходное сообщение
"Большая очередь на релее"

Отправлено konstantin811 , 22-Сен-09 16:42 
Больше года нормально работает связка под Debian - postfix+spamassassin+amavisd-new.
Очередь порядка ~ 30 писем. Сейчас накопилось около 6000 писем в очереди. В основном висят с сообщением (delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]: Connection refused) со спамовых адресов, IP у всех разные закономерности нет. Почта при этом всё-таки ходит. Но крайне медленно, очередь не рассасывается, сервисы перестартовывал. Ужесточение политик, добавление блэклистов не помогает. Гугл тоже не помог. Помогите, пожалуйста.


Содержание

Сообщения в этом обсуждении
"Большая очередь на релее"
Отправлено SDenis , 25-Сен-09 01:14 
>Больше года нормально работает связка под Debian - postfix+spamassassin+amavisd-new.
>Очередь порядка ~ 30 писем. Сейчас накопилось около 6000 писем в очереди.
>В основном висят с сообщением (delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]:
>Connection refused) со спамовых адресов, IP у всех разные закономерности нет.
>Почта при этом всё-таки ходит. Но крайне медленно, очередь не рассасывается,
>сервисы перестартовывал. Ужесточение политик, добавление блэклистов не помогает. Гугл тоже не
>помог. Помогите, пожалуйста.

Похоже amavisd-new не работает

Банально, но всеже проверте /tmp (или где там у вас spool amavisd-new )


"Большая очередь на релее"
Отправлено konstantin811 , 25-Сен-09 10:22 
>[оверквотинг удален]
>>В основном висят с сообщением (delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]:
>>Connection refused) со спамовых адресов, IP у всех разные закономерности нет.
>>Почта при этом всё-таки ходит. Но крайне медленно, очередь не рассасывается,
>>сервисы перестартовывал. Ужесточение политик, добавление блэклистов не помогает. Гугл тоже не
>>помог. Помогите, пожалуйста.
>
>Похоже amavisd-new не работает
>
>Банально, но всеже проверте /tmp (или где там у вас spool amavisd-new
>)

В тот день очередь сама рассосалась к вечеру, сейчас всё нормально. Загрузка проца была под 99%, всё тормозило, грузил систему действительно в основном amavisd-new, но при это почта хоть и медленно, но работала. И через спам-фильтр шла, а amavisd-new как раз связывает spamassassin и postfix. Кстати говоря некоторые письма со спамом каким то образом проходят через релей, минуя spamassassin, т.е. даже не анализируются на спам, в св-вах письма нет спамтагов. Спул amavisd-new не нашёл.



"Большая очередь на релее"
Отправлено SDenis , 25-Сен-09 11:25 
>[оверквотинг удален]
>>Банально, но всеже проверте /tmp (или где там у вас spool amavisd-new
>>)
>
>В тот день очередь сама рассосалась к вечеру, сейчас всё нормально. Загрузка
>проца была под 99%, всё тормозило, грузил систему действительно в основном
>amavisd-new, но при это почта хоть и медленно, но работала. И
>через спам-фильтр шла, а amavisd-new как раз связывает spamassassin и postfix.
>Кстати говоря некоторые письма со спамом каким то образом проходят через
>релей, минуя spamassassin, т.е. даже не анализируются на спам, в св-вах
>письма нет спамтагов. Спул amavisd-new не нашёл.

Спул:

denis@host:~$ cat /usr/local/etc/amavisd-new/amavisd.conf | grep tmp
$TEMPBASE = "$MYHOME/tmp";  

Думаю, нужно посмотреть в amavisd.conf эти параметры:

$max_servers  =  10;   # number of pre-forked children          (default 2), -m
$max_requests = 100;


  


"Большая очередь на релее"
Отправлено konstantin811 , 25-Сен-09 11:46 
У меня Debian 4.0 и структура amavisd-new немножко другая. Вместо файлика amavisd.conf несколько файликов в /etc/amavis/conf.d/, в /usr/local/etc/ у меня пусто.
В файликах нигде переменная $TEMPBASE не определена, переменных $max_requests и $max_servers тоже не существует в конфигах.

Вроде бы что то типа темпа в /var/lib/amavis/tmp
Там ещё 2 папки amavis-20090925T114006-30974 и amavis-20090925T114006-30975

>[оверквотинг удален]
>
>Думаю, нужно посмотреть в amavisd.conf эти параметры:
>
>$max_servers  =  10;   # number of pre-forked children
>         (default 2),
>-m
>$max_requests = 100;
>
>
>