|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: fetchmail local delivery (was Re: Postfix and tcpwrappers)
From: Bennett Todd (bet
rahul.net)Date: Tue Jun 20 2000 - 11:50:25 CDT
- Next message: Thomas Andres: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Previous message: Wietse Venema: "Re: Maildir/ not working"
- In reply to: Lars Hecking: "Re: Postfix and tcpwrappers"
- Next in thread: Thomas Andres: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Next in thread: Manuel Arriaga: "Re: Postfix and tcpwrappers"
- Reply: Bennett Todd: "fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Thomas Andres: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Bennett Todd: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Manuel Arriaga: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Manuel Arriaga: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> In this scenario, should I stick with the the
> inet_interfaces=localhost solution and leave the smtp daemon
> running? Or isn't it necessary to have the daemon running just to
> perform those two tasks?
I believe, if you're using fetchmail, and your MUA sends email
by piping into /usr/{sbin,lib}/sendmail (as mutt does), that you
may be able to disable smtpd entirely. Easy check: grep smtpd
/var/log/maillog, that'll tell you if it's doing anything. If not,
then # out the smtpd line in /etc/postfix/master.cf and restart
postfix. Check your work with "lsof -i -n".
If your smtpd is seeing work, it may be because of your MUA
(Pine seems to insist on sending into a local SMTP port, and
is semi-broken at it what's worse, very fragile anyway, hangs
mysteriously). If that's the problem, you need to figure out a way
to convince the MUA to pipe into sendmail like it's supposed to, or
else switch to a competently written MUA.
If however fetchmail is your problem, that should be _easy_ to fix.
I'm very happy using
mda "/usr/bin/procmail -t"
in my ~/.fetchmailrc. If you want Postfix to do its own direct local
delivery, that should be easy with
mda "/usr/sbin/sendmail"
(substituting the right path for the sendmail program on your
system, often /usr/lib/sendmail).
- -Bennett
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE5T6DRL6KAps40sTYRAuJHAJ9py97Cj19DF000Nv9B0H4YxBKTdgCbBjsN
Gl6LJqsyOMxqMV894jEmpU0=
=4rGn
-----END PGP SIGNATURE-----
- Next message: Thomas Andres: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Previous message: Wietse Venema: "Re: Maildir/ not working"
- In reply to: Lars Hecking: "Re: Postfix and tcpwrappers"
- Next in thread: Thomas Andres: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Next in thread: Manuel Arriaga: "Re: Postfix and tcpwrappers"
- Reply: Bennett Todd: "fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Thomas Andres: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Bennett Todd: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Manuel Arriaga: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Reply: Manuel Arriaga: "Re: fetchmail local delivery (was Re: Postfix and tcpwrappers)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]