Postfix open door

mk-bremen

New Member
Hallo Forum,

ich möchte eine einzelne EmpfängerAdresse in POSTFIX für
Testzwecke komplett freigeben,

also kein reject in:

smtpd_client_restrictions
smtpd_helo_restrictions
smtpd_sender_restrictions
smtpd_recipient_restrictions
smtpd_data_restrictions
header_checks
body_checks

... welches ist der einfachste Weg ?

vielleicht ein if() oder /(mail@mail\.de)/ eintrag?

danke, ... mk-bremen
 
'check_recipient_adress' ???

Danke mattis42,

mit 'check_recipient_adress' gibt es Fehlermeldungen ...
vielleicht kennt mein Postfix das noch nicht ;-(

mit den üblichen:

smtpd_client_restrictions =
check_client_access hash:db.... @Adresse PERMIT

smtpd_helo_restrictions =
check_helo_access hash:db.... @Adresse PERMIT

smtpd_sender_restrictions =
check_sender_access hash:db.... @Adresse PERMIT

komme ich nicht weiter .....
(die 'reject_rbl_client' laufen immer noch für diesen Empfänger)

ich möchte vor den '_restrictions' schon einen Empfänger WHITELISTEN
würde das mit (_relay_ Empfänger) funktionieren ....?

es muß eine Funktion sein die gleich bei 'smtpd_helo_restrictions' schon
den Weg eines Empfänger mit PERMIT freigibt, ohne weitere Prüfung ...

welche der '_restrictions' läuft als erste Funktion in Postfix ab?

danke, ... mk-bremen
 
mit 'check_recipient_adress' gibt es Fehlermeldungen ...

Welche denn?

vielleicht kennt mein Postfix das noch nicht ;-(

Von wann ist der denn? 1870? ;-)

mit den üblichen:

smtpd_client_restrictions =
check_client_access hash:db.... @Adresse PERMIT

smtpd_helo_restrictions =
check_helo_access hash:db.... @Adresse PERMIT

smtpd_sender_restrictions =
check_sender_access hash:db.... @Adresse PERMIT

komme ich nicht weiter .....
(die 'reject_rbl_client' laufen immer noch für diesen Empfänger)

Als erstes pack die ganzen Restriktionen mal unter "smtpd_recipient_restrictions".
Dann tut man sich schon mal deutlich leichter und verliert nicht so schnell den Überblick.

Und darin dann einen Eintrag wie "check_recipient_adress = hash:/etc/postfix/maps/rbl_exceptions" oder ähnlich.

In "/etc/postfix/maps/rbl_exceptions" dann die entsprechenden Empfänger und die gewünschte Aktion wie "OK" oder eben "permit_auth_destination" reinschreiben.
Danach natürlich das obligatorische postmap nicht vergessen.

Wenn du Probleme mit den RBLs hast, wäre jedoch eine entsprechende "check_client_access"-Table angebracht.
Und die plaziert man dann vor den RBL-Einträgen. Mehr braucht's dafür nicht.

ich möchte vor den '_restrictions' schon einen Empfänger WHITELISTEN
würde das mit (_relay_ Empfänger) funktionieren ....?

Nein. Das sind zwei völlig unterschiedliche Baustellen.

es muß eine Funktion sein die gleich bei 'smtpd_helo_restrictions' schon
den Weg eines Empfänger mit PERMIT freigibt, ohne weitere Prüfung ...

Das will man nicht wirklich haben.

welche der '_restrictions' läuft als erste Funktion in Postfix ab?

Diejenige, die unter den Restriktionen an erster Stelle steht :D
Und wie schon gesagt: Pack das alles unter "smtpd_recipient_restrictions" rein.

z.B.
smtpd_recipient_restrictions =
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
permit_sasl_authenticated,
permit_mynetworks,
reject_unauth_destination,
reject_unlisted_recipient,
check_client_access mysql:/etc/postfix/maps/mysql_client_access.cf,
reject_unknown_reverse_client_hostname,
check_helo_access mysql:/etc/postfix/maps/mysql_helo_access.cf,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname,
check_sender_access mysql:/etc/postfix/maps/sender_access.cf,
check_recipient_access mysql:/etc/postfix/maps/mysql_recipient_access.cf,
check_client_access mysql:/etc/postfix/maps/mysql_rbl_exceptions.cf,
reject_rbl_client zen.spamhaus.org,
reject_rbl_client ix.dnsbl.manitu.net



Gruß
Matthias
 
Die HELO-Restrictions greifen als erstes, bevor die Empfänder-Mail-Adresse überhaupt gesendet wird.
 
Die HELO-Restrictions greifen als erstes, bevor die Empfänder-Mail-Adresse überhaupt gesendet wird.

Stimmt.

Und Helos sind beliebig fälschbar.
Daher sollte man besser darauf verzichten, diese als Kriterium für irgendwelche white-/blacklists zu verwenden.
 
Back
Top