procmail
[Top] [All Lists]

Re: DEFAULT=MAILDIR/mbox won't work

2000-09-07 00:48:50
At 01:17 2000-09-07 -0500, Mike McNally wrote:

I tried deleting the from & mbox and mkdir with 755 mod...      no luck
        and it added more files with questions after them

Attribs look ok, tho the directory doesn't need group read perms, unless you're setting it that way deliberatley.

removed the last default lines...                               no luck

I'm I'll try again - what is it you're trying to accomplish? Where is it you want the mail (keeping in mind that a POP3 client won't be looking for it any place other than in /var/spool/mail/ -- if you don't put it in the spool, then POP3 clients aren't going to fetch it).

removed the bob filter (since I'm testing from bob): and it still
refuses to
put the mail anywhere but in /var/spool/mike.  I will not move it to
~mike/Mail/mbox.

I'm sure you mean /var/spool/mail/mike ?

Do you WANT it in ~mike/Mail/mbox ?

If so, then as the last rule in your .procmailrc do:

:0:
$MAILDIR/mbox

Avoid screwing with $DEFAULT until you're more familiar with procmail - generally, (IMO), it is best to leave it pointing at the spool.


Oh, and on reviewing your script again - *LOSE* the LOCKFILE specification -- you're manually creating a lockfile there, not simply specifying what the lockfile should be (which would be properly specified after the trailing colon on the flags line, but isn't necessary to spell out in your recipes here - procmail can deduce the proper lockfile name to use on simple delivery recipes).

Gotcha.  Better to have support.  How about qmail?  Many folks prefer

I mentioned sendmail because it is a widely accepted standard, and procmail is well known to work with it (in fact, sendmail actually has an m4 config for working with procmail as the LDA, and some distributions come configured that way).

If you're setting up mail for the first time, and you're experimenting with exim, fetchmail, and procmail all at once, you've got several balls in the air. It can be difficult for someone in such a position to determine which change made where is causing certain phenomenon.

---
 Please DO NOT carbon me on list replies.  I'll get my copy from the list.

 Sean B. Straw / Professional Software Engineering
 Post Box 2395 / San Rafael, CA  94912-2395


_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail

<Prev in Thread] Current Thread [Next in Thread>