From: "Geoff Soper" <[EMAIL PROTECTED]>
Bart Schaefer wrote:
On 7/8/06, Geoff Soper <[EMAIL PROTECTED]> wrote:
.qmail contains the lines: | true ./Maildir/
Caveat: I don't use qmail, and don't even particularly like qmail,
so what I'm about to say are really educated guesses rather than
definitive answers.
which I've altered to: | true | /usr/bin/procmail -m ./.procmailrc
No, don't use the -m option. Just use
| /usr/bin/procmail
and let procmail figure out where the $HOME/.procmailrc file is on
its own. If you want any options to procmail there at all, you want
the "-d recipient" option (where you'll have to get the value for
"recipient" from qmail somehow, I don't know how).
I think I need to specify the .procmailrc as the .procmailrc file is per
e-mail address, not per user or even system-wide
This only works if the number of email addresses is equal to or fewer
than the number of users. The .procmailrc file must reside in the
user's home directory as "~/.procmailrc". Now you could bend, fold,
and mutilate a generic .procmailrc file into a global "/etc/procmailrc"
file. But you still need a place for Bayes and user_prefs. If you go
to the extent of having SQL based Bayes and user_prefs database then
you can, I believe, break free of this restriction. You still need
the mail spool files for delivery to the individual email addresses.
and in that .procmailrc : DIR="./Maildir/"
What exactly do you think that's accomplishing? If you never refer
to $DIR again anywhere, this is meaningless. If you want to change
directories, assign to MAILDIR. If you are trying to force procmail
to deliver in maildir format, I think what you want is
DEFAULT="$HOME/Maildir/"
I'm not sure about the $HOME part, but DEFAULT should never be a
relative path (never one starting with "./" or with no directory
reference at all).
The recipes (that I didn't quote) refer to $DIR when delivering to that
location or any child folders so I'm happy that this is OK, bear in mind
my only known problem is these errors relating to SpamAssassin, the
.procmailrc filtering side of things works just fine. It may not be the
most elegant set up as I'm not totally sure of what I'm doing but it
appears to work.
Out of addled curiosity what does procmail think is the $HOME when
it is running? Have you ever figured that out?
I've no desire to run different configurations for different users
or addresses, the single configuration is fine, I just want to
solve these errors I'm seeing in the procmail_log file.
Where is this "./.procmailrc" file that you are trying to read with
the -m option? That is, what do you expect the current directory
(./) to be at the time procmail runs?
the .procmailrc file is in /var/qmail/mailnames/domain.tld/test
alongside the .qmail file and the Maildir directory
And you REALLY think "./.procmailrc" points to that file? Off
hand I don't THINK so.
If you really want exactly this same config for all users, then you
should move that ./.procmailrc file (wherever it is) to
/etc/procmailrc (with no dot) and insert DROPPRIVS=yes somewhere
before the recipe that runs spamassassin, probably at the very top of
the file (unless you want all users to write to the same log file as
well). If you later add things to /etc/procmailrc, you'll need to
research whether they belong above or below the DROPPRIVS (below will
usually be safe, but not always correct).
Just to confirm, the .procmailrc file isn't common to all users but the
SA setup is.
All I can say is good luck and quit running procmail as root that way.
{^_^}
