[Postfixbuch-users] Postfix + MySQL: bei Aliasen "unknown user" , Mailbox-Zustellung klappt ***SOLVED***

[Oskar Eyb]

Hallo!

Sandy Drobic schrieb am 04.01.2008 19:49:

>> 172.16.0.2:smtp                 inet      n      -      n      -      - 
>>       smtpd
>>       -o cleanup_service_name=pre-cleanup
>>       #-o content_filter=amavisNEW:[172.16.0.2]:10024
>>       -o 
>> receive_override_options=no_address_mappings,no_unknown_recipient_checks
> 
> Okay, hier noch eine Frage:
> 
> Was passiert, wenn du von extern eine Mail an
> does-not-exist at mail.eyb.de schickst?

Jan  4 20:52:18 beastie postfix/smtpd[73922]: connect from 
smtprelay02.ispgateway.de[80.67.18.14]
Jan  4 20:52:18 beastie postfix/smtpd[73922]: NOQUEUE: reject: RCPT from 
smtprelay02.ispgateway.de[80.67.18.14]: 450 4.1.1 
<does-not-exist at mail.eyb.de>: Recipient address rejected: User unknown 
in virtual mailbox table; from=<oskar at eyb.de> 
to=<does-not-exist at mail.eyb.de> proto=ESMTP helo=<smtprelay02.ispgateway.de>
Jan  4 20:52:18 beastie postfix/smtpd[73922]: disconnect from 
smtprelay02.ispgateway.de[80.67.18.14]


IMO also das richtige.

Wenn ich dann allerdings die beiden policyd's hinzuschalte, melden sich 
die zuerst, IMO wäre das doch bei einer sowiso-nonexistent-adresse 
garnicht nötig!

$ postconf -n|grep restr
smtpd_data_restrictions = reject_unauth_pipelining, 
reject_multi_recipient_bounce,
smtpd_recipient_restrictions = permit_mynetworks, 
permit_sasl_authenticated,    check_helo_access 
pcre:/etc/postfix/helo_checks     reject_invalid_hostname, 
reject_non_fqdn_hostname,    reject_non_fqdn_recipient, 
reject_non_fqdn_hostname,    reject_unknown_recipient_domain, 
reject_unknown_sender_domain,    reject_non_fqdn_sender, 
reject_rhsbl_sender rhsbl.sorbs.net,    reject_rhsbl_sender 
dsn.rfc-ignorant.org,    reject_unauth_destination 
check_policy_service inet:172.16.0.2:10023,    check_policy_service 
inet:172.16.0.2:12525,




> Der smtpd, der dem Internet zugewandt ist, MUSS die Empfänger auf
> Gültigkeit prüfen. das no_unknown_recipient_checks schaltet dies genau ab.
> 
> Der smtpd, der die Mails von Amavisd-new entgegennimmt, sollte sich darauf
> verlassen können, dass die Gültigkeit des Empfängers bereits geprüft wurde
> durch den ersten smtpd. Hier kann zum Schonen von Ressourcen die erneute
> Überprüfung abgeschaltet werden.

Jap, so hab ichs dann auch verstanden.
Durch diese Fehler habe ich viel gelernt!



> In deinem Fall wurde die Mail an alias at mail.eyb.de angenommen, weil du die
> Empfängervalidierung durch no_unknown_recipient_checks ausgeschaltet hast.
> Ansonsten wäre sie als ungültig abgewiesen werden mit
> receive_override_options=no_address_mappings.
> 
> Wenn beide Optionen auf dem smtpd laufen, der die Mails von amavisd-new
> annimmt, sollte es funktionieren.
> 
> Wie sieht deine master.cf jetzt aus?


172.16.0.2:smtp                 inet      n      -      n      -      - 
      smtpd
  67    -o cleanup_service_name=pre-cleanup




Gruß,
Oskar