1

Topic: Spam E-Mail is not "killed"

==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version: 1.6.2 MARIADB
- Linux/BSD distribution name and version: Rocky Linux 8.5
- Manage mail accounts with iRedAdmin-Pro? No
====

Excerpt from /etc/amavisd.conf

$sa_tag_level_deflt  = -999;  # add spam info headers if at, or above that level
$sa_tag2_level_deflt = 3;  # add 'spam detected' headers at that level
$sa_kill_level_deflt = 7;  # triggers spam evasive actions (e.g. blocks mail)
$sa_dsn_cutoff_level = 9;   # spam level beyond which a DSN is not sent
$final_spam_destiny = D_DISCARD;

I made sure these settings only exist once.

Excerpt of a X-SPAM Header of a detected Spam E-Mail.

X-Spam-Flag: YES
X-Spam-Score: 8.721
X-Spam-Level: ********
X-Spam-Status: Yes, score=8.721 tagged_above=-999 required=3
    tests=[DRUGS_ERECTILE=2.221, HTML_FONT_LOW_CONTRAST=1,
    HTML_IMAGE_ONLY_28=4, HTML_IMAGE_RATIO_04=0.5, HTML_MESSAGE=0.25,
    SPF_HELO_NONE=0.5, SPF_PASS=-0.25, T_TVD_MIME_EPI=0.5]
    autolearn=no autolearn_force=no

Expected result:
Based on the settings for $sa_kill_level_deflt and $final_spam_destiny I would expect e-mail with a spam score of 8.721 to be discarded, i.e. not delivered to inbox.

Actual result:
While this e-mail is marked as "[SPAM]" it is still delivered to the inbox.


How can I achieve the expected result? I can't find the faulty configuration that is leading to $sa_kill_level_deflt being ignored.

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: Spam E-Mail is not "killed"

https://github.com/iredmail/iRedMail/bl … policy.sql