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
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

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