On Aug 10, 2006, at 11:37 AM, Eric "Shubes" wrote:
Where'd you get the idea that local.cf is processed after
25_uribl.cf? It looks to me to be the other way around. My
25_uribl.cf (current toaster release) contains "ifplugin
Mail::SpamAssassin::Plugin::URIDNSBL" at the beginning, so I'm
guessing that if it's not loaded by then, the rule doesn't fire.
Besides which, since local.cf contains things such as
skip_rbl_checks, wouldn't it have to be processed first?
$ spamassassin -D --lint
<cut>
debug: using "/usr/share/spamassassin" for default rules dir
<cut>
debug: config: read file /usr/share/spamassassin/25_uribl.cf
<cut>
debug: using "/etc/mail/spamassassin" for site rules dir
<cut>
debug: config: read file /etc/mail/spamassassin/local.cf
that's why :)
on the other hand, since it's Perl, it seems reasonable that all the
config files are probably read and parsed into a big data structure,
and then all the conditional logic gets applied, so that hopefully
the only issue related to precedence is when you redefine the same
value somewhere else (which is kind of the point of having local.cf
load last, so that you can clobber any default values that are set
elsewhere without needing to hack on the files in /usr/share/
spamassassin any more than necessary).
right now i'm not up for diving into Mail::SpamAssassin::Conf and
figuring out what really happens, though. anyone?
-steve
--
If this were played upon a stage now, I could condemn it as an
improbable fiction. - Fabian, Twelfth Night, III,v
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
