Am Tue, 23 Sep 2003 20:10:39 +0200 schrieb Michael Gerhards: [..] >>> | [EMAIL PROTECTED] >>> | pipe delivery process timed out >>> >>> Leider wei� ich nicht wirklich, wie dieses Problem zustande gekommen >>> ist. Die Mails sollen nat�rlich nicht gebounct werden, sondern ich >>> m�chte sie zugestellt bekommen! >> >> Naja wie er oben sagt: "pipe delivery process timed out". Exim piped die >> Mail an einen Prozess der zu lange nicht zur�ck gekehrt ist, damit gab es >> einen Timeout. > > Procmail d�rfte keinen Timeout verursacht haben, wahrscheinlich war > SpamAssassin der Schuldige; angesichts der ganzen "Swen"-Mails wohl kein > Wunder...
Das Problem d�rfte nur indirekt Swen sein - die Mail Menge ist das Problem. Ob Dich hunderte "Anita"s endlich treffen wollen oder Viren sollte f�r SpamAssassin keinen Unterschied machen, der parst IMHO nur die ersten 5 KB einer Mail. Wozu nutzt Du aber eigentlich procmail? Bei mir gibt exim die Mails direkt an SpamAssassin und danach per LMTP an Cyrus. >>> Deshalb meine Fragen: >>> Kann ich Exim irgendwie sagen, da� die Mails, die jetzt als Bounces in >>> der Queue stehen, doch zugestellt und nicht gebounct werden sollen? >> >> Da vermute ich mal nein. Die Original Mail gibt es nicht mehr, nur noch >> die generierte Antwort von Exim. > > Ich hab mal dr�ber geschaut, sieht alles nach Swen aus. Also wohl zum > Gl�ck keine Verluste - oder die Bounces waren schon raus... Mach einfach einen 'grep' �ber die Queue, dann siehst Du ja ob es nur Swen Bounces sind. >>> Und wie kann ich verhindern, da� so etwas noch einmal passiert? >> >> Ich meine das ganze folgenden Eintr�gen in der Config gel�st zu haben >> (exim3): >> smtp_accept_queue_per_connection = 4 >> smtp_accept_queue = 6 >> queue_only_load = 0.8 > > Sieht gut aus, ich hab die Eintr�ge mal bei mir �bernommen. Hoffentlich > hilft es... Sonst auf '1' stellen, das hilft dann auf jeden Fall. >> SpamAssassin braucht ziemlich viel RAM, wenn er mehrere Mails gleichzeitig >> verarbeitet und anf�ngt zu swappen wird es richtig langsam und es kommt >> zum Timeout. > > Das ist klar, deshalb hatte ich ja auch spamd mit -m 6 laufen. Scheint > aber nicht gereicht zu haben... Bei 32 MB RAM 6 SpamAssassins ist schon mutig :-) Kann der -m 6 f�r die Timeouts verantwortlich sein? 6 SpamAssassins laufen, procmail will einen 7. starten, der wird gestoppt und steht evtl bis zum Timeout. >> Bei einem schwachen Rechner die smtp_accept_queue* noch weiter reduzieren. > > P200 mit 32MB RAM - ist das "schwach"? Hm mein PDA hat 400 MHz und 64 MB RAM und den wollte ich nicht mit SpamAssassin und Cyrus stressen :) Obige Parameter nutze ich auf einem 1.4 GHz Athlon mit 512 MB RAM (da jagt Amavis aber auch noch jede Mail durch 3 Scanner)! -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B) Petition gegen Softwarepatente: http://petition.eurolinux.org/index.de.html -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
