pibi
13.06.04, 10:29
Ich habe hier einen zentralen Server, der die ueblichen Dienste eines privaten Heimnetzes bedient: Mailserver, DHCP, BIND, Squid etc. Das funktioniert auch soweit ganz ordentlich. Ein Problem habe ich nur mit dem Mailempfang.
Fetchmail sammelt die Mail fuer alle Accounts bei diversen Providern ein. Diese werden dann via zentrales procmail an bogofilter und spamassassin "verfuettert" und je nach "Spamicity" bzw. "Bogosity" an den entspr. User zugestellt bzw. in den Spam-Kuebel geworfen. Spamassassin ist ja nun bekannt, dass er nicht gerade sparsam mit dem Ressourcen umgeht. Und da beginnt mein Problem:
Testhalber habe ich mal in einem Rutsch 50 Mails gefetcht. Dies hat mir meinen Server komplett dichtgemacht, 512 MB Swapspace waren komplett verbraucht, es gab mehr als 100 zusaetzliche Prozesse, load average > 50, zum Teil haben sich Services mangels Ressourcen bzw. wegen Timeouts beendet (BIND, syslogd).
So etwas kann ich natuerlich in einem (unbeaufsichtigten) 24h-Serverbetrieb nicht brauchen, auch wenn in der Praxis sicher nicht 50 Mails auf einmal kommen. Meine Frage nun: Wie kann ich den Mail-Empfang (Fetchmail? procmail? sendmail?) soweit einbremsen, dass nicht mehr als -sagen wir mal- 5 Mails gleichzeitig gespamcheckt und verarbeitet werden? Zeit ist kein Problem, von mir aus kann es auch einen halben Tag dauern, bis die Mails bearbeitet sind;-)
Folgende Parameter habe ich bisher in sendmail.cf probiert, allerdings ohne Erfolg:
# load average at which we just queue messages
O QueueLA=2
# load average at which we refuse connections
O RefuseLA=4
# maximum number of children we allow at one time
O MaxDaemonChildren=5
Hat jemand eine bessere Idee?
Danke und Gruss Pit.
Fetchmail sammelt die Mail fuer alle Accounts bei diversen Providern ein. Diese werden dann via zentrales procmail an bogofilter und spamassassin "verfuettert" und je nach "Spamicity" bzw. "Bogosity" an den entspr. User zugestellt bzw. in den Spam-Kuebel geworfen. Spamassassin ist ja nun bekannt, dass er nicht gerade sparsam mit dem Ressourcen umgeht. Und da beginnt mein Problem:
Testhalber habe ich mal in einem Rutsch 50 Mails gefetcht. Dies hat mir meinen Server komplett dichtgemacht, 512 MB Swapspace waren komplett verbraucht, es gab mehr als 100 zusaetzliche Prozesse, load average > 50, zum Teil haben sich Services mangels Ressourcen bzw. wegen Timeouts beendet (BIND, syslogd).
So etwas kann ich natuerlich in einem (unbeaufsichtigten) 24h-Serverbetrieb nicht brauchen, auch wenn in der Praxis sicher nicht 50 Mails auf einmal kommen. Meine Frage nun: Wie kann ich den Mail-Empfang (Fetchmail? procmail? sendmail?) soweit einbremsen, dass nicht mehr als -sagen wir mal- 5 Mails gleichzeitig gespamcheckt und verarbeitet werden? Zeit ist kein Problem, von mir aus kann es auch einen halben Tag dauern, bis die Mails bearbeitet sind;-)
Folgende Parameter habe ich bisher in sendmail.cf probiert, allerdings ohne Erfolg:
# load average at which we just queue messages
O QueueLA=2
# load average at which we refuse connections
O RefuseLA=4
# maximum number of children we allow at one time
O MaxDaemonChildren=5
Hat jemand eine bessere Idee?
Danke und Gruss Pit.