[Postfixbuch-users] double-bounce/reject von Postfix und Amavis

[Peer Heinlein]

Am Freitag, 10. Juli 2009 schrieb Michael Nausch:


> Mark hat ja heute 'nen Patch in der AMaViS-Mailingliste gepostet, das
> ist schon mal sehr positiv.

Jau, is'n bug wie vermutet.

> > As SMTP protocol does not allow for per-recipient
> > responses, we have no other choice but to accept a message and
> > send a bounce to the rejected recipients, while delivering to the
> > accepted recipients. So, late header checks are alright, but late
> > per-recipient restrictions are to be avoided.
>
> Was meinst Du denn als _der_ Fachmann schlechthin, oder was machst Du?

Nun, mach mal halblang, es gibt da sehr wohl berufenere Fachmänner.

Natürlich hat Mark mit dieser Aussage recht. Und natürlich bleibt Amavis 
nichts anderes übrig als diese Mail zu bouncen wenn er nur einige 
Empfänger aus der ganzen Liste loskriegt.

Nur: Das ist in einem richtig gebauten smtpd_proxy_filter-Setup ja nicht 
der Fall. Postfix prüft -Proxy hin oder her- ja auf dem Hinweg alle 
Restrictions und auf dem Rückweg auf Port 10025 ergeben sich demnach ja 
keine Überraschungen und damit auch keine selektiven Ablehnungen mehr.

Also was soll's.

> Reicht es nach Deiner Einschätzung, AMaViS zu patchen/upzudaten und die
> header_checks von Postfix beim reinjecten der eMail zu nutzen?

Ja. So wie geplant, so wie hier ausgesagt udn so wie es früher ja auch 
ging, bevor der Bug reinkam. Es hat ja jahrelang sauber funktioniert :-)

> Oder ist es besser mit Hinblick auf die Hinweise von Mark, die
> headerchecks von AMaViS/Spamassassin zu verlagern?

Nö. Denn das hat mit der Aussage von Mark doch gar nix zu tun.

> Spricht aus Deiner Sicht etwas gegen die Verlagerung? (Performance
> und/oder Durchsatz ...)?

Nö.

(Natürlich Nö, andernfalls würde ich das ja nicht jahrelang so empfehlen 
wenn ich es persönlich eigentlich ganz anders sehe.)

Kann man machen, muß man aber nicht und ich habe keinen Bock auf den 
Aufwand. Warum sollte ich es verlagern wenn es anders genauso gut geht. 
Da habe ich echt andere Sorgen.

Peer



-- 
Heinlein Professional Linux Support GmbH
Linux: Akademie - Support - Hosting

http://www.heinlein-support.de

Zwangsangaben lt. §35a GmbHG:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg, 
Geschäftsführer: Peer Heinlein  -- Sitz: Berlin