You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by Justin Mason <jm...@jmason.org> on 2006/09/07 16:50:22 UTC

Re: user-friendly app, plugin & rules loading & updating

OpenMacNews writes:
> reading with interest the ongoing thoughts/discussion about v32x 
> planning, rules mgmt, etc.
> 
> wearing my user hat (which is usually glued-on, anyway ...), i did a 
> bit of "wish it could ..."
> 
> 1st caveat:  this no doubt ignores, and tramples upon, some combination 
> of common-sense, what already exists, and future code-planning. that 
> said ...
> 
> as a user, i upgrade the app, plugins (some 'core', some not) and rules 
> (again, some core, come not) on a regular, often asynch, basis.
> 
> in an ideal world, i'd like to see some consistency in/across
> 
> (1) config files
> (2) upgrade methods
> 
> e.g.,
> 
> (a) app conf in 'local.cf' (the usual location hierarchy)
> (b) plugin loading *only* in, say, "plugins.conf", wherein its the 
> resonsibility of the end-user to move/copy the appropriate plugin 
> identities & locations FROM the *.pre's
> (c) rule-sets loading *only* in, say, "rules.conf".  i.e., turning 
> on/off a rules set is no longer a matter of dropping the *.cf into the 
> dir, but rather done in a parseable conf file.
> 
> that way, i don't worry abt "what's lying around" or in some errant 
> directory, but rather *just* what i've explicitly enable in one place 
> ...
> 
> and, then, upgrades to any/all would be via:
> 
> 	sa-update-app
> 	sa-update-plugins
> 	sa-update-rules

fwiw, apache2 on Ubuntu does this pretty nicely these days...

--j.