Bug 5138 - RFE: pluginize spamd user_prefs lookup code
Summary: RFE: pluginize spamd user_prefs lookup code
Status: NEW
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: spamc/spamd (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: Other other
: P5 enhancement
Target Milestone: Future
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 2866 4405 2555
  Show dependency tree
 
Reported: 2006-10-19 06:37 UTC by Justin Mason
Modified: 2009-06-29 04:22 UTC (History)
1 user (show)


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Justin Mason 2006-10-19 06:37:36 UTC 
currently, support for odd user-database systems like vpopmail is built
directly into spamd.   This is bad, since (a) it clutters up the spamd
codebase with stuff that could be modularised out; and (b) it means
that anyone who wants to implement support for their own user-db
or user-prefs storage system (like bug 2866) has to hook directly into
spamd's code.

Instead, we should abstract out the functionality of finding a block of config
text for a given username, into plugin hooks, and move vpopmail/etc into new
plugins that implement those hooks.
Comment 1 Justin Mason 2006-10-19 06:38:48 UTC 
I'd like to do this for 3.2.0, but that's quite optimistic
Comment 2 Justin Mason 2006-12-12 12:40:19 UTC 
moving RFEs and low-priority stuff to 3.3.0 target
Comment 3 Justin Mason 2009-06-29 04:22:47 UTC 
nah, not likely to happen