[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: fetchmail/procmail OHNE lokalen MTA



On Mon, Sep 09, 2002 at 07:52:14AM +0200, Christoph Maurer wrote:
> Am Sam, 07 Sep 2002 schrieb Frank Lorenzen:
> > On Fri, Sep 06, 2002 at 04:08:10PM +0200, Elimar Riesebieter wrote:
> > > On Fri, 06 Sep 2002 the mental interface of Jens Benecke told:
> > > 
> > > > Hallo,
> > > [...]
> > > > 
> > > > Wie richte ich fetchmail/procmail so ein, daß _kein_ lokaler MTA
> > > > benötigt wird? Idealerweise soll die Mail direkt in die Mailbox
> > > > geschrieben werden (bzw. Maildir).
> > > 
> > > Weder fetchmail noch procmail benötigen einen lokalen MTA! Fetchmail
> > > holt ab und legt in /var/spool/mail/user ab. Procmail verteilt von
> > > /var/spool/user nach z.Bsp. ~/user/Mail/***. Einfach .fetchmailrc
> > > und .procmailrc nach Deinen Wünschen configurieren. Es ist möglich,
> > > daß fetchmail an einen MTA übergibt:
> > > 
> > >   mda "/usr/sbin/exim %T"
> > > 
> > > In diesem Falle ist es exim. Das ist aber nicht zwingend notwendig!
> > 
> > Das ist falsch. Fetchmail übergibt die Mail per default an den MTA.
> > Der kümmert sich um die weitere Zustellung. Die Angabe von exim in
> > der procmailrc ist völlig überflüssig wenn exim sowieso schon läuft.
> > Wenn _kein_ MTA läuft wird fetchmail gewaltig auf die Nase fallen,
> > ausser mit der mda=procmail Methode.
> > 
> 
> Ist es nicht so, daß Fetchmail die Mails per Default an Port 25
> weitergibt und ein dort wartender MTA sie dann weiterverarbeitet.
> Wenn ich aber nun aus irgendwelchen Gründen keinen SMTP-Daemon
> Prozess gestartet habe, kann es doch sinn machen, den MTA mit der
> mda-Option explizit aufzurufen, oder?
> 

Das stimmt natürlich. Ich hab aber nicht daran gedacht......


grüßlies
f



Reply to: