[Postfixbuch-users] Absenderadresse umschreiben

Andreas Kienle andreas.kienle at andysoft.de
Mi Jun 9 16:35:09 CEST 2004


Am Mittwoch, 9. Juni 2004 16:20 schrieb Marc Samendinger:
> > -----Original Message-----
> > From: postfixbuch-users-bounces at listi.jpberlin.de
> > [mailto:postfixbuch-users-bounces at listi.jpberlin.de] On
> > Behalf Of Andreas Kienle
> >
> > Manches mal steh ich ordentlich auf dem Schlauch.
> > Kämpf aber immer noch mit amavsd-new, dass Spammails nur
> > markiert werden. ;(
>
> Schau mal nach $final_spam_destiny

Darf ich mal den Teil senden, damit du da ein Auge drauf wirfst??
Hier mal glaube ich die relevanten Zeilen:

--snip--
/etc/amav~isd.conf  [B---]  0 L:[1075+ 1 1076/1454] *(50631/66393b)= #  35 
0x23

# SpamAssassin settings

# Timout for SpamAssassin. This is only used if spamassassin does NOT
# override it (which it often does if sa_local_tests_only is not true)
$sa_timeout = 300;         # default is 120 seconds

# $sa_local_tests_only = 1; # defaults to false

# AWL (auto whitelisting), requires spamassassin 2.44 or better
# $sa_auto_whitelist = 1;   # defaults to undef

$sa_mail_body_size_limit = 150*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  = -999; # add spam info headers if at, or above that 
level
$sa_tag2_level_deflt = -998; # add 'spam detected' headers at that level
$sa_kill_level_deflt = $sa_tag2_level_deflt; # triggers spam evasive actions
                           # at or above that level: bounce/reject/drop,
                           # quarantine, and adding mail address extension

-> Mit den tag_leveln hab ich mal rumgespielt. Was habt ihr da für Werte??
#
# 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 at example.com
#$sa_spam_modifies_subj = [qw( !user at example.com . )];
--snap--

--snip--
$final_virus_destiny      = D_DISCARD; # (defaults to D_BOUNCE)
$final_banned_destiny     = D_BOUNCE;  # (defaults to D_BOUNCE)
$final_spam_destiny       = D_BOUNCE;  # (defaults to D_REJECT)
$final_bad_header_destiny = D_PASS;  # (defaults to D_PASS), D_BOUNCE 
suggested


# Notify virus sender?
$warnvirussender = 1;   # (defaults to false (undef))

# Notify spam sender?
$warnspamsender = 1;    # (defaults to false (undef))

# Notify sender of banned files?
#$warnbannedsender = 1; # (defaults to false (undef))

# Notify sender of syntactically invalid header containing non-ASCII 
characters?
#$warnbadhsender = 1;   # (defaults to false (undef))

# Notify virus (or banned files) RECIPIENT?
#  (not very useful, but some policies demand it)
$warnvirusrecip = 1;    # (defaults to false (undef))
$warnbannedrecip = 1;   # (defaults to false (undef))

# Notify also non-local virus/banned recipients if $warn*recip is true?
#  (including those not matching local_domains*)
$warn_offsite = 1;    # (defaults to false (undef), i.e. only notify locals) 
#zu Testzwecken eingeschaltet

--snap--

Hat jemand den hilfreiche antwort??

Danke Andreas Kienle


> > cu Andreas Kienle
>
> marc
--



Mehr Informationen über die Mailingliste Postfixbuch-users