[Postfixbuch-users] konfigurationsfehler?: greylisting, filter - beides optional

[Christian Bricart]

> [..]
>> Aber greylisting returned doch DUNNO, also sollte die nächste Zeile
>> immern
>> noch ausgeführt werden..?
>
> Tut es? Ah. Hmm....
>
> Komisch, dann sollte wirklich die naechste restriciton drankommen...

Kann man die Antworten der einzelnen Checks irgendwie debuggen..? ;-)

Oder vielleicht würde es etwas helfen jeden einzelnen optionalen Check (da
sollen ja noch mehr rein..) in eine eigene restriction_class zu verbauen:

restriction_classes = greylist, rblckeck, antivirus

greylist =
 check_recipient_access hash:/etc/postfix/sender_whitelist
 check_policy_service inet:127.0.0.1:60000

rblcheck =
 reject_rbl_client relays.ordb.org
 reject_rbl_client ...

antivirus =
 content_filter = smtp-amavis:[127.0.0.1]:10024

smtpd_recipient_restrictions =
 permit_mynetworks
 permit_sasl_authenticated
 reject_unauth_destination
 check_recipient_access hash:/etc/postfix/greylistDomains
 check_recipient_access hash:/etc/postfix/rblDomains
 check_recipient_access hash:/etc/postfix/filterDomains

Dann hat man für jeden Check, der für die betreffende Domain aktiviert
sein soll, ein Map-File:

# /etc/postfix/greylistDomains:
domain1  greylist
domain2  greylist

# /etc/postfix/rblDomains:
domain1  rblcheck
domain3  rblcheck

# /etc/postfix/filterDomains:
domain3  antivirus


Oder kann "content_filter" schon gar nicht in einer restriction_class sein?

Alternativ vielleicht den Filter in ein Transport-Table verschieben..?
Allerdings gibt es schon ein transport_table, in dem steht welches der
final-MX sein soll...

Christian