Hi Folks,
I've recently solved the exact same issue (Qmail deliver email, procmail - run
manually - filtered messages, but the two together
delivered unfiltered email with no logs indicating failure). The key was that
procmail NEVER showed up in the process list.
The point of failure was that the $HOME/.qmail file contained:
"
./Maildir/
"
(Per the install documentation.
AND NOT
"
|preline procmail
"
(or however procmail is started). To test if this is your issue:
1) chmod +t $HOME/
2) mv $HOME/.qmail $HOME/.qmail-disabled
3) chmod -t $HOME/
4) "kill -ALRM $qmail-send_sid" or "zap -s14 qmail-send" (As you can tell, the
author prefers zap because he can never remember
which pid file qmail is using)
The above will SAFELY cause qmail to default to it's /var/qmail/boot/rc defined
behavior for that single account and re-queue all
email. Then take a look at the appropriate log files for further hints :>
Note that this behavior occurs because the $HOME/.qmail will override the
default delivery method as defined by qmail ("man
dot-qmail","man qmail-smtpd",etc.)
HTH,
Sam Stern
Bethesda, MD, USA
/var/spool/mail/caronj does not exist anymore (since switch over from
mbox to maildir). In docs, "examples/advanced" points to config.h
(SYSTEM_MBOX) to define this. Then this points to src/authenticate.c.
In there, I found out a little late, MAILSPOOLDIR is set to
"/var/spool/mail/". Not good. How exactly should it be defined,
"$HOME/Maildir/", is this it ?
This is starting to be a FAQ. Someone just posted the same question a few
days ago.
Try this: Start with a fresh copy of procmail 3.15.1. Edit
src/authenticate.c, uncomment the #define for MAILSPOOLHOME, and change its
value to "/Maildir/". Configure as usual and compile.
I've never done this myself, but I think that's the correct way to implement
Maildir delivery to home directories.
Hope this helps,
Ed
_
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail