[FUG-BR] Processo do amavis travando em 100%

[Marcelo Gondim]

Em 24/05/2012 09:12, Lucas escreveu:
> Em 24/5/2012 08:21, Marcelo Gondim escreveu:
>> Em 24/05/2012 08:19, Marcelo Gondim escreveu:
>>> Bom dia pessoal,
>>>
>>> Tem ocorrido pela manhã um travamento de todo o envio de mensagens.
>>> Fazendo as checagens descobri que o motivo do travamento é o amavis
>>> travar o processo dele em 100% e só sai dando um kill nos processos do
>>> amavis e iniciando ele novamente. Estou desconfiado que possa ser algum
>>> e-mail que esteja causando isso. Provavelmente algum spam. Estou
>>> procurando nos logs aqui  e achar o infeliz. Alguém passou recentemente
>>> por isso?
>>> Outra coisa que não deveria ser mas sabe-se lá: coincidentemente as
>>> vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no zfs.
>>> Mas isso implicaria se o amavis executasse algo nesses caras.
>>>
>>> Bem vou catando aqui e se descobrir algo postarei aqui como referência
>>> para se alguém passar por isso.
>>>
>>>
>> Opa esqueci das informações básicas:
>>
>> FreeBSD mail.xxxxx.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat May  5
>> 21:54:58 BRT 2012     root em mail.xxxxx.com.br:/usr/obj/usr/src/sys/XXXXX
>> amd64
>> amavisd-new-2.7.0,1 Performance-enhanced daemonized version of amavis-perl
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> Eu ja tive um problema parecido, na empresa eu usava /amavis + clamav +
> spamassassin, minha fila de e-mail travava mais que tudo, tinha que
> ficar dando kill no processo e as vezes até reiniciar o servidor,
> solução foi tirar o spamassassin, aumentar a sensibilidade do amavis.
>
> Vc tem o log error?

Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio deles 
que me dê uma direção. Mas não aparece nada que indique um erro, signal 
ou warning.
Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado também 
do roundcube pois esse não tem captcha no login. To achando que pode 
estar vindo por ele, cresceu bastante o envio de e-mail local 
(127.0.0.1) nesses últimos dias.