Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 4DF2C200D32 for ; Sun, 5 Nov 2017 17:26:16 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 4C496160BEB; Sun, 5 Nov 2017 16:26:16 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 92BFB1609EA for ; Sun, 5 Nov 2017 17:26:15 +0100 (CET) Received: (qmail 49145 invoked by uid 500); 5 Nov 2017 16:26:14 -0000 Mailing-List: contact sysadmins-help@spamassassin.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: sysadmins@spamassassin.apache.org Delivered-To: mailing list sysadmins@spamassassin.apache.org Received: (qmail 49130 invoked by uid 99); 5 Nov 2017 16:26:14 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 Nov 2017 16:26:14 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id B9BABC3CCE for ; Sun, 5 Nov 2017 16:26:13 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.3 X-Spam-Level: X-Spam-Status: No, score=0.3 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id Yj4WJEdtL75T for ; Sun, 5 Nov 2017 16:26:12 +0000 (UTC) Received: from smtprelay2.web2all.nl (smtprelay2.web2all.nl [195.189.125.9]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id B026E5FDCE for ; Sun, 5 Nov 2017 16:26:11 +0000 (UTC) Received: from wuppie.web2all.nl (wuppie.web2all.nl [195.189.125.14]) by smtprelay2.web2all.nl (8.15.2/8.15.2) with ESMTP id vA5GQAo8010886 for ; Sun, 5 Nov 2017 17:26:10 +0100 Received: from 94.214.83.240 (SquirrelMail authenticated user mvdk) by wuppie.web2all.nl with HTTP; Sun, 5 Nov 2017 17:26:10 +0100 Message-ID: In-Reply-To: <4c95c538d39a14774cc22f3da17669ae.squirrel@wuppie.web2all.nl> References: <4B09A9F4233E4D5FA705A36D5EDCE9AE@W2ADELLMERIJN> <1d4bc8a1-0ba2-43de-379b-accd8d6e1117@mcgrail.com> <4c95c538d39a14774cc22f3da17669ae.squirrel@wuppie.web2all.nl> Date: Sun, 5 Nov 2017 17:26:10 +0100 Subject: Re: mailspike in 72_scores From: "Merijn van den Kroonenberg" To: sysadmins@spamassassin.apache.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal archived-at: Sun, 05 Nov 2017 16:26:16 -0000 Note to self: investigate why in do-nightly-rescore-example.sh is called like this: merge-scoresets $SCORESET With a $SCORESET param. It will cause all rules which are not in that scores-set$SCORESET file to be ignored and not written to the 72_scores.cf. The dos version of the script: http://svn.apache.org/repos/asf/spamassassin/trunk/rulesrc/sandbox/dos/new-rule-score-gen/do-nightly-rescore-example Also has the $SCORESET param, but it does not seem to be set anywhere so it might have functioned as if no param was given. To me it sounds illogical to ignore the net rules, they are just masschecked less often, but should still be taken into consideration, right? And I just noticed: scores-set1 is still truncated at MILLION_USD, but maybe because the masscheck is only once a week? >> Merijn, >> >> I am confused as to what is trying to be accomplished with the patch on >> but 6400. Maybe I am misunderstanding something. It looks like these >> MSPIKE scores need to remain in 50_scores.cf since they are tied to a >> specific SA version check > 3.4.0. > > Normally, all rules which are in 50_scores.cf will never get rescored > scores in 72_scores.cf. > > The script to which the patch applies does this, but due to a too strict > regex, it doesn't see any score line if its prepended with whitespace. > >> >> Do we need to remove them from 72_scores.cf, note that in the bug then >> close it? > > Once the patch is applied, the mailspike rules should vanish from > 72_scores.cf by itself. > >> >> Dave > >