Banned files are being quarantined, spam isn't

Noel Jones njones at
Sat Aug 10 17:42:09 CEST 2013

On 8/10/2013 6:03 AM, Benedict White wrote:
>>>>> I have the following set for the policy row in the policy sql table:
>>>>> spam_tag_level  1
>>>>> spam_tag2_level 6.31
>>>>> spam_tag3_level 8
>>>>> spam_kill_level 10
>>>>> spam_dsn_cutoff_level 12
>>>>> spam_quarantine_cutoff_level 20
>>>>> What do I need to do to get seriously spammy emails into quarantine?
>>>> set spam_quarantine_cutoff_level to undef; Your setting says don't quarantine any spam over 20.
>>> I've tried undef;  in the amavisd.conf and a null value in the SQL 
>>> database (it's a float), but the mail still goes through rather than 
>>> being quarantined though it does get it's subject line changed in accordance with the policy in the policy table.
>> What about $spam_quarantine_method?  There are several parameters that control the quarantine, you might check the docs or the amavisd.conf-sample file.
> grep quarantine /etc/amavisd/amavisd.conf returns: 
> $sa_quarantine_cutoff_level = undef; # spam level beyond which quarantine is off
> $mailfrom_to_quarantine = ''; # null return path; uses original sender if undef
> $virus_quarantine_method        = 'sql:';
> $spam_quarantine_method         = 'sql:';
> $banned_files_quarantine_method = 'sql:'; #Changed to non SQL for testing:
> $bad_header_quarantine_method   = 'sql:';
> (Lines beginning with # have been removed)
> Banned files get blocked and end up in quarantine, spams still get through although they do get marked
> With the relevant spam headers and the subject line is chaned.
> Kind regards
> Benedict White

There's a bunch of other parameters that affect quarantine. See the

Some that come to mind are $sa_kill_level_deflt $sa_tag2_level_deflt
$kill_level.  Probably others.

Set your log_level to 5 for a test run to see what decisions are made.

  -- Noel Jones

More information about the amavis-users mailing list