Re: Other DNSBL's
On Mon, Oct 19, 2009 at 01:57:38AM -0400, Warren Togami wrote: Replying to a private post in public because the results are important. On 10/16/2009 10:22 AM, Anonymous wrote: http://www.lashback.com/support/UnsubscribeBlacklistSupport.aspx It seems to hit a lot, but I don't have a good feel
Re: Reminder:: 3.3.0 pre-release cut: December 17th
On Wed, Dec 16, 2009 at 06:12:05PM -0500, Warren Togami wrote: http://tinyurl.com/yd8n96m All bugs targeted for 3.3.0. https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6228 Last bug currently P1 priority and considered a blocker. I'd like to remind of my TextCat bug..
get_uri_list 3.2 vs 3.3
Sorry if there's a well known explanation, but I didn't have time to dig in.. body: example.com/fubar http://example.com/fubar SA 3.3: uri: parsed uri found of type parsed, http://example.com uri: parsed uri found of type parsed, http://example.com/fubar SA 3.2: uri: parsed uri found of
Re: get_uri_list 3.2 vs 3.3
On Tue, Mar 02, 2010 at 02:46:26PM +0200, Henrik K wrote: Sorry if there's a well known explanation, but I didn't have time to dig in.. body: example.com/fubar http://example.com/fubar SA 3.3: uri: parsed uri found of type parsed, http://example.com uri: parsed uri found of type
Re: Proposal: 3.3.2-rc1
On Sun, May 08, 2011 at 11:31:09PM -0400, dar...@chaosreigns.com wrote: On 05/07, Warren Togami Jr. wrote: While we wait, how do people feel about calling this tarball 3.3.2-rc1? Calling it rc1 may have people actually test it who On April 30th, Daryl said There's no need to call it beta
Re: Razor2 razor_fork
On Tue, Oct 16, 2018 at 12:13:22PM -0400, Kevin A. McGrail wrote: > On 10/16/2018 11:53 AM, Henrik K wrote: > > Trunk now supports pyzor_fork 1. Please give it a try, I would like to use > > these as default settings if nothing funny happens. Seems to be working > > stable h
Re: Razor2 razor_fork
On Wed, Oct 17, 2018 at 02:55:30PM +0100, RW wrote: > On Tue, 16 Oct 2018 18:53:07 +0300 > Henrik K wrote: > > > > Trunk now supports pyzor_fork 1. Please give it a try, I would like > > to use these as default settings if nothing funny happens. Seems to &g
Re: Tons of errors in todays masscheck
Sorry that was some of my trunk thingies, fixed it already today.. On Tue, Oct 30, 2018 at 06:01:22PM +0100, Axb wrote: > Seems he's missing: > > echo "bayes_auto_learn 0" > spamassassin/user_prefs > echo "use_bayes 0" >> spamassassin/user_prefs > > in his masscheck script > > On
Re: Tons of errors in todays masscheck
On that note, does anyone want to entertain a timeline when a separate "stable" 4.0.0 branch would be created? It's kind of hard to test things in trunk, when it's also used for masschecks daily. On Tue, Oct 30, 2018 at 08:03:05PM +0200, Henrik K wrote: > > Sorry that was
Re: Received header order
On Sun, Nov 11, 2018 at 11:15:39AM +0200, Henrik K wrote: > > Ok I can't wrap my head around this header ordering.. > > I'm using postfix with milter chain opendkim -> opendmarc -> amavisd-milter. > > Here's a sanitized example > > Return-Path: > X-Original
Received header order
Ok I can't wrap my head around this header ordering.. I'm using postfix with milter chain opendkim -> opendmarc -> amavisd-milter. Here's a sanitized example Return-Path: X-Original-To: h...@hege.li X-Spam-Status: ... Received: from xxx (xxx [1.2.3.4]) by hege.li (Postfix) with ESMTP
Re: svn commit: r1845736 - /spamassassin/branches/3.4/lib/Mail/SpamAssassin/Plugin/URIDNSBL.pm
On Sun, Nov 04, 2018 at 12:53:34PM -0500, Bill Cole wrote: > > I'm uneasy about adding a de facto DNS caching change in 3.4.3. (And > generally about apps caching name lookups, but that's a larger > discussion...) It's not really caching. Just skipping lookups that are already done, just one way
Re: Razor2 razor_fork
On Mon, Oct 01, 2018 at 04:29:17PM +0300, Henrik K wrote: > > Hey guys, I just committed razor_fork option, which forks the lookup process > and reads in the result later. > > http://svn.apache.org/viewvc?view=revision=date=1842494 > > I'd appreciate if someone can s
Razor2 razor_fork
Hey guys, I just committed razor_fork option, which forks the lookup process and reads in the result later. http://svn.apache.org/viewvc?view=revision=date=1842494 I'd appreciate if someone can stress test it too. I will look into doing DCC and Pyzor too if things look good. Also I have no
Re: Razor2 razor_fork
On Mon, Oct 01, 2018 at 09:41:55AM -0400, Kevin A. McGrail wrote: > In trunk? Sure. :-)
Masscheck reuse
Hey guys, I'm wondering why pretty much no masscheck submitter is using --reuse? I just committed fixes for lots of missing reuse flags, and now I can actually do a ./mass-check --reuse --net run without ANY dns lookups launching. So it's super fast too. What reason would there be to prefer
Re: Subtest __E_LIKE_LETTER and __LOWER_E listed many times in message header
On Mon, Dec 10, 2018 at 08:46:32AM +0200, Henrik Krohns wrote: > On Sun, Dec 09, 2018 at 01:06:01PM -0500, Bill Cole wrote: > > > > To make this determination, the rules require the 'multiple' flag without > > a cap on thne number of matches which a 'maxhits' parameter would set. > > Please don't
Re: Patch to reduce lint time
The code is saving dependencies of each meta rule in this variable: $conf->{meta_dependencies} That variable is used in Check.pm meta tests. Simply adding debug print after this line: $conf->{meta_dependencies}->{$name} = join (' ', @{$deps}); print STDERR "DEPS FOR $name:
Re: [Patch] detect Received header produced by amavisd-milter
Can you describe what this patch achieves? I've been using amavisd-milter for years, I thought it works well already.. On Fri, Jan 11, 2019 at 04:30:12AM +0100, Henry Miller wrote: > Index: lib/Mail/SpamAssassin/Message/Metadata/Received.pm >
Re: [Patch] detect Received header produced by amavisd-milter
ontain the sender's IP address enclosed in square > brackets (e.g. `[a.b.c.d]'). > > > Henrik K wrote > > Can you describe what this patch achieves? I've been using amavisd-milter > > for years, I thought it works well already.. > > > > > > On Fri, Jan
Re: [Patch] detect Received header produced by amavisd-milter
On Fri, Jan 11, 2019 at 04:19:26PM +0200, Henrik K wrote: > > On Fri, Jan 11, 2019 at 08:53:43AM -0500, Bill Cole wrote: > > On 11 Jan 2019, at 3:53, Henrik K wrote: > > > > >Thanks, explaining things directly will help. > > > > > >I committed a s
Re: [Patch] detect Received header produced by amavisd-milter
On Fri, Jan 11, 2019 at 08:53:43AM -0500, Bill Cole wrote: > On 11 Jan 2019, at 3:53, Henrik K wrote: > > >Thanks, explaining things directly will help. > > > >I committed a simpler fix: > >http://svn.apache.org/viewvc?view=revision=date=1851021 > > Are you
Re: svn commit: r1856230 - in /spamassassin/trunk/rulesrc/sandbox/pds: 20_dkimwl.cf 20_fmblanewdomain.cf
Please use "reuse" for askdns __subrules also. On Mon, Mar 25, 2019 at 08:46:59PM -, p...@apache.org wrote: > Author: pds > Date: Mon Mar 25 20:46:59 2019 > New Revision: 1856230 > > URL: http://svn.apache.org/viewvc?rev=1856230=rev > Log: > Remove fmbla, adopt DKIMWL from davej > >
Re: svn commit: r1856230 - in /spamassassin/trunk/rulesrc/sandbox/pds: 20_dkimwl.cf 20_fmblanewdomain.cf
Let's not forget tflags net also.. On Tue, Mar 26, 2019 at 06:39:19AM +0200, Henrik K wrote: > > Please use "reuse" for askdns __subrules also. > > On Mon, Mar 25, 2019 at 08:46:59PM -, p...@apache.org wrote: > > Author: pds > > Date: Mon Mar 25 20:46
Re: svn commit: r1856885 - in /spamassassin: branches/3.4/lib/Mail/SpamAssassin/Plugin/DNSEval.pm trunk/lib/Mail/SpamAssassin/Plugin/DNSEval.pm
On Wed, Apr 03, 2019 at 05:12:10PM -, gbec...@apache.org wrote: > + my @ns = $pms->lookup_ns($host); Should not be used, it's legacy non-async function. This needs to be changed to async callback, similar code can be found from URIDNSBL. > + my @rd_ns = $ns[0]; Also this is missing any
Re: What happened to Mail::SpamAssassin::Util::RegistrarBoundaries ?
On Sat, Mar 02, 2019 at 11:14:41AM -0500, dar...@chaosreigns.com wrote: > $ spamassassin --lint > Mar 2 11:09:07.098 [4940] warn: plugin: failed to parse plugin > /etc/spamassassin/MTX.pm: Can't locate > Mail/SpamAssassin/Util/RegistrarBoundaries.pm > ... > > This file used to be included in
Re: t/rcvd_parser.t fails
It was discussed on list http://spamassassin.1065346.n5.nabble.com/Patch-detect-Received-header-produced-by-amavisd-milter-td154273.html Can't look into it now, but probably the test is at fault, IP is not a reverse dns and should not end up as such. On Fri, Feb 22, 2019 at 10:46:07PM +0100,
Re: [wip] SA auto-regression tests
On Tue, Mar 05, 2019 at 10:17:58AM +0200, Henrik Krohns wrote: > On Tue, Mar 05, 2019 at 09:01:31AM +0100, Giovanni Bechis wrote: > > Hi, > > this is still wip, but I started to run SpamAssassin regression tests > > nightly (iff revision changes). > > Here are the results: > >
Re: svn commit: r1856009 - /spamassassin/trunk/rules/73_sandbox_manual_scores.cf
Please describe changes in any case, "pds" tells nothing about what the score was even for. Everyone else did in that file. On Thu, Mar 21, 2019 at 09:30:16PM +, Paul Stead wrote: > I'll revert - I was involved in the initial conversation with davej - I was > under the impression this was
Re: __E_LIKE_LETTER & __LOWER_E filling subtests debug
body rule __LOWER_E ==> got hit: "e" Jun 7 11:25:44.265 [1569] dbg: rules: ran body rule __LOWER_E ==> got hit: "e" Jun 7 11:25:44.269 [1569] dbg: --- last message repeated 21 times --- On Fri, Jun 07, 2019 at 09:50:51AM +0300, Henrik K wrote: > > Wh
Re: __E_LIKE_LETTER & __LOWER_E filling subtests debug
ubtext. It is unreadable for rule analysis. > > As for modifying the normal output, I have no idea if anyone out there is > using > the public routine so better to be safe. > > I didn't find a tag for subtests either. That might be a good 4.0 addition. > > Regards, K
Re: The obviously different case of subtest debug flood
On Fri, Jun 07, 2019 at 06:44:22PM +0300, Henrik K wrote: > On Fri, Jun 07, 2019 at 11:39:12AM -0400, Kevin A. McGrail wrote: > > On 6/7/2019 11:33 AM, Henrik K wrote: > > > Well the information is there. In many places. You are saying you are > > > consistently using
Re: The obviously different case of subtest debug flood
On Fri, Jun 07, 2019 at 11:39:12AM -0400, Kevin A. McGrail wrote: > On 6/7/2019 11:33 AM, Henrik K wrote: > > Well the information is there. In many places. You are saying you are > > consistently using things like spamassassin -t -D | grep __LOWER_E | wc -l > > to debug y
The obviously different case of subtest debug flood
On Fri, Jun 07, 2019 at 07:48:56AM -0700, John Hardin wrote: > On Fri, 7 Jun 2019, Henrik K wrote: > > >Just committed a simple log suppressor for these kinds of spam.. > > > >Jun 7 11:25:44.264 [1569] dbg: rules: ran body rule __LOWER_E ==> got > >hit: &quo
Re: The obviously different case of subtest debug flood
On Fri, Jun 07, 2019 at 11:53:24AM -0700, John Hardin wrote: > > ...where we're not collapsing on solely the rule name, I'd accept that. I guess this was the confusion then. I've been talking about identical / duplicate lines, as is the code. Of course it won't collapse only on some part of
Re: __E_LIKE_LETTER & __LOWER_E filling subtests debug
If you want to modify debug output, you have to modify only the dbg() output itself. You can't modify internal functions that have specific output formats and start adding random strings to them. Atleast these places depend on the comma delimited rules: ./masses/mass-check:push @tests,
Re: __E_LIKE_LETTER & __LOWER_E filling subtests debug
wanting to fix uritests so well > >> for the > >> template. Thanks for the feedback. I will take another pass at it. > > > > Just do the deduplication without modifying the output format. > > > > If we want to log the hit counts, then make another funct
Re: Why aren't base rules rescoring?
On Fri, Jun 14, 2019 at 08:11:11AM -0700, John Hardin wrote: > On Fri, 14 Jun 2019, Paul Stead wrote: > > >On Fri, 14 Jun 2019 at 12:37, Paul Stead wrote: > > > >> existing setup work > > > >* work is a relative term, hopefully by Sunday's masscheck and rescore > >things will be a little more
Re: 3.4.3-rc2
Committed many test fixes more. And sa-compile was broken for perl <5.14. With those done, tests look ok for many perl 5.10 - 5.28 versions I tested. On Wed, Jun 12, 2019 at 10:53:27PM -0400, Kevin A. McGrail wrote: > 3.4.3 rc2 is now available at http://talon2.pccc.com/~kmcgrail/devel/ > >
Re: warn: Use of uninitialized value in vec at ../lib/Mail/SpamAssassin/SubProcBackChannel.pm line 104. & warn: Use of uninitialized value in scalar assignment at ../lib/Mail/SpamAssassin/SubProcBackC
I like how regression_tests.cf reads: # This file contains tests perfomed on `make test`. It should not be # distributed. But it's distributed everywhere :-) On Wed, Jun 12, 2019 at 11:52:11AM +0300, Henrik K wrote: > > Anyone have any idea what rules release package should c
Re: warn: Use of uninitialized value in vec at ../lib/Mail/SpamAssassin/SubProcBackChannel.pm line 104. & warn: Use of uninitialized value in scalar assignment at ../lib/Mail/SpamAssassin/SubProcBackC
Anyone have any idea what rules release package should contain? freemail test doesnt work because Mail-SpamAssassin-4.0.0/rules does not include any 20_freemail*cf files. As they are not in MANIFEST file. Should freemail work out of the box without sa-update run or not? What about the
Re: Why aren't base rules rescoring?
On Fri, Jun 14, 2019 at 04:46:00PM -0700, John Hardin wrote: > > One point does not a poison pill make. I have disagree in this context. Having a very limited amount of masscheckers running on code that's been created over decade ago, does not fool proof scoring make. Even a score of 1 could
Re: English specific stop words in Bayes plugin
On Tue, Jun 11, 2019 at 12:03:27PM +0530, Shreyansh Shrivastava. wrote: > When Bayes tokenizes the message, it ignores words with length<3 along with a > list of stop words using a regexp as they lie in the gray area. But for other > languages, the presence of these English stop words can be a
Re: warn: Use of uninitialized value in vec at ../lib/Mail/SpamAssassin/SubProcBackChannel.pm line 104. & warn: Use of uninitialized value in scalar assignment at ../lib/Mail/SpamAssassin/SubProcBackC
On Mon, Jun 10, 2019 at 08:12:52AM +0200, Giovanni Bechis wrote: > On 6/10/19 3:29 AM, Kevin A. McGrail wrote: > > Was working on an RC for 3.4 and fixing raozr2 tests. Noticed odd > > output for trunk with the razor2 test. > > > > Anyone got some cycles to look at that? > > > Works fine
Why aren't base rules rescoring?
On Thu, Jun 13, 2019 at 03:51:17PM +, bugzilla-dae...@spamassassin.apache.org wrote: > https://bz.apache.org/SpamAssassin/show_bug.cgi?id=5700 > > --- Comment #4 from John Hardin --- > Ooo. I'm not *totally* sure that works for base rules. RuleQA might be able to > override the score for
Re: 3.4.3-rc2
al blocker I literally just posted. > > Regards, > KAM > -- > Kevin A. McGrail > Member, Apache Software Foundation > Chair Emeritus Apache SpamAssassin Project > [1]https://www.linkedin.com/in/kmcgrail - 703.798.0171 > > > On Thu, Jun 13, 2019 at 5:06 AM Henrik K &
Re: warn: Use of uninitialized value in vec at ../lib/Mail/SpamAssassin/SubProcBackChannel.pm line 104. & warn: Use of uninitialized value in scalar assignment at ../lib/Mail/SpamAssassin/SubProcBackC
On Wed, Jun 12, 2019 at 04:30:35PM +0300, Henrik K wrote: > On Wed, Jun 12, 2019 at 08:44:01AM -0400, Kevin A. McGrail wrote: > > On 6/12/2019 4:52 AM, Henrik K wrote: > > > Anyone have any idea what rules release package should contain? > > > > > > fr
Re: warn: Use of uninitialized value in vec at ../lib/Mail/SpamAssassin/SubProcBackChannel.pm line 104. & warn: Use of uninitialized value in scalar assignment at ../lib/Mail/SpamAssassin/SubProcBackC
On Wed, Jun 12, 2019 at 08:44:01AM -0400, Kevin A. McGrail wrote: > On 6/12/2019 4:52 AM, Henrik K wrote: > > Anyone have any idea what rules release package should contain? > > > > freemail test doesnt work because Mail-SpamAssassin-4.0.0/rules does not > > inclu
Re: Jun 13 10:47:12.641 [9171] info: replacetags: regexp compilation failed - Possible Blocker on SA 3.4.3
On Thu, Jun 13, 2019 at 12:42:17PM -0400, Kevin A. McGrail wrote: > On 6/13/2019 11:33 AM, John Hardin wrote: > > On Thu, 13 Jun 2019, Kevin A. McGrail wrote: > > > >> While running sa-update, I noticed a number of lines about replace tag > >> compilation errors. > >> > >> Attached is an output
Re: Jun 13 10:47:12.641 [9171] info: replacetags: regexp compilation failed - Possible Blocker on SA 3.4.3
On Thu, Jun 13, 2019 at 12:59:16PM -0400, Kevin A. McGrail wrote: > > Just double checking since John mentioned the extra parens. In this case.. too much parens.. qr_to_string was supposed to remove the (?-xism:. We should really implement the (apache infra provided?) CI service that would
Re: Why aren't base rules rescoring?
about and if right to do implemented with a > concise re-look at the QA scripts, their purpose and chronological ordering - > some rules can take up to 2 weeks to be QAd and released, others take 24-48 > hours, depending. I'd like this to be more predictable and reliable. > > P
Re: svn commit: r1861942 - /spamassassin/branches/3.4/MANIFEST
I removed them because spamc -H bug is still unfixed, why distribute a test that will never succeed.. I get some fails on mkrules on older distributions. Why include them as mkrules isn't even used outside trunk/4.0? On Sun, Jun 23, 2019 at 01:42:44PM -0400, Kevin A. McGrail wrote: > Henrik,
Re: svn commit: r1858824 - /spamassassin/trunk/rules/20_html_tests.cf
Should we not fix the blatantly bad __OBFUSCATING_COMMENT_A (and B) too? :-) On Mon, May 06, 2019 at 08:17:25PM -, k...@apache.org wrote: > Author: kb > Date: Mon May 6 20:17:25 2019 > New Revision: 1858824 > > URL:
Re: svn commit: r1862459 - /spamassassin/trunk/rulesrc/sandbox/pds/20_helo.cf
h...@hege.li> wrote: > > > > > > > > > also no need to reuse PDS_HP_HELO_NORDNS, metas do not launch > network > > > rules. > > > Reuse needs to be on the actual query launching rule. > > > > &
Re: svn commit: r1862459 - /spamassassin/trunk/rulesrc/sandbox/pds/20_helo.cf
d have > to be with the ruleqa/masscheck code on sa-vm1 > > Paul > > On Wed, 3 Jul 2019 at 11:53, Henrik K <[1]h...@hege.li> wrote: > > > Since reuse is pretty much only used for masscheckers who use trunk, we > should be able to figure out something..
Re: SA make errors
PS. Perhaps try make distclean too On Thu, Jun 27, 2019 at 06:00:58PM +0300, Henrik K wrote: > > You sure that your trunk is completely updated, there's no locally modified > files hanging around? I've got no problems here, and no file contains > references to hashcash. > &
Re: SA make errors
You sure that your trunk is completely updated, there's no locally modified files hanging around? I've got no problems here, and no file contains references to hashcash. On Thu, Jun 27, 2019 at 07:56:45AM -0700, John Hardin wrote: > Trunk appears to be broken at the moment: > > At revision
Re: SA make errors
On Thu, Jun 27, 2019 at 08:21:07AM -0700, John Hardin wrote: > On Thu, 27 Jun 2019, Henrik K wrote: > > >PS. Perhaps try make distclean too > > That did it. Thanks! > > Still getting this, though: > > "-T" is on the #! line, it must also be used on the
Re: run Net masscheck on Wednesdays too?
On Wed, Jul 10, 2019 at 09:26:18AM -0700, John Hardin wrote: > On the users list there's another FP discussion starting up about another > rule with an apparent S/O drop that's causing stale net scores to be > problematic. > > Potentially we could reduce the time needed for net scores to react to
Re: RelayCountry Geoip2 future
On Fri, Jun 28, 2019 at 10:01:17PM +0200, Giovanni Bechis wrote: > Hi, > latest Geoip2 Perl library has this phrase in their docs: > - > This module is deprecated and will only receive fixes for major bugs and > security vulnerabilities. New features and
Re: RelayCountry Geoip2 future
On Fri, Jun 28, 2019 at 10:25:09PM +0200, Giovanni Bechis wrote: > Il 28 giugno 2019 22:09:10 CEST, Henrik K ha scritto: > >On Fri, Jun 28, 2019 at 10:01:17PM +0200, Giovanni Bechis wrote: > >> Hi, > >> latest Geoip2 Perl library ha
Character encodings in rules
Please don't use special characters in rules this way, it has been discussed many times on lists. I added some instructions here: https://cwiki.apache.org/confluence/display/SPAMASSASSIN/WritingRulesAdvanced On Tue, Aug 13, 2019 at 07:51:18AM -, gbec...@apache.org wrote: > Author:
Better body/rawbody documentation
lags for 4.0.0, like fullbody and fullrawbody where the text is not split to chunks in any way. It's really not a problem to match 50-500k blobs (*_part_size_limit) these days. Of course they would be only used when necessary, like "full" rules already. On Wed, Aug 07, 2019 at 03
Re: Failed to parse plugin (from @INC)
On Sat, Aug 17, 2019 at 03:11:16AM +0530, Shreyansh Shrivastava. wrote: > I added a plugin to Spamassassin. > .cf and .pre files are in /etc/mail/spamassassin > .pm file in lib/Mail/SpamAssassin/Plugin > > On passing the mail, I got the following output > plugin: failed to parse plugin (from
Re: text/plain in MIME format mail
Everything written there is wrong. SA Bayes uses $pms->get_decoded_stripped_body_text_array(), which returns the text that is supposed to be displayed to user / MUAs, with text/html part rendered to text if exists. So use the stripped function, unless your engine handles mime multipart, HTML
Re: "use POSIX" in ruleqa?
On Sat, Aug 31, 2019 at 12:08:31PM -0700, John Hardin wrote: > All: > > I'd like to add "use POSIX" to some code used in ruleqa - anybody know > whether that would break ruleqa because that module isn't installed? It's core module, so it's not possible to be missing. What are you planning?
Re: "use POSIX" in ruleqa?
On Sun, Sep 01, 2019 at 09:36:55AM -0700, John Hardin wrote: > On Sun, 1 Sep 2019, Henrik K wrote: > > >On Sat, Aug 31, 2019 at 12:08:31PM -0700, John Hardin wrote: > >>All: > >> > >>I'd like to add "use POSIX" to some code used in ruleqa - anybody
Re: "use POSIX" in ruleqa?
On Sun, Sep 01, 2019 at 03:12:51PM -0700, John Hardin wrote: > On Sun, 1 Sep 2019, Henrik K wrote: > > >On Sun, Sep 01, 2019 at 09:36:55AM -0700, John Hardin wrote: > >>On Sun, 1 Sep 2019, Henrik K wrote: > >> > >>>On Sat, Aug 31, 2019 at 12:0
Re: svn commit: r1864618 - in /spamassassin/trunk/rulesrc/sandbox: billcole/80_test.cf jm/20_basic.cf
Guys, remember that if you use /^foo/ with body or rawbody, you most likely need to use /m !!! Fixed few blatant ones, theres many more, atleast check these out rulesrc/sandbox/felicity/70_other.cf:body TVD_DEAR_HOMEOWNER /^dear homeowner/i rulesrc/sandbox/felicity/70_other.cf:body
HTML parser issue
Please check out this security marked bug: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7743
Re: NeuralNet plugin
On Mon, Jul 29, 2019 at 02:19:25AM +0530, Shreyansh Shrivastava. wrote: > I am a Google summer of code student working on developing a statistical > classifier plugin. > > As of now, I'm taking the Bayes.pm file as the baseline. Any other > documentation which I can follow or a plugin which I can
Re: NeuralNet plugin
ME format mail > - > > Text processing if any-> spam prediction ]. Also, I have 2 models as of now > SVM and Neural Net. Now I want to integrate it with SA. > > Regards, > Shreyansh Shrivastava > > > On Mon, Jul 29, 2019 at 10:35 AM Henrik K <[1]h...@hege.li>
Re: Creating a plugin with dynamic scoring
At check_end the check already ended, it's not really possible to make changes (yes the documentation on these is bad, one really needs to look at the code). Do a normal eval rule like RW suggested, something like priority 999 or 1001 depending if you want before or after AWL/TxRep.. On Sun,
Re: Why aren't base rules rescoring?
0.001 with such low hitrates, something is very wrong. On Fri, Jun 14, 2019 at 11:55:35AM +0300, Henrik K wrote: > > Something else I just noticed.. > > How can a rule that's been performing like this for atleast the past few > weeks, > > MSECS SPAM% HAM%
Re: Why aren't base rules rescoring?
t; Paul > > ???On 14/06/2019, 11:43, "Henrik K" wrote: > > > Just cleaned up worst offenders in 50_scores.cf that have low S/O in > ruleqa. > > Other pending examples in sandbox like > > 0 0 0.0010 0.000 0.46 1.00 UC_GIBBERISH_OBFU >
Re: Why aren't base rules rescoring?
15 Jun 2019 at 18:06, John Hardin <[2]jhar...@impsec.org> wrote: > > On Fri, 14 Jun 2019, Henrik K wrote: > > > PS. John, all these rules from your sandbox seem to have very broken > > scores, could you perhaps add informative scores
Re: New Release Candidate: 3.4.3-rc6 Testers Needed
On Wed, Nov 20, 2019 at 07:29:10PM +0100, Giovanni Bechis wrote: > anybody against this diff ? > > Giovanni > > Index: lib/Mail/SpamAssassin/DnsResolver.pm > === > --- lib/Mail/SpamAssassin/DnsResolver.pm (revision 1870052) >
Re: New Release Candidate: 3.4.3-rc6 Testers Needed
On Wed, Nov 20, 2019 at 01:45:01PM -0500, Bill Cole wrote: > +1 for this. Noting the problem at 'info' is good. > > > On 20 Nov 2019, at 13:41, Henrik K wrote: > > >On Wed, Nov 20, 2019 at 07:29:10PM +0100, Giovanni Bechis wrote: > >>anybody against this diff ? > >
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
On Sat, Nov 30, 2019 at 11:25:21PM -0500, Kevin A. McGrail wrote: > > As for active management and committers, the issue is that I find I like > versionless releases and I'm happy to run with svn checkouts. I know.. I've only ever run trunk, because it works best. :-D As there's only
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
There is nothing missing. All the LASTEXT* tags are already dynamically returning functions. If anything, that if ($lasthop) set_tag code is completely redundant and should be removed. BEGIN { LASTEXTERNALIP => sub { my $pms = shift; my $lasthop =
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
Sure why not.. should try actually releasing after that, before we make a world record in rc-count. :-D On Thu, Nov 28, 2019 at 06:11:51AM -0500, Kevin A. McGrail wrote: > Fair enough. Ok to move forward with another rc do.you think? > > On Thu, Nov 28, 2019, 05:40 Henrik K <[1]
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
n is hurt by it. I really wanted to > close out 3.4 and move on to 4.0! > > With the current rc, I now have all the new functionality on a production > system and working but I have a grand total of about 3 emails from ALL the RCs > from testing. I am very nervous! > > On Thu
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
Fixed: http://svn.apache.org/viewvc?view=revision=1870552 On Thu, Nov 28, 2019 at 11:29:19AM +0200, Henrik K wrote: > > Trunk has already many revamps and fixes for these codes, works there. It > seems 3.4 askdns has trouble using those, investigating minimal fix.. > > &
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
have time or stamina right now. On Thu, Nov 28, 2019 at 05:33:03AM -0500, Kevin A. McGrail wrote: > I never would have found that. Nice job. > > Any chance you can create a regression test for the issue ? > > On Thu, Nov 28, 2019, 05:09 Henrik K <[1]h...@hege.li> wro
Re: LASTEXTERNALRDNS and LASTEXTERNALHELO not set in PerMsgStatus.pm ?
; I don't like bugs :-). And 3.4.3 needed the RCs to work for my system so it > made sense to fix the bugs. But it makes no sense for me to spend time > packaging them for so little feedback. > > On Thu, Nov 28, 2019, 06:40 Henrik K <[1]h...@hege.li> wrote: > > > Bugs like
Re: Cron ~/svn/trunk/build/mkupdates/do-stable-update-with-scores force | /usr/bin/tee /usr/local/spamassassin/automc/tmp/do-stable-update-with-scores.log
Please use "make build_rules" etc to lint any rule changes :-( I've now fixed bunch of those ham-net-*.runknown.log files to proper revision. Also updated extract_to_rsync_dir to update the rsync build dir only on success. automc@sa-vm1:~$ tail /tmp/last_nitemc_extract_weekly.log +
Re: Refreshing the IRC channel
On Thu, Feb 13, 2020 at 09:46:13AM -0500, Bill Cole wrote: > #spamassassin has this "topic" message: > > Latest Version: SpamAssassin 3.4.1 | > http://wiki.apache.org/spamassassin/ | > Also on this network: #mailscanner, #amavis, #postfix > > Set by Darxus on July 27, 2015 at
Re: Refreshing the IRC channel
On Thu, Feb 27, 2020 at 02:58:57PM -0500, Kevin A. McGrail wrote: > > I would recommend we shut it down or remove it from the wiki and ignore it. Maybe just mention it's unofficial channel without active support and should use lists/bugzilla. "Shutting" a channel down would be like 90's irc
Re: Change configs dynamically during sa runtime
On Wed, Feb 05, 2020 at 06:21:42PM -0500, Kris Deugau wrote: > Kevin A. McGrail wrote: > >You can store the userprefs in an SQL database. > > Seconded, for blacklist_*/whitelist_* in particular this works very well. > > Locally I've also set this custom query: > > user_scores_sql_custom_query
Re: Change configs dynamically during sa runtime
On Thu, Feb 06, 2020 at 05:19:54AM -0700, hwi wrote: > First of all, thanks for the quick responses. > I use a small perlscript with preforked-workers that user Mail::SpamAssassin > etc. > The worker is spawned once at startup an then checks mails one after another > without being respawned. SQL
Re: Change configs dynamically during sa runtime
On Wed, Feb 05, 2020 at 09:04:29AM -0700, hwi wrote: > Dear spamassassin dev-heroes, > spamassassins config is loaded at startup via Mail::SpamAssassin::Conf. > I wonder if there is a way to load or change certain config items > dynamically during sa runtime without a restart. I;ve played with
Re: [Bug 7797] spamc: 500k default max_size for spamc is too small for today's use
On Sat, Feb 22, 2020 at 12:31:46PM -0800, Michael Peddemors wrote: > For the record, we did some investigation into this (best default max_size) > and I should point out, there are some spammers that specifically appear to > attempt to game the max_size limits, eg including a larger attachment, to
Re: masscheck and plugins
On Sat, Feb 15, 2020 at 10:26:40AM +0100, Giovanni Bechis wrote: > Hi, > I noticed that at least a couple of rules are not correctly checked > during masscheck and they never hit. > In my corpus I have emails that matches at least FROMNAME_SPOOFED_EMAIL > (~pds/20_fns.cf) and GB_HASHBL_BTC
Re: masscheck and plugins
On Sat, Feb 15, 2020 at 12:15:08PM +0200, Henrik K wrote: > On Sat, Feb 15, 2020 at 10:26:40AM +0100, Giovanni Bechis wrote: > > Hi, > > I noticed that at least a couple of rules are not correctly checked > > during masscheck and they never hit. > > In my corpus I have e
Re: masscheck and plugins
On Sat, Feb 15, 2020 at 11:22:55AM +0100, Giovanni Bechis wrote: > On Sat, Feb 15, 2020 at 12:15:08PM +0200, Henrik K wrote: > > On Sat, Feb 15, 2020 at 10:26:40AM +0100, Giovanni Bechis wrote: > > > Hi, > > > I noticed that at least a couple of rules are not cor
Local rules prefix
On Tue, Jan 14, 2020 at 10:42:48PM +, bugzilla-dae...@spamassassin.apache.org wrote: > https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7366 > (In reply to RW from comment #8) > > It's not about anyone seeing them, it's about avoiding name collisions > > between the core rules and local
3.4 "EOL" status
On Wed, Jan 15, 2020 at 02:29:58AM -, kmcgr...@apache.org wrote: > > <...> on 3.4 EOL branch The "EOL" word keeps popping up here and there. May I just remind that unless a 4.0 release is actually made, 3.4 can't be "EOL". It would mean there actually isn't any supported version in
Re: 3.4 "EOL" status
On Wed, Jan 15, 2020 at 08:57:21AM -0500, Kevin A. McGrail wrote: > Yeah, I retract the EOL statement. We have 3.4 in serious bugfixes only mode > and hopefully this week.we can get the svn 4.0 branching done. > > Can you fix the fromnamespoof plugin regex for 5.8.8 compatibility and revert >
Re: 3.4 "EOL" status
On Wed, Jan 15, 2020 at 05:43:20PM +0100, Giovanni Bechis wrote: > On 1/15/20 3:18 PM, Henrik K wrote: > > On Wed, Jan 15, 2020 at 08:57:21AM -0500, Kevin A. McGrail wrote: > >> Yeah, I retract the EOL statement. We have 3.4 in serious bugfixes only > >> mode > >
Re: Local rules prefix
On Thu, Jan 16, 2020 at 04:42:35PM +, RW wrote: > > And --lint would say > > > > Notice: rule __FOO redefined, check what's going on or use tflags > > redefine > > And that would only be noticed after the FPs. Depends how sa-update is run. I get STDERR mailed to me from cron.
