Don O'Neil wrote:
Even if I use the -v (vpopmail) option? How else can the pref's come from a
username if there is no username assigned in the /etc/password? I thought
that was why there was the -v and -q options to begin with.
To be honest I have no idea what using -v gets you (what changes).
I've tried using -v with -u daemon, but that didn't help.
Doesn't spamc look at who the email is delivered to? And then take the prefs
based on that address?
There's nothing for spamc to look at to see who the email is delivered
to. You're just piping the message to spamc, and there's NOTHING in the
message that could possibly definitively tell spamc who the message is
being delivered to.
You have to tell spamc who the message is for with the -u option, using
something like: spamc -u [EMAIL PROTECTED]
I guess I'm not following what the point of the options are if this isn't
the case.
Can I pass the username to spamc in the form of [EMAIL PROTECTED], even if
this doesn't exist in the /etc/password file for spamc to grab the config
for? If so, how?
If you're using SQL prefs there's no need for the user to exist (that's
the benefit of using SQL prefts.
I'd call spamd like this (where the seconds spamd is the user the daemon
runs as:
spamd -d -q -x -u spamd
Then call spamc like this:
spamc -u [EMAIL PROTECTED]
Daryl
