Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: SpamAssassin: users

How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1

 

 

SpamAssassin users RSS feed   Index | Next | Previous | View Threaded


reinhard.nissl at fee

Jul 26, 2012, 8:26 AM

Post #1 of 6 (839 views)
Permalink
How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1

Hi,

reading the manuals, I've discovered that the AWL plugin isn't loaded anymore in spamassassin 3.3. Therefore I put the following lines into local.cf:

loadplugin Mail::SpamAssassin::Plugin::AWL
use_auto_whitelist 1

but the file auto-whitelist hasn't been touched since the upgrade from 3.1 to 3.3 (to be precisely: spamassassin-3.3.2).

What am I still doing wrong?

Bye.
--
Reinhard Ni▀l, TB3, -198


me at junc

Jul 26, 2012, 5:57 PM

Post #2 of 6 (800 views)
Permalink
Re: How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1 [In reply to]

Den 2012-07-26 17:26, Ni├čl Reinhard skrev:

> reading the manuals, I've discovered that the AWL plugin isn't loaded
> anymore in spamassassin 3.3. Therefore I put the following lines into
> local.cf:

oh no, do not put loadlugin into *.cf files its wrong pr design, but so
much wiki and bad behavior still continues

for a start:

spamassassin 2>&1 -D --lint | less

see this list, it also answers why loadplugin does not go into *.cf
files hopefully

recheck your *.pre files

> loadplugin Mail::SpamAssassin::Plugin::AWL
> use_auto_whitelist 1
>
> but the file auto-whitelist hasn't been touched since the upgrade
> from 3.1 to 3.3 (to be precisely: spamassassin-3.3.2).
>
> What am I still doing wrong?

nothing just reading the wroung homepage


rwmaillists at googlemail

Jul 26, 2012, 6:14 PM

Post #3 of 6 (799 views)
Permalink
Re: How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1 [In reply to]

On Fri, 27 Jul 2012 02:57:26 +0200
Benny Pedersen wrote:

> Den 2012-07-26 17:26, Ni▀l Reinhard skrev:
>
> > reading the manuals, I've discovered that the AWL plugin isn't
> > loaded anymore in spamassassin 3.3. Therefore I put the following
> > lines into local.cf:
>
> oh no, do not put loadlugin into *.cf files its wrong pr design, but
> so much wiki and bad behavior still continues

It seems inelegant, but is there a practical reason why this shouldn't
be done. Some optional plugins such as Botnet and iXhash load themselves
from their own .cf files.


me at junc

Jul 26, 2012, 7:20 PM

Post #4 of 6 (800 views)
Permalink
Re: How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1 [In reply to]

Den 2012-07-27 03:14, RW skrev:

> It seems inelegant, but is there a practical reason why this
> shouldn't
> be done. Some optional plugins such as Botnet and iXhash load
> themselves
> from their own .cf files.

did --lint not show it ?


reinhard.nissl at fee

Jul 27, 2012, 2:54 PM

Post #5 of 6 (806 views)
Permalink
AW: How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1 [In reply to]

Hi Benny,

attached is the output of the below mentioned command.

As far as I read it, the AWL plugin gets loaded.

Bye.
--
Reinhard Ni├čl, TB3, -198

-----Urspr├╝ngliche Nachricht-----
Von: Benny Pedersen [mailto:me [at] junc]
Gesendet: Freitag, 27. Juli 2012 02:57
An: users [at] spamassassin
Betreff: Re: How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1

Den 2012-07-26 17:26, Ni├čl Reinhard skrev:

> reading the manuals, I've discovered that the AWL plugin isn't loaded
> anymore in spamassassin 3.3. Therefore I put the following lines into
> local.cf:

oh no, do not put loadlugin into *.cf files its wrong pr design, but so much wiki and bad behavior still continues

for a start:

spamassassin 2>&1 -D --lint | less

see this list, it also answers why loadplugin does not go into *.cf files hopefully

recheck your *.pre files

> loadplugin Mail::SpamAssassin::Plugin::AWL use_auto_whitelist 1
>
> but the file auto-whitelist hasn't been touched since the upgrade from
> 3.1 to 3.3 (to be precisely: spamassassin-3.3.2).
>
> What am I still doing wrong?

nothing just reading the wroung homepage
Attachments: lint.txt.xz (5.75 KB)


antispam at khopis

Aug 2, 2012, 7:27 PM

Post #6 of 6 (776 views)
Permalink
Re: How do I reenable AWL on spamassassin 3.3 after upgrade from 3.1 [In reply to]

>> Den 2012-07-26 17:26, Ni▀l Reinhard skrev:
>>> reading the manuals, I've discovered that the AWL plugin isn't
>>> loaded anymore in spamassassin 3.3. Therefore I put the
>>> following lines into local.cf:

> On Fri, 27 Jul 2012 02:57:26 +0200 Benny Pedersen wrote:
>> oh no, do not put loadlugin into *.cf files its wrong pr design,
>> but so much wiki and bad behavior still continues

Speaking Hawaiian? (wiki == "quick") Or does the wiki actually suggest
this behavior?

On 07/26/2012 06:14 PM, RW wrote:
> It seems inelegant, but is there a practical reason why this
> shouldn't be done. Some optional plugins such as Botnet and iXhash
> load themselves from their own .cf files.

Yes, there is a practical reason.

In short, .pre files are read before .cf files, allowing all rules
access to all plugins. If a plugin was loaded in a .cf file, it would
not be available to .cf files that load earlier.



There is a very careful ordering to the loading of files to ensure that
newer versions and overrides are correctly loaded. Others should
correct me if I have this wrong*

1. Load /etc/spamassassin/*.pre
2. If /var/lib/spamassassin/[version] exists:
(a) Load its *.pre files and then its *.cf files
(b) Otherwise, load *.pre then *.cf in /usr/share/spamassassin
3. Load /etc/spamassassin/*.cf
4. Parse in order of loading
5. If an "include" line is encountered, interrupt everything and
(a) load the named file
(b) parse the named file

Files within a directory are sourced by asciibetical order (same as
`ls`). Sub-directories are NOT examined. Each individual file is read
from top to bottom, pausing for "include" directives as noted above
(this is how the updates area can have a hierarchy).

This lets /etc/spamassassin/local.cf (or wherever your system puts it)
run last, thus allowing you to trump scores and definitions.

Because of the loading order, third party plugins and configs whose
installations suggest /etc/spamassassin should have file names that
asciibetically precede local.cf, ideally starting with two digits and an
underscore, mimicking the SA upstream (e.g. 20_drugs.cf).


Getting back to your question, this means that if Botnet or iXhash are
depended on before they are loaded, the dependent rule won't load
correctly. The default install of iXhash doesn't have a problem here
because it's a self-contained item, so it loads the plugin and then uses
it later on in the same file.

This is not advisable because when you then go in to add additional
rules for that plugin, say by adding rules querying the third-party
iXhash repository from Spam-Eating Monkey in external.cf, it won't work
because the iXhash plugin isn't loaded until iXhash.cf. Furthermore, it
prevents third-party sa-update channels from using the plugin since they
are loaded in step 2 while local.cf is loaded in step 3.

It also makes maintenance (and troubleshooting) harder, though
SpamAssassin will take it. (There are lots of things SA can do that are
ill advised, like meta rules that use the ternary operator.)



The .pre files that live in /etc are kind of stuck named like that
(including init.pre, which is essentially v300.pre) due to their
location (otherwise, upgrading would require wiping them, which is taboo
in the Unix world). I'd suggest installing an empty "local.pre" were it
not for the fact that this would come /before/ the others. Maybe a
"z_local.pre" file?


* Footnote: Methodology.

This should reveal the load order (but not the parse order):

spamassassin --lint -D config 2>&1 |egrep -o '/.*\.(pre|cf)$' |uniq
Attachments: signature.asc (0.26 KB)

SpamAssassin users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.