fetching mail in mutt and sendmail

2001-05-21 Thread Joss Winn

Hello,

I would like to disable the sendmail daemon yet still be able to
fetch mail using fetchmail, calling sendmail to deliver the mail
only when fetchmail needs it.  Currently, if the sendmail daemon is
disabled, I can send mail, but when trying to fetch i with
fetchmail, it fails because sendmail is not running in the
background.  Is there anyway i can use sendmail without it running
constantly on port 25?  I do not run any external services and am
the only user.  Alternatively, can I make the pop3 function in mutt
work with procmail?

Thank you very much
Joss
-- 
http://www.josswinn.org



Re: fetching mail in mutt and sendmail

2001-05-21 Thread Dan Boger

On Mon, 21 May 2001, Joss Winn wrote:
 I would like to disable the sendmail daemon yet still be able to
 fetch mail using fetchmail, calling sendmail to deliver the mail
 only when fetchmail needs it.  Currently, if the sendmail daemon is
 disabled, I can send mail, but when trying to fetch i with
 fetchmail, it fails because sendmail is not running in the
 background.  Is there anyway i can use sendmail without it running
 constantly on port 25?  I do not run any external services and am
 the only user.  Alternatively, can I make the pop3 function in mutt
 work with procmail?

just curious, why deliver the mail via sendmail?  you can just call
procmail directly from fetchmail, and skip sendmail alltogether...  unless
there's a reason I've missed here?

just put:

mda /usr/bin/procmail  -d  %T

in your fetchmailrc, and turn off sendmail :)

HTH,

Dan

-- 
[EMAIL PROTECTED]
Linux MVP
Brainbench.com





Re: fetching mail in mutt and sendmail

2001-05-21 Thread Suresh Ramasubramanian

Joss Winn [mutt-users] 21/05/01 22:27 +0900: 

 I would like to disable the sendmail daemon yet still be able to
 fetch mail using fetchmail, calling sendmail to deliver the mail
 only when fetchmail needs it.  Currently, if the sendmail daemon is
 disabled, I can send mail, but when trying to fetch i with


RTFM the mda flag in fetchmail - you can use procmail, maildrop, deliver (or
whatever) for local delivery.

 fetchmail, it fails because sendmail is not running in the
 background.  Is there anyway i can use sendmail without it running
 constantly on port 25?  I do not run any external services and am

You can have it listen only on 127.0.0.1 (use the daemon port options in
sendmail.mc)

 the only user.  Alternatively, can I make the pop3 function in mutt
 work with procmail?
 
defaults
forcecr
poll pop.server with proto pop3
user foo with pass bar mda /usr/bin/procmail  -d %T
fetchall

-- 
Suresh Ramasubramanian + Wallopus Malletus Indigenensis
mallet @ cluestick.org + Lumber Cartel of India, tinlcI
EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin



Re: fetching mail in mutt and sendmail

2001-05-21 Thread Joss Winn

On Tue, May 22, 2001 at 02:02:35AM -, mutt-users-digest wrote:
 --
 
 Date: Mon, 21 May 2001 22:27:10 +0900
 From: Joss Winn [EMAIL PROTECTED]
 Subject: fetching mail in mutt and sendmail
 
 Hello,
 I would like to disable the sendmail daemon yet still be able to
 fetch mail using fetchmail, calling sendmail to deliver the mail
 only when fetchmail needs it.  Currently, if the sendmail daemon is
 disabled, I can send mail, but when trying to fetch i with
 fetchmail, it fails because sendmail is not running in the
 background.  Is there anyway i can use sendmail without it running
 constantly on port 25?  I do not run any external services and am
 the only user.  Alternatively, can I make the pop3 function in mutt
 work with procmail?
 Thank you very much
 Joss
 - -- 
 http://www.josswinn.org
 
 --
 
 Date: Mon, 21 May 2001 09:33:22 -0400 (EDT)
 From: Dan Boger [EMAIL PROTECTED]
 Subject: Re: fetching mail in mutt and sendmail
 
 On Mon, 21 May 2001, Joss Winn wrote:
  I would like to disable the sendmail daemon yet still be able to
  fetch mail using fetchmail, calling sendmail to deliver the mail
  only when fetchmail needs it.  Currently, if the sendmail daemon is
  disabled, I can send mail, but when trying to fetch i with
  fetchmail, it fails because sendmail is not running in the
  background.  Is there anyway i can use sendmail without it running
  constantly on port 25?  I do not run any external services and am
  the only user.  Alternatively, can I make the pop3 function in mutt
  work with procmail?
 just curious, why deliver the mail via sendmail?  you can just call
 procmail directly from fetchmail, and skip sendmail alltogether...  unless
 there's a reason I've missed here?
 just put:
 mda /usr/bin/procmail  -d  %T
 in your fetchmailrc, and turn off sendmail :)
 HTH,
 Dan
 - -- 
 [EMAIL PROTECTED]
 Linux MVP
 Brainbench.com
 
 --
 
 Date: Mon, 21 May 2001 18:53:46 +0530
 From: Suresh Ramasubramanian [EMAIL PROTECTED]
 Subject: Re: fetching mail in mutt and sendmail
 
 Joss Winn [mutt-users] 21/05/01 22:27 +0900: 
  I would like to disable the sendmail daemon yet still be able to
  fetch mail using fetchmail, calling sendmail to deliver the mail
  only when fetchmail needs it.  Currently, if the sendmail daemon is
  disabled, I can send mail, but when trying to fetch i with
 RTFM the mda flag in fetchmail - you can use procmail, maildrop, deliver (or
 whatever) for local delivery.
  fetchmail, it fails because sendmail is not running in the
  background.  Is there anyway i can use sendmail without it running
  constantly on port 25?  I do not run any external services and am
 You can have it listen only on 127.0.0.1 (use the daemon port options in
 sendmail.mc)
  the only user.  Alternatively, can I make the pop3 function in mutt
  work with procmail?
  
 defaults
 forcecr
 poll pop.server with proto pop3
 user foo with pass bar mda /usr/bin/procmail  -d %T
 fetchall
 - -- 
 Suresh Ramasubramanian + Wallopus Malletus Indigenensis
 mallet @ cluestick.org + Lumber Cartel of India, tinlcI
 EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin
 
 --

Dan and Suresh,

thanks very much.  I was under the impression that I had to have
sendmail communicating with fetchmail to get the mail to my inbox. I
thought it was a bit of an overkill for such a simple situation.
All solved.  

cheers
joss

-- 
http://www.josswinn.org