Amavisd-New u. SA
Amavisd-New u. SA
Hallo, ich habe mir nun amavisd-new installiert. Läuft auch gut, findet Viren. Was es aber nicht macht, ist Spamassassin zu benutzen. SA kann nur "tätig werden", wenn ich es über Procmail aufrufe (spamd als Daemon).
System Debian, Postfix 2.0.16, SA 2.60.
Wär nett, wenn jemand nen Tip hätte. Danke.
System Debian, Postfix 2.0.16, SA 2.60.
Wär nett, wenn jemand nen Tip hätte. Danke.
-
captaincrunch
- Userprojekt

- Posts: 7066
- Joined: 2002-10-09 14:30
- Location: Dorsten
- Contact:
Re: Amavisd-New u. SA
Wie sieht denn die amavisd.conf aus? Bitte ohne Kommentare.
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
Re: Amavisd-New u. SA
die ganze oder nur der Abschnitt - wo die externen Sachen aufgerufen werden?
Re: Amavisd-New u. SA
Das ist die SA Section
# SpamAssassin settings
$sa_timeout = 300; # default is 120 seconds
# $sa_local_tests_only = 1; # defaults to false
$sa_auto_whitelist = 1; # defaults to undef
$sa_mail_body_size_limit = 64*1024; # don't waste time on SA is mail is larger
# (less than 1% of spam is > 64k)
# default: undef, no limitations
# default values, can be overridden by more specific lookups, e.g. SQL
$sa_tag_level_deflt = 3.0; # add spam info headers if at, or above that level
$sa_tag2_level_deflt = 3.5; # add 'spam detected' headers at that level
$sa_kill_level_deflt = 8.0; # triggers spam evasive actions
# at or above that level: bounce/reject/drop,
# quarantine, and adding mail address extension
# The $sa_tag_level_deflt, $sa_tag2_level_deflt and $sa_kill_level_deflt
# may also be hashrefs to hash lookup tables, to make static per-recipient
# settings possible without having to resort to SQL or LDAP lookups.
# a quick reference:
# tag_level controls adding the X-Spam-Status and X-Spam-Level headers,
# tag2_level controls adding 'X-Spam-Flag: YES', and editing Subject,
# kill_level controls 'evasive actions' (reject, quarantine, extensions);
# it only makes sense to maintain the relationship:
# tag_level <= tag2_level <= kill_level
# string to prepend to Subject header field when message exceeds tag2 level
$sa_spam_subject_tag = '***SPAM*** '; # (defaults to undef, disables)
# (only seen when spam is not to be rejected
# and recipient is in local_domains*)
#$sa_spam_modifies_subj = 1; # may be a ref to a lookup table, default is true
# Example: modify Subject for all local recipients except user@example.com
#$sa_spam_modifies_subj = [qw( !user@example.com . )];
# SpamAssassin settings
$sa_timeout = 300; # default is 120 seconds
# $sa_local_tests_only = 1; # defaults to false
$sa_auto_whitelist = 1; # defaults to undef
$sa_mail_body_size_limit = 64*1024; # don't waste time on SA is mail is larger
# (less than 1% of spam is > 64k)
# default: undef, no limitations
# default values, can be overridden by more specific lookups, e.g. SQL
$sa_tag_level_deflt = 3.0; # add spam info headers if at, or above that level
$sa_tag2_level_deflt = 3.5; # add 'spam detected' headers at that level
$sa_kill_level_deflt = 8.0; # triggers spam evasive actions
# at or above that level: bounce/reject/drop,
# quarantine, and adding mail address extension
# The $sa_tag_level_deflt, $sa_tag2_level_deflt and $sa_kill_level_deflt
# may also be hashrefs to hash lookup tables, to make static per-recipient
# settings possible without having to resort to SQL or LDAP lookups.
# a quick reference:
# tag_level controls adding the X-Spam-Status and X-Spam-Level headers,
# tag2_level controls adding 'X-Spam-Flag: YES', and editing Subject,
# kill_level controls 'evasive actions' (reject, quarantine, extensions);
# it only makes sense to maintain the relationship:
# tag_level <= tag2_level <= kill_level
# string to prepend to Subject header field when message exceeds tag2 level
$sa_spam_subject_tag = '***SPAM*** '; # (defaults to undef, disables)
# (only seen when spam is not to be rejected
# and recipient is in local_domains*)
#$sa_spam_modifies_subj = 1; # may be a ref to a lookup table, default is true
# Example: modify Subject for all local recipients except user@example.com
#$sa_spam_modifies_subj = [qw( !user@example.com . )];
-
captaincrunch
- Userprojekt

- Posts: 7066
- Joined: 2002-10-09 14:30
- Location: Dorsten
- Contact:
Re: Amavisd-New u. SA
Relativ weit oben in der amavisd.conf gibt's zwei Zeilen, mit denen sich die Viren- oder Spamchecks deaktivieren lassen. Ich kann allerdings momentan nicht nachschauen, wie genau die lauten.
Schau mal nach, die sind recht gut dokumentiert.
Schau mal nach, die sind recht gut dokumentiert.
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
Re: Amavisd-New u. SA
Meinst Du diesen?
Offensichtlich ist der deaktiviert. :roll: :?:
Code: Select all
# Check also the settings of @av_scanners at the end if you want to use
# virus scanners. If not, you may want to delete the whole long assignment
# to the variable @av_scanners, which will also remove the virus checking
# code (e.g. if you only want to do spam scanning).
# Here is a QUICK WAY to completely DISABLE some sections of code
# that WE DO NOT WANT (it won't even be compiled-in).
# For more refined controls leave the following two lines commented out,
# and see further down what these two lookup lists really mean.
#
# @bypass_virus_checks_acl = qw( . ); # uncomment to DISABLE anti-virus code
# @bypass_spam_checks_acl = qw( . ); # uncomment to DISABLE anti-spam code
#
# Any setting can be changed with a new assignment, so make sure
# you do not unintentionally override these settings further down!
@bypass_spam_checks_acl = qw( . ); # No default dependency on spamassassin-
captaincrunch
- Userprojekt

- Posts: 7066
- Joined: 2002-10-09 14:30
- Location: Dorsten
- Contact:
Re: Amavisd-New u. SA
Genau. Aktivieren und glücklich sein. ;)
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
Re: Amavisd-New u. SA
oh Mann .. :oops:
Danke.
Re: Amavisd-New u. SA
Ich glaube nicht dass das so funktioniert.
Ich würde eher diese Zeile mit # auskommentieren.
Ich würde eher diese Zeile mit # auskommentieren.
Code: Select all
@bypass_spam_checks_acl = qw( . ); # No default dependency on spamassassinRe: Amavisd-New u. SA
ja, das wars. Danke.
Wie kann ich jetzt sehen, ob die Mails auf Spam gescannt wurden?
Wie kann ich jetzt sehen, ob die Mails auf Spam gescannt wurden?
Re: Amavisd-New u. SA
wenn du in den header der mail siehst, dann steht da was wie xspam status und so. Wenn das drin ist ist der SA drübergelaufen
Gruß Christian
Gruß Christian
Re: Amavisd-New u. SA
Steht aber erst im Header wenn der erste tag level erreicht wurde!chris76 wrote:wenn du in den header der mail siehst, dann steht da was wie xspam status und so. Wenn das drin ist ist der SA drübergelaufen
Gruß Christian
Bei amawis sind auch Test Mails dabei, schick Dir mal eine zu.
Wenn Du noch weiter Fragen hast, schau mal in der Anleitung
ist da eigentlich ganz gut beschrieben wie Du prüfen kannst ob's funktioniert.
Re: Amavisd-New u. SA
Die Lösung:
Code: Select all
$sa_tag_level_deflt = -9999.9; # add spam info headers if at, or above that level
$sa_tag2_level_deflt = 3.0; # add 'spam detected' headers at that level
$sa_kill_level_deflt = 6.5; # triggers spam evasive actionsRe: Amavisd-New u. SA
Bis eben hat mir amavisd die Spams und Viren ins Quarantineverzeichnnis "geschoben. Jetzt hab ich was (weiss es leider nicht mehr) geändert an der amavisd.conf und die Mails werden nicht mehr abgelegt, sondern rejected.
Ich möchte auch gern, dass die Viren und Spams in 2 extra Verzeichnisse gespeichert werden. Hat jemand dazu nen Tip. Vielen Dank vorab.
cu aM
Ich möchte auch gern, dass die Viren und Spams in 2 extra Verzeichnisse gespeichert werden. Hat jemand dazu nen Tip. Vielen Dank vorab.
cu aM