[Postfixbuch-users] Spam von Yahoo; policyd-weight und postmaster

[Sandy Drobic]

Peer Heinlein wrote:
> Am Dienstag, 5. Februar 2008 schrieb Jan P. Kessler:
> 
> 
>>> Ich habe hier auf den kleinen Relays 250 smtpd-Prozesse und hinten
>>> raus kommen gerade mal 15 bei Amavis an.
>> Hmm, In einer pre-queue Filter Konfiguration? Vielleicht habe ich ja
> 
> Ja.
> 
>> etwas nicht richtig verstanden, aber was macht der 16te smtpd, der
>> geforked wird, wenn alle 15 vorherigen gerade mit Amavis quatschen?
> 
> Es wird nur dann eine Verbindung zum Amavis aufgebaut, wenn der erste RCPT 
> TO eine smtpd_recipient_restricition überlebt hat.

Ich denke, Jan meinte tatsächlich den 16. smtpd, der Daten an Amavisd-new 
weitergeben will.
Die wirkliche Frage ist wohl:
Was passiert dann mit der Mail, erhält Postfix einen temporären oder 
permanenten Fehler, wird die Mail also deferred oder gebounced, wenn 
Amavisd-new die Mail nicht annimmt?

>> Es geht ja nicht um Durchsatz sondern um Verfügbarkeit. Im Ernst, ich
>> lasse mich gerne eines besseren belehren. Bisher habe den den prequeue
>> Filter Ansatz immer als weniger robust empfunden.
> 
> Es ist marginal (!!!) weniger robust, das stimmt. Kurzfristige Wellen kann 
> man ETWAS schlechter glätten, weil eben andere Mailserver Queuen müssen 
> und nicht der eigene -- was soll's!

Ich hatte eher Probleme wegen einiger Server, die ein AUTH=<> mitschickten im 
Envelope, woran sich frühere Amavisd-new-Versionen verschluckt hatten und die 
Mail abwiesen.

Ebenso ist Amavisd-new natürlich abhängig von den Virenscannern und SA, von 
daher ist Amavisd-new von der Architektur her mit Abhängigkeiten belastet, die 
auf die Zuverlässigkeit drücken.

> Wer aufgrund dieser kleinen Unterschiede in Performance-Probleme gerät, 
> der hätte so oder so Performanceproblemne. Das macht es einfach nicht 
> aus.
> 
> Die immensen Vorteile gleichen das aber ABSOLUT wieder aus.

Trotz der obigen Einwände sehr ich das allgemein auch so, die Vorteile 
überwiegen. Wenn jedoch die Zuverlässigkeit des Mailsystems absolute Priorität 
ist, sollte man bei content_filter bleiben.


-- 
Sandy

Antworten bitte nur in die Mailingliste!
PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com