Hi -
> -----Original Message-----
> From: Mike Rogers [mailto:[EMAIL PROTECTED]]
[snip]
> I have a customer who requires the use of PROCMAIL for their mail
> processing. I hear it works and have found people who
> appear to have it
> working, yet nobody seems to have a clear direction as to
> how.
[snip]
Johan Almqvists page sums up the use of procmail on a user by user
basis quite nicely but theres a few gotchas with this if you're using
the stable versions of vpopmail (which hopefully you are :)
(1) By putting procmail delivery recipes in the .qmail-<user> files at
the top level of your domain (ie. in the directory that contains all
the user directories) vpopmail (or at least vdelivermail) will not be
used as the delivery method which means anything vdelivermail adds to
the delivery process (like quota support and other such things) may
not work because vdelivermail wont be deliverying the email, procmail
will. This is because these files are being picked up by qmail over
the .qmail-default file and used for delivery rather than the default
process of vdelivermail which is specified in the .qmail-default file.
(2) [from a long series of searches on google when I wanted to do
something similar] You can put procmail in front of the vdelivermail
line in you .qmail-default so your procmail scripts act on everything
coming into the domain and then pipes mail onward to vdelivermail. Use
a line like:
| preline procmail -m /path/to/procmailrc |
/home/vpopmail/bin/vdelivermail '' bounce-no-mailbox
To do this you have to get your procmailrc file to deliver to stdout
by default by adding a line like:
DEFAULT="|"
to your procmailrc file. However, this goes strangely wrong if your
procmail recipes are non-delivering (ie they put an incoming mail in a
folder and then drop out of procmail) as the procmail process wont
then pipe a mail onwards down to vdelivermail. Vdelivermail then goes
on to deliver an empty mail to the user - effectively its been given
an empty pipe. (This is fairly easy to fix by patching vpopmail).
Hope this helps,
Marcus
--
Marcus Williams - http://www.onq2.com
Quintic Ltd, 39 Newnham Rd, Cambridge, CB3 9EY
