AW: Amavis SA Check high load

[Linus Haake]

Marc, I've had the same issue some time before. Unfortunately I just can tell you that the only way to resolve was a reinstall of amavisd-new.
This might appear as acting with the sledgehammer but did it immediately.

For the next time I'd be also happy to know a solution instead of a workaround.

Cheers

Linus


-----Ursprüngliche Nachricht-----
Von: amavis-users [mailto:amavis-users-bounces+linus=haake-it.net at amavis.org] Im Auftrag von Grooz, Marc (regio iT)
Gesendet: Samstag, 16. März 2013 09:14
An: Patrick Ben Koetter
Cc: amavis-users at amavis.org
Betreff: AW: Amavis SA Check high load

No, unfortunately I didn't get the original mail. Should I get more information from the sa command line?

Marc

-----Ursprüngliche Nachricht-----
Von: Patrick Ben Koetter [mailto:p at sys4.de] 
Gesendet: Freitag, 15. März 2013 20:13
An: Grooz, Marc (regio iT)
Cc: amavis-users at amavis.org
Betreff: Re: Amavis SA Check high load

* Grooz, Marc (regio iT) <Marc.Grooz at regioit.de>:
> Dear mailing list,
> 
> For some days I have notice the following in my amavis systems. Mails 
> from a sender take 20 or 30 seconds to pass the amavis SA Check and 
> heavy utilize the cpu. Normally the whole amavis check is completed in 
> a few seconds (1-4).
> By SA timing indication I could see that this is caused by the tests_pri_0.
> Do you know if there is a way to look even more closely what takes so 
> much time?
> I had already tried the HitFreqsRuleTiming.pm. But that didn't help me.
> 
> I had only a test email and not the original mail. The Mails that 
> course the problem are S/Mime signed.

Have you feed the mail to spamassassin on command line?

p at rick


--
[*] sys4 AG
 
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
 
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich