Zusammenspiel fetchmail, procmail, spamassassin
Christian Ordig
chr.ordig at gmx.net
Die Jan 25 00:02:34 CET 2005
On Mon, Jan 24, 2005 at 08:15:54PM +0100, Sven Hartenstein wrote:
> > > Folgendes Problem, wenn ich mit dem Modem E-Mails abrufe:
> > > spamassassin braucht für jede E-Mail eine kleine Weile, bis es
> > > fertig ist, und erst danach lädt fetchmail die nächste E-Mail
> > > runter. Also: es dauert ziemlich lange im Vergleich zu ohne
> > > spamassassin, wo die E-Mails ohne Unterbrechung reinkommen.
> > >
> > > Jetzt könnte ich natürlich fetchmail befehlen, nach /var/mail zu
> > > schaufeln statt an procmail und erst wenn ganz fertig in einem
> > > zweiten Schritt procmail von dort lesen lassen. Dann dauert es
> > > vermutlich genauso lang aber ich muß nicht so lange online sein.
> > >
> > > Gibt es eine elegantere Lösung?
> >
> > Die Lösung[tm] ist, die Emails einem lokalen MTA zu übergeben, der
> > sie ggf. in seine spool dirs packt oder via procmail delivert. Somit
> > wird fetchmail die Mails sofort los.
>
> Das klingt gut. Muß ich dafür nur eine Zeile in meiner .fetchmailrc
> ändern oder muß ich postfix studieren?
beides :-)
> Also wie gebe ich die E-Mails
> an postfix
lass den mda-Krams in der .fetchmailrc einfach weg, und das fetchmail
stellt an den lokalen SMTP-Server (Port 25) zu.
Dieser muß dann natürlich wissen, was er damit soll. Also in Deinem
Fall alles, was an lokale Nutzer geht, an procmail weiterleiten...
> und wie sage ich postfix, daß es die E-Mails an procmail
> weitergeben soll?
in der main.cf:
mailbox_command = /pfad/zu/procmail
wahlweise natürlich andere Sachen noch ausschalten... aber wie Du schon
vermutet hast: postfix studieren hilft :-)
--
Christian Ordig
Germany
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : nicht verfügbar
Dateityp : application/pgp-signature
Dateigröße : 187 bytes
Beschreibung: nicht verfügbar
URL : http://www.tlug.de/pipermail/tlug_allgemein/attachments/20050125/c2768394/attachment.pgp