Re: Seeking clarification about mail program interaction
On Tue, Nov 27, 2001 at 09:23:52PM -0400, cmasters wrote:
| Greetings,
|
| Now that I have my printer running properly, I'm trying to tackle the
| problem of mail delivery. I've installed fetchmail, procmail, and exim, but
| I have yet to make them interact properly. For the moment I am using
| ~getmail~ (a fetchmail replacement) to poll my ISP and deliver my mail in a
| timely manner. I then read it from mutt and can send (obviously).
|
| I'd like to be able to use the benefits of procmail though, so I thought I'd
| get some clarification on the actual process involved. This is what I
| understand would happen:
|
| 1. fetchmail (currently getmail) retrieves mail from ISP and hold it locally
fetchmail hands it off to your local MDA. I set that to
"/usr/sbin/exim %T" in my .fetchmailrc file.
exim is configured (by default I believe) to deliver to
/var/spool/mail/<username> or via procmail if $HOME/.procmailrc
exists.
_then_
| 2. procmail ~should~ then sort it according to recipes that I write
| 3. mutt reads the mail from any and ~all~ folders / mbox's that have been
| effected by the sorting
|
| My difficulty is that the few times I have tested fetchmail, it retrieves
| and then deletes ~all~ mail not expressly addressed to
| "cmasters@nbnet.nb.ca". This means that mail from lists (including this one)
| is dropped before I am able to read it. It doesn't remain on my ISP's
| server, it just get dropped. I had thought that directing fetchmail to refer
| to procmail (ala the mda command) that sorting (~any~ pre-read deletion)
| would be done through procmail.
Could there be a problem with your procmail recipes? Is there stuff
landing in /var/spool/mail/<username> and you aren't noticing? What
happens if you put a single rule in .procmailrc that says :
:0
* ^.*
$HOME/Mail/mailbox/
? Do you get all messages dropped into that folder?
-D
--
(E)ventually (M)alloc()s (A)ll (C)omputer (S)torage
Reply to: