[AMaViS-user] virus_check_*_ttl

2010-05-05 Thread Ralf Hildebrandt
# $virus_check_negative_ttl= 3*60; # time to cache contents as not infected # $virus_check_positive_ttl= 30*60; # time to cache contents as infected Are these seconds or minutes? How can I disable caching entirely (EVERY mail should go trough the virus scanner, no matter how well known it

Re: [AMaViS-user] virus_check_*_ttl

2010-05-05 Thread Noel Jones
On 5/5/2010 12:56 PM, Ralf Hildebrandt wrote: # $virus_check_negative_ttl= 3*60; # time to cache contents as not infected # $virus_check_positive_ttl= 30*60; # time to cache contents as infected Are these seconds or minutes? Seconds. from amavisd.conf-sample: # expiration time of cached

Re: [AMaViS-user] virus_check_*_ttl

2010-05-05 Thread Ralf Hildebrandt
* Noel Jones njo...@megan.vbhcs.org: Seconds. I guessed that, but I thought it would be better to ask :) from amavisd.conf-sample: # expiration time of cached results: time to live in seconds # (how long the result of a virus/spam test remains valid) $virus_check_negative_ttl= 3*60; #

Re: [AMaViS-user] virus_check_*_ttl

2010-05-05 Thread Noel Jones
On 5/5/2010 1:32 PM, Ralf Hildebrandt wrote: * Noel Jonesnjo...@megan.vbhcs.org: Seconds. I guessed that, but I thought it would be better to ask :) from amavisd.conf-sample: # expiration time of cached results: time to live in seconds # (how long the result of a virus/spam test remains

Re: [AMaViS-user] virus_check_*_ttl

2010-05-05 Thread Ralf Hildebrandt
* Noel Jones njo...@megan.vbhcs.org: I know. Note the lack of time units. I was going by the time to live in seconds part. ugh. I suppose you could set it to zero and test. That works by the way. Nuclear option would be to disable caching $enable_global_cache = 0; WHat does

Re: [AMaViS-user] amavisd-new-2.7.0-pre4 prerelease available

2010-05-05 Thread Michael Orlitzky
On 05/04/2010 10:46 PM, Noel Jones wrote: On 5/4/2010 5:30 PM, Jo Rhett wrote: On Apr 25, 2010, at 5:32 PM, Noel Jones wrote: I kind of like ignoring deprecated options with the new behavior noted in RELEASE_NOTES. That way existing installations don't break after upgrade. Too many people

[AMaViS-user] amavis causing mail to queue on server ???

2010-05-05 Thread John Robinson
Hello all, As this is my first post to this list, please bear with me if my description or supplied info is not all that is required. I have 2 mail gateways running on Debian Lenny. I have installed and configured the following according to this guide :

Re: [AMaViS-user] amavis causing mail to queue on server ???

2010-05-05 Thread Noel Jones
On 5/5/2010 10:00 PM, John Robinson wrote: Hello all, As this is my first post to this list, please bear with me if my description or supplied info is not all that is required. I have 2 mail gateways running on Debian Lenny. I have installed and configured the following according to this

Re: [AMaViS-user] amavisd-new-2.7.0-pre4 prerelease available

2010-05-05 Thread Stefan Foerster
* Noel Jones njo...@megan.vbhcs.org: On 5/4/2010 5:30 PM, Jo Rhett wrote: Your second paragraph makes an argument against the first. People who need to update their config files should be broken on purpose. The software we're discussing and the OS's it runs on, for better or worse, is