Bug 3256 - RFE: spamd --virtual-config-account switch
Summary: RFE: spamd --virtual-config-account switch
Status: NEW
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: spamc/spamd (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: All Linux
: P5 enhancement
Target Milestone: Future
Assignee: SpamAssassin Developer Mailing List
URL: http://www.shirleyfamily.net/spamdpatch/
Whiteboard:
Keywords: spamd
Depends on:
Blocks:
 
Reported: 2004-04-09 15:03 UTC by Bill Shirley
Modified: 2018-08-27 21:18 UTC (History)
2 users (show)



Attachment Type Modified Status Actions Submitter/CLA Status
Patch spamd to accept --virtual-config-account patch None Bill Shirley [NoCLA]

Note You need to log in before you can comment on or make changes to this bug.
Description Bill Shirley 2004-04-09 15:03:01 UTC
When changing my system to use courier-imap and virtual domains,
I encountered a problem with spamd.  How could I get spamd to
process the new virtual email accounts?  I tried --virtual-config-dir
but that created problems with existing users.  I coded a patch
that adds a new config parameter called --virtual-config-account.

I now run spamd with these options:
-d -c -m5 -x --virtual-config-dir=/home/vmail/%d/%l/.spamassassin --virtual-
config-account=vmail

When spamc sends a username that is in /etc/passwd, the user is
processed as a real account.  When spamc sends a virtual username
the virtual config directory substitution is made and the user id is
changed to the username given with the --virtual-config-account (in
my case "vmail").

Find the patch at the URL.

Bill Shirley
Comment 1 Bill Shirley 2004-04-09 15:12:00 UTC
Created attachment 1883 [details]
Patch spamd to accept --virtual-config-account
Comment 2 Bill Shirley 2004-05-26 03:48:44 UTC
Has anyone looked at this?
Comment 3 Justin Mason 2004-05-26 13:22:55 UTC
sorry, not yet...

The problem is, we have several outstanding patches on this kind of thing, and
I'm sure what we need to do is take a step back and figure out how it should be
generalized into a more flexible framework.

we haven't done that yet, and it doesn't look likely for 3.0.0.
Comment 4 Daniel Quinlan 2005-03-30 01:08:34 UTC
move bug to Future milestone (previously set to Future -- I hope)
Comment 5 Kevin A. McGrail 2018-08-27 19:40:15 UTC
Without a CLA, this will language forever.  After 13 years, is it even useful?
Comment 6 Bill Cole 2018-08-27 21:18:22 UTC
The *concept* seems useful, even if the specific patch is unusable due to a lack of a CLA. It's not something I'm really in a place to judge, as I don't use that particular model of SA plumbing.