Re: moving uribl to rules dir (Re: svn commit: r383618 - in /spamassassin: rules/trunk/core/25_replace.cf rules/trunk/core/60_whitelist_spf.cf trunk/rules/25_replace.cf trunk/rules/60_whitelist_spf.cf )

[Justin Mason <jm...@jmason.org>]

John Myers writes:
> Theo Van Dinter wrote:
> > When it comes down to it, the body/header/etc rules aren't any different
> > from other code, beyond the fact that they have the same API for ages.
> >   
> Similarly, the DNS rules have had the same API for ages.  Adding and 
> removing new block lists can be done independent of release/branch.
> 
> On the flip side, replace_rules, while being text match, are highly 
> dependent on releases which have the ReplaceTags plugin.
> 
> The use or non-use of "eval:" is not particularly relevant.  What is 
> relevant is the "version dependence" and ubiquity of the underlying 
> mechanism and the amount of information contained in the rule definition.

+1.

Perhaps "code tied" is a very bad way of putting this.

--j.