-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Alan Milligan wrote:
You are doing your spamchecking at point of local delivery - at this
point, authdaemond has been referenced as the subsequent action of your
maildroprc not having fully disposed the message, and the correct $HOME
thus set.
This implicit binding is the obvious benefit of this process - however
it requires a .courier in each virtual mail account. I'd prefer to use
an xfilter command from within the global maildroprc to mitigate this -
however $HOME is ignored by spamc/spamd :(
Is there any way to do this?
Dunno.
I assume you have DEFAULTDELIVERY="|maildrop" and "xfilter spamc" in
your maildroprc, right? And spamassassin drops the bayes dbs elsewhere,
but not into the virtual users home, right?
In this case, I would try to set DEFAULTDELIVERY="|spamc|maildrop" and
omit the "xfilter spamc" in maildroprc. I cannot imagine that it hurts
to call spamc in all cases (besides of performance).
As far as I can see, maildrop passes the $HOME of the unix user running
maildrop to spamc, while courier itself passes the $HOME of the virtual
user...
Can anyone confirm or deny my conclusion?
iD8DBQE/3llL9gy0Ccu0VlMRAkM/AJ9uE7Kj9hNYhRq8cRs0PxBtATqdBgCbBksE
dI7xPskiNhgiTt33zx6JkHw=
=tUoV
-----END PGP SIGNATURE-----
30 messages in net.sourceforge.lists.courier-usersRe: [courier-users] spamc, virtual ac...
.pm
