spamassassin-sysadmins mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Jones <da...@apache.org>
Subject Re: Good 72_scores.cf
Date Fri, 03 Nov 2017 12:56:46 GMT
On 11/03/2017 07:33 AM, Merijn van den Kroonenberg wrote:
>> On 11/3/2017 8:21 AM, Merijn van den Kroonenberg wrote:
>>> we only
>>> have the 'random removal' issue left. But I am confident the
>>> merge-scoresets fix will take care of that.
>> I don't know the random removal issue you are referring to. Can you
>> detail it more?  Perhaps in bugzilla?
> 
> David Jones has the details and I believe its one of the next things on
> his list. I just mentioned it here so people do not get the idea all is
> good now.
> 

Sure.  But this was a big step and we aren't completely done.  This is a 
very slow process since if anyone commits any fixes, then it throws off 
the masscheck processing.  I was wanting to get some good rulesets 
generating again but this is drawing out forever.

We did get ruleset 1814048.tar.gz promoted last night but it's going to 
take 2 more days of good masschecks before everything is rolling along 
properly -- I understand we still have to look at/fix the 
merge-scoresets before enabling DNS updates.  DNS updates are still 
disabled so sa-update won't do anything.

cd /tmp
wget http://sa-update.ena.com/1814048.tar.gz
wget http://sa-update.ena.com/1814048.tar.gz.sha1
wget http://sa-update.ena.com/1814048.tar.gz.asc
sa-update -v --install 1814048.tar.gz

I installed this ruleset on a couple of my test instances and it SA 
linted OK.

We are back to a good sized 72_scores.cf:

[root@djones5 updates_spamassassin_org]# ll 72_scores.cf
-rw-r--r-- 1 root root 9810 Nov  3 07:47 72_scores.cf


>>
>> NOTE: we can do things with bugzilla if we want to have sysadmins or
>> something like that listed as a component or whatever.
> 
> That would probably be a good idea. Actually I was suprised the whole
> update issue was not in bugzilla yet. It makes it much easier to work with
> multiple people on the same issue.
> 

Never had anyone else help until now.  :)

>>
>>>
>>>> Now, the interesting thing is does changing the system to en_US fix the
>>>> issue if we revert my change to that rule?
>>> No need to revert the change. You can just test this by hand by running
>>> the grep command on the old 72_active.cf from one of the tgz files (from
>>> shell).
>>
>> Can you document the replication steps at
>> https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7497
> 
> Sure, I just saw the ticket being created, good idea.
> 
>>
>> I was speaking more to the fact that I'd like to add the multilanguage
>> descriptions back.  I documented it in bugzilla especially if someone
>> else commits a rule with similar.
> 
> Yeah it would be good if the update system was resistant to this kind of
> seemingly innocent changes.
> 

Need to test this on the same OS version as the server:

root@sa-vm1:/# lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.3 LTS
Release:	16.04
Codename:	xenial

I will be doing some work on this over the weekend and will do some test 
greps.  Just don't want to commit things at the wrong time to mess up 
the masscheck processing.

>>
>> Regards,
>>
>> KAM
>>
>>
> 
> 


Mime
View raw message