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:[email protected]] Im Auftrag von Grooz, Marc (regio iT) Gesendet: Samstag, 16. März 2013 09:14 An: Patrick Ben Koetter Cc: [email protected] 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:[email protected]] Gesendet: Freitag, 15. März 2013 20:13 An: Grooz, Marc (regio iT) Cc: [email protected] Betreff: Re: Amavis SA Check high load * Grooz, Marc (regio iT) <[email protected]>: > 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@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
