Harald Chocholacs <[EMAIL PROTECTED]> writes: > zur Zeit benutze ich ein systemweites fetchmail (release 5.9.11), um > die Mails von ein paar Pop-Accounts bei zwei ISP's einzusammeln. Von > da gehen sie an exim, der die Mails durch spamc schickt und dann > unter /var/mail/<username> ablegt. Das funktioniert auch ganz gut. > Nennenswert Spam kommt aber nur bei ein paar Pop-F�chern an. Ich > w�rde deshalb lieber, dass spamc nur bei Nachrichten aus diesen > F�chern angeworfen wird. Reicht es, wenn ich in /etc/fetchmailrc in > den entsprechenden Zeilen ein mda=/usr/bin/spamc einf�ge? > spamc arbeitet ja laut Man-Seite defaultm��ig als Pipe. Aber wenn > spamc (2.41) die bearbeiteten Mails an STDOUT abliefert, wie kommen > die wieder in exim (3.35) rein, das die Mails ja auf Port 25 > erwartet?
Ich hab's hier so gel�st, da� fetchmail die Mails defaultm��ig an Exim �bergibt. Exim stellt die Mails zu wobei dann procmail als MDA arbeitet. Und bei procmail kannst Du mit einer Regel die Mail durch spamassassin (oder spamc) durchschieben, danach kommt die wieder zur�ck in die Procmail-Verarbeitung und gut isses.
Das ganze ist in der c't 22 beschrieben, allerdings ist dort leider der Aufruf von Spamassasin nicht korrekt, denn der m�chte (zumindest hier bei mir) den Parameter -P haben um nach STDOUT zu spoolen. Ich habe mein Regelwerk hier �ber die userspezifische .procmailrc eingebunden, aber es spricht auch nix dagegen den Spam �ber eine /etc/procmailrc zu filtern. Hope that helps Rainer -- Rainer K�nig, Diplom-Informatiker (FH), Augsburg, Germany
