[postfix-users] reject_unverified_recipient
Christopher Stolzenberg
xchris89x at googlemail.com
Mo Jun 28 18:05:50 CEST 2010
Am 28. Juni 2010 16:04 schrieb Gregor Hermens <gregor.hermens at a-mazing.de>:
> Bei dir kommt reject_unverified_recipient vor reject_unauth_destination.
> Dadurch kommt es zu dem oben beschriebenen Verhalten.
>
> Du solltest alles, was nach permit_sasl_authenticated kommt, von billig nach
> teuer sortieren. reject_unverified_recipient ist wohl die teuerste Regel in
> der ganzen Liste. Mein Vorschlag:
>
> smtpd_recipient_restrictions =
> reject_unknown_recipient_domain,
> reject_unknown_sender_domain,
> reject_non_fqdn_recipient,
> reject_non_fqdn_sender,
> permit_mynetworks,
> permit_sasl_authenticated,
> reject_unauth_destination,
> reject_invalid_hostname,
> reject_non_fqdn_hostname,
> reject_unknown_reverse_client_hostname,
> reject_invalid_helo_hostname,
> reject_non_fqdn_helo_hostname,
> reject_unauth_pipelining,
> reject_rbl_client zen.spamhaus.org
> reject_rbl_client ix.dnsbl.manitu.net,
> reject_unverified_recipient,
> # check_recipient_access hash:/etc/postfix/verify_domains,
Hi Gregor,
danke :) Damit ist das Problem gelöst.
Noch etwas in dem Zusammenhang: Mit address_verify_map kann Postfix
doch die gültigen Adressen cachen?
Aktualisiert sich das automatisch? Beispiel xyz at firma.com gibt es
(noch) nicht. im Verify Cache befindet sich xyz at firma.com als
ungültig. Damit würde Postfix die Adresse dann abweisen ohne nochmal
beim anderen Mailserver zu fragen... Reinigt sich dieser
address_verify_map Cache automatisch?
Danke
Chris
Mehr Informationen über die Mailingliste postfix-users