[Postfixbuch-users] Newsletter-Versand / Performance

[Thomas Klein]

Hallo zusammen,

vielen Dank erstmal für eure Anregungen!

Hab die Sache mit dem Submission-Port gelöst ohne Filterung durch 
amavis, dadurch habe ich den Zustellprozess vom connect des 
einliefernden Clients bis zum disconnect von 6 auf 2 Sekunden drücken 
können - für's erste ok, mal gucken was die Dame meint, die das Zeug 
dann raushaut.


Ralf Hildebrandt schrieb:
> * Thomas Klein <mailinglist-postfixbuch at online.de>:
>   
>> Hallo zusammen,
>>
>> wir haben kürzlich bei einem Kunden auf den Mailserver eine
>> Tochterfirma angeschlossen, die gelegentlich Newsletter versendet.
>>     
>
> Das ist meistens nicht so erfreulich.
>
>   
Als Admin wird man oft leider nicht gefragt, heißt dann: Mach mal :)
>> Die Newsletter werden an ca. 2600 Empfäger versandt mit dem Programm
>> "Supermailer", damit kann man wohl massenweise personalisierte Mails
>> rausschicken.
>>     
>
> Und? Ist super?
>
>   
Naja... zum Glück muß ich das ding nicht bedienen!
>> Grundsätzlich funktioniert es, jedoch beklagt sich die Versenderin über
>> die Performance unseres Mailservers. Früher hat sie das Zeug über ihren
>> Provider rausgehauen, da dauerte das knapp 10 Minuten bis alles
>> rausgehauen war. Nun dauert es angeblich über eine Stunde über unseren
>> Postfix-Server. Der Server abgehende SMTP Traffic ist per QoS auf 2
>> MBit limitiert gewesen, ich habe das nun erstmal auf 5 MBit erhöht. Die
>> Anbindung des versendenden Clients an den Postfix-Server stellt sicher
>> nicht den Flaschenhals dar, das läuft im LAN ab.
>>     
>
> Du kannst das ganz einfach testen: Du nutzt einfach eine
> check_sender_access mit HOLD und legst die Mails "auf Eis" -- so
> weisst Du genau, WIE LANGE die Erzeugung und Versand AN DEINEN
> Mailserver braucht.
>
> Ebenso kannst Du testen wie lange der Versand dauert indem du alles
> "unholdierst" und rausschicken lässt:
>
> postsuper -H ALL
> postfix flush
>
>   
Nicht schlecht. Werde ich mal versuchen, falls weiterhin noch Klagen 
über die Performance kommen.
>> Generell läuft Amavisd-new mit $max_servers = 10 und als
>> smtpd_proxy_filter.
>>     
>
> Die Mails müssen doch nicht gefiltert werden. Besser ist es, die Mails
> auf einem smtpd einzukippen (spezialport) der NICHT filtert.
>
>   
>> Postfix ist mit dem Defaultwert von maxproc 100 ausgestattet.
>>     
>
> Wir dieser Maixmalwert erreicht?
>
>   
>> Ich schätze mal, dass dir Postfix-Prozesse bei dieser Menge bzw.
>> Versende-Frequenz zu knapp sein werden - ich würde mal auf maxproc
>> 250 gehen?
>>     
>
> Nicht raten, messen!
>
>   
>> Ich gehe auch mal davon aus, dass der amavis-check die Zustellung stark
>> verzögert.
>>     
>
> Oh ja
>
>   
Hatte ich dann auch germerkt, als über den alternativport amavis nicht 
mehr gefragt wurde.
>   
>> Ich würde mir mal gerne im Moment des Versands die Inanspruchnahme
>> der postfix-Prozesse ansehen. Gibt es eine Möglichkeit, das direkt
>> online nachzuvollziehen, wieviele Prozesse in dem Moment verwendet
>> werden?
>>     
>
> pstree:
>
>      |-master-+-anvil
>      |        |-2*[bounce]
>      |        |-2*[cleanup]
>      |        |-2*[dnsblog]
>      |        |-pickup
>      |        |-postscreen
>      |        |-proxymap
>      |        |-qmgr
>      |        |-13*[smtp]
>      |        |-26*[smtpd]
>      |        |-tlsmgr
>      |        |-2*[trivial-rewrite]
>      |        |-verify
>      |        -2*[virtual]
>       
>
>   
Sehr gut, damit beobachte ich die Prozesse mal. Wo liegt denn der 
Unterschied zwischen "smtp" und "smtpd"?

Vielen Dank nochmal an alle und Grüße
Thomas