Peter Wiersig <[EMAIL PROTECTED]> wrote: > Wenn du einfach nur "exigrep" in die Befehlszeile eintippst, > erwartet dieses, das du per Eingabe ein Maillog vorgibst. Wie aus > der Sysnopsis von "man exigrep" zu sehen ist, lautet der > gebraeuchlichere Aufruf "exigrep <pattern> <logfile>".
nein, ich habe nat�rlich nicht einfach exigrep eingegeben und gewartet. Sondern erst die man-page gelesen (ich sehe immer erst nach, f�r was ein Befehl �berhaupt gut ist). Nur habe ich zum einen ungenau beschrieben, was ich gemacht habe und zum anderen ungenau gelesen (dabei ist die so kurz; aber ich kam aus dem Nachtdienst). Ich dachte f�lschlicherweise exigrep w�rde ohne Angabe ein Standardlog nehmen. > Wie ich schon schrieb: Mach dich mit der Exim-Doku vertraut. Bin seit Tagen dabei; eigentlich sogar intermitierend seit /gr�bel/ 3 1/2 Jahren. Die ist aber einfach so umfangreich, dass sie f�r mich extrem schwer zu verstehen ist. Zumal mir da glaube ich einiges an Hintergrundwissen fehlt. > Meine Vermutung zu deiner Situation: > fetchmail liefert an port 25 aus. Das tut er, nachvollziehbar. > So schnell wie exim das > zulaesst. Bis zu smtp_accept_queue_per_connection = 100 falls Du das meinst. Oder geht es da eher um die Verarbeitungs_geschwindigkeit_ von exim? > Exim macht seine interne Abarbeitung, stellt fest, das an einen > User ausgeliefert werden soll, wertet die .forward Anweisung zum > spamc Aufruf aus, startet diesen in der Pipe und wartet auf ein > Ergebnis. Nicht ganz. Ich habe kein .forward das ganze l�uft �ber den procmail-transport (nachdem exim die Mails von fetchmail bekommen hat). :0fw | /usr/bin/spamc Dazu noch eine Verst�ndnis-Frage: Es gibt offensichtlich Mails die nicht durch /etc/procmailrc gefiltert werden. Zumindest gibt es Mails ohne den Spam-Level-Header von spamassassin. Genausowenig gehen aber alle Mails an mich durch meine ~/.procmailrc so das ich die o.g. Regel in beiden procmailrc habe. K�nnte das ein Problem darstellen? > > Dadurch das jetzt irgendwer in dieser Kette parallel Mails > weiterschiebt, wirst du eine heftige Load verzeichnen koennen, was ca. 100 % CPU, aber ca. 95 % nice > exim dazu veranlasst, nach deinen timeout Vorstellungen in der > Config die Mails zu bouncen. Also in "man exim" finde ich zu "timeout" nur "incoming non-SMTP messages" Durch spec-text muss ich mich erst noch durcharbeiten. (Hab ich bisher nur teilweise gelesen). Und exim-doc muss ich erst mal dekomprimieren... > > Was ich dir als Vorschlag unterbreiten moechte ist die spamc > Aufrufe in einen Exim Systemfilter unterzubringen. Dadurch werden Werds mir mal durch lesen. > die Mails nicht dem fetchmail gegenueber bestaetigt, sondern > werden aus dem remote Postfach entfernt, sobald das DATA Kommando > einen Fehlercode herausgibt, den fetchmail als Spam-Code erkennt. Sorry, den Satz kapier ich nicht. > Dadurch, das keine letztendliche Auslieferung von fetchmail an > exim erfolgt, sollte dieser keine weitere Mail, die einen weiteren > spamc-Prozess anstoesst, an exim uebergeben. dto. exim kann doch keine Mails vom Provider abholen, das kannst Du also nicht meinen?!? > Ich stelle nur gerade fest, das sich meine Kenntnisse wohl nur auf > exim4 beziehen, und das die letzten beiden Absaetze nicht ganz > fuer dich zutreffen. Hm, zumindest filter gibt's in exim3 auch (damit hab ich mich aber noch �berhaupt nicht befasst). Wobei ich mich genauso gut in exim4 einlesen k�nnte, da ich den Durchblick ja auch f�r exim3 noch nicht habe... > Was mich insgesamt stutzig macht, ist die Fehlermeldung vom spamd > bezgl. des Pid-Files. Laeuft der sauber, wenn du nicht gerade per > fetchmail Post holst? Ich wei� leider nicht genau, was Du damit meinst. Also Fehlermeldungen in den Logs sind mir zumindest nicht aufgefallen. (Aber was soll er denn melden wenn er Arbeitslos ist?) > Hast du mit deiner Maschine vorher Lasttests > bezueglich der --max-children durchgefuehrt? Nein, ich w�sste nicht mal wie das geht. Das ist der default Wert vom Packet oder evlt. auch der Vorschlag aus der man-page. Wei� ich leider nicht mehr genau. Auf jeden Fall ist --max-children auf 10 > OPTIONS="-c -m 10 -H -u spamd" (aus /etc/default/spamassassin) Ulrich P.S. Werd mal 'n gem�tlichen Lese-Tag morgen einlegen... P.P.S. z.Z. kommen �brigens alle Mails durch :-) Ulrich
