30 messages in net.sourceforge.lists.courier-usersRe: [courier-users] spamc, virtual ac...
FromSent OnAttachments
Alan MilliganDec 12, 2003 2:19 am 
Mirko ZeibigDec 12, 2003 7:51 am 
Alan MilliganDec 14, 2003 2:17 pm 
Dave KliczborDec 15, 2003 3:30 am 
Mitch (WebCob)Dec 15, 2003 8:08 am 
Chris PetersenDec 15, 2003 8:37 am 
Mitch (WebCob)Dec 15, 2003 10:41 am 
Dave KliczborDec 15, 2003 4:11 pm 
Alan MilliganDec 15, 2003 4:39 pm 
Dave KliczborDec 15, 2003 5:01 pm 
Dave KliczborDec 15, 2003 5:31 pm 
Rich DuzenburyDec 15, 2003 9:12 pm 
Gordon MessmerDec 15, 2003 10:13 pm 
Alan MilliganDec 15, 2003 10:17 pm 
Chris PetersenDec 15, 2003 11:15 pm 
RolandDec 16, 2003 2:13 am 
Dave KliczborDec 16, 2003 6:12 am 
Alan MilliganDec 20, 2003 9:07 am 
Mitch (WebCob)Dec 20, 2003 10:27 am 
Chris PetersenDec 20, 2003 3:25 pm 
Chris PetersenJan 2, 2004 4:13 pm 
Alan MilliganJan 2, 2004 9:42 pm 
Chris PetersenJan 3, 2004 12:37 am 
Chris PetersenJan 3, 2004 1:20 am 
Chris PetersenJan 5, 2004 10:43 am.pm
Alan MilliganJan 5, 2004 7:54 pm 
Chris PetersenJan 7, 2004 10:53 am 
Chris PetersenJan 7, 2004 11:23 am 
Alan MilliganJan 7, 2004 7:00 pm 
Chris PetersenJan 7, 2004 8:49 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] spamc, virtual accounts and user_prefsActions...
From:Roland (cour@gmx.net)
Date:Dec 16, 2003 2:13:39 am
List:net.sourceforge.lists.courier-users

--On Dienstag, 16. Dezember 2003 11:41 +1100 Alan Milligan <al@balclutha.org> 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?

`spamc -u $LOGNAME` should pass this info to spamd, where a combination of --sql-config, --setuid-with-sql, --virtual-config-dir, --virtual-config or even --vpopmail could do the trick.

Default-delivery via a pipe like `spamc | maildrop` would be better than xfilter from the global mailrdroprc, and saves you some hacking.

About using spamassassin with mySQL: <http://cvs.sourceforge.net/viewcvs.py/spamassassin/spamassassin/sql/README?r ev=1.6>

Roland