How is your procmail invoking spamc? The set of lines defining that
rule might help. It ALMOST sounds like you are missing a lock there.
{^_^}
----- Original Message -----
From: "Ryan Steele" <[EMAIL PROTECTED]>
Theo,
Well, I can verify that the users exist on the server. I'm not sure why
spamc would be called by root...it's invoked by a .procmailrc, and
passed the -u flag and given the user name. And it arbitrarily won't
work for a user that in almost all other instances it *does* work for.
Before, I had a central box running the spamd daemon, and the three
boxes that run in parallel would pass the message/username to that
central box. I've since broken it out, running a spamd daemon on each
of the three boxes, so that the call is made locally to that respective
spamd daemon. (This is to help reduce load). Only now am I seeing
these messages. And like I said, it only happens on one out of every
maybe 400 messages for any given user. Truly odd... Any other thoughts?
Thanks in advance,
Best Regards,
Ryan
Theo Van Dinter wrote:
On Tue, Aug 15, 2006 at 05:12:42PM -0400, Ryan Steele wrote:
hitch. It seems that arbitrarily, spamd is unable to drop root
privileges. Here's the relevant log message:
spamd: still running as root: user not specified with -u, not found, or
set to root, falling back to nobody at /usr/sbin/spamd line 1150,
<GEN1596> line 4.
The message generally means that either the user calling spamd doesn't
exist on the spamd server, or more likely spamc is being called by root
and for security reasons spamd switches to nobody.
