Request: Disable update.bad.phishing.sites job when phishing checks are disabled

Alex Broens ms-list at alexb.ch
Thu Apr 10 12:23:56 IST 2008


On 4/10/2008 12:51 PM, Julian Field wrote:
> 
> 
> Glenn Steen wrote:
>> On 10/04/2008, Alex Broens <ms-list at alexb.ch> wrote:
>>  
>>> Jules:
>>>
>>>  I've disabled all MailScanner phishing checks yet:
>>>
>>>  Apr 10 12:01:01 cobox-1 update.bad.phishing.sites: Delaying cron job 
>>> up to
>>> 600 seconds
>>>
>>>  It would be very elegant if these are not enabled, the cron job is 
>>> disabled
>>> as well.
>>>
>>>  same with AV signatures update hourly job.
>>>
>>>  thanks
>>>
>>>  Alex
>>>     
>>
>> I'm not sure I agree, and I'm pretty sure Jules doesn't... You are not
>> the first to ask:-).
>>
>> The thinking here is that the update jobs for functionality you
>> *might* enable later should still be active, so that when you _do_
>> activate them, all updates are already in place. The correct way to
>> avoid this for AV is to deinstall any unused AV product. For the
>> phishing thing... there simply is no such thing.
>>   
> 
> I'm with Glenn on this one, sorry.
> If you decide to enable a feature, it should be ready and waiting for 
> you. It hardly adds a significant load to your system, and you can 
> always disable the cron job yourself if you want to, just chmod -x the 
> file in /etc/cron.hourly.

so its not possible to check *if* feature enabled and *if* not enabled, 
skip update?

the moment you enable the feature, the check will see *if* enabled and 
run the update.

Alex





More information about the MailScanner mailing list