Peter Smith:
> Amavis + SpamAssassin + ClamAV are being used for scanning mail
> (incoming only). Again, this would be a likely source of delay, but
> amavis never reaches its max connections (we typically only see half
> this figure). I've also enabled verbose logging in amavis, and it
> never takes longer than a few seconds to scan mail.
>
> Looking at the delays=a/b/c/d part of the postfix logs, the delays are
> almost always in part b, which I understand is the queue manager.
First of all you need to determine whether these delays are with
deliveries to the content filter or with non-filter deliveries.
How are the delays distributed over the day?
Wietse
