Re: [Bug 8256] SORBS shutting down at the end of June 2024

Thanks Bill for taking care of this! On 6/5/24 14:48, bugzilla-dae...@spamassassin.apache.org wrote: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8256 --- Comment #2 from Bill Cole --- Tests and commentary fixed: # svn commit -m "SORBS is shutting down BZ#8246" Authentication realm:

Re: Esp module discussion

rs actually need knowledge and effort to setup the feed downloads and make sure they work. With the same effort they can download up-to-date module from Github into /etc/mail/spamassassin. +1 that this can be removed without any loss. Axb

Re: Moving to R-T-C mode for 4.0.0 release - No commits without review

Doh! Henrik already did it. Thanks! On 4/30/22 11:52, Axb wrote: Should we update 20_aux_tlds.cf for this relesase? I can't do it at the moment - any taker? On 4/30/22 11:27, Sidney Markowitz wrote: It's time for a code freeze in preparation for the release of 4.0.0 release

Re: Moving to R-T-C mode for 4.0.0 release - No commits without review

Should we update 20_aux_tlds.cf for this relesase? I can't do it at the moment - any taker? On 4/30/22 11:27, Sidney Markowitz wrote: It's time for a code freeze in preparation for the release of 4.0.0 release candidates. Please do not commit anything to trunk other than the usual ongoing ru

Re: [Bug 7826] Improve language around whitelist/blacklist and master/slave

to anyone that wants to actually work on it.. This is my preferred way, would vote +1 you have my +1 Axb

Re: bayes_auto_learn default value

On 2/8/22 11:33, Kevin A. McGrail wrote: Auto learning is something that should never of existed. All it does is reinforce misclassification and slowly spirals the database into having wrong answers be more wrong. I don't agree - I've been running autoloearn for years and my bayes results have

Re: bayes_auto_learn default value

On 2/7/22 18:32, Giovanni Bechis wrote: Hi, as per Mail::SpamAssassin::Conf(3), bayes_auto_learn defaults to 1/true. Is anybody against changing its default value to 0/false on trunk (aka SpamAssassin 4.x) ? Cheers Giovanni I'm against changing to 0 / false Axb

Fwd: [corpus-cleanup] Early runners

Giovanni, Could you pls fix this? (apparently you don't read ruleqa list) Thx Forwarded Message Subject: [corpus-cleanup] Early runners Date: Sat, 11 Sep 2021 09:30:01 + (UTC) The following files were submitted by early runners: spam-net-giovanni-ham.log - Started at 20

Re: "util_rb_3tld ct.sendgrid.net" warranted?

On 4/22/21 4:07 AM, John Hardin wrote: Prompted by seeing this sort of thing in SA Users List spams:   Unsubscribe   https://u21002357.ct.sendgrid.net/asm/unsubscribe/?mumblemumble Should we add "util_rb_3tld ct.sendgrid.net" so that maybe URIBL could help out with catching abusive sendgrid

Re: sa-update plugins

On 9/17/20 3:13 PM, Giovanni Bechis wrote: Hi, on trunk I would like to remove support for sa-update --allowplugins option, is there any reason not to do it ? Cheers Giovanni -1 to that - it gets used in private channels.

Re: [Bug 7826] Improve language around whitelist/blacklist and master/slave

On 7/14/20 6:50 PM, bugzilla-dae...@spamassassin.apache.org wrote: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7826 --- Comment #48 from John Hardin --- (In reply to Kevin A. McGrail from comment #0) - Old configuration terms will continue to work for no less than one year and will not

Re: openspf.net defunct?

openspf.net is history - and not coming back. Axb On 8/23/19 6:40 PM, John Hardin wrote: Just out of curiosity I clicked on the SPF explanation link in a spam I got this morning that got through SA:  [SPF failed: Please see http://www.openspf.net/Why?s=mfrom;id=thomas

Re: Fwd: Freemail?

The list is supposed to include "consumer grade" email domains. If free or paid is not really relevant. The name "Freemail" was chosen mainly because the first listed domains were indeed "free". Axb On 2/1/19 2:10 PM, Kevin A. McGrail wrote: You need to subscri

Re: Tons of errors in todays masscheck

Seems he's missing: echo "bayes_auto_learn 0" > spamassassin/user_prefs echo "use_bayes 0" >> spamassassin/user_prefs in his masscheck script On 10/30/18 4:53 PM, Kevin A. McGrail wrote: Not good... emailing more lists... On 10/30/2018 11:15 AM, Jari Fredriksson wrote: I had a kilome

Re: weekly masscheck blew up

On 09/01/2018 07:55 PM, Bill Cole wrote: On 1 Sep 2018, at 7:31 (-0400), Axb wrote: My weekly masscheck blew up a while ago.. Bareword found where operator expected at /data/masscheckwork/weekly_mass_check/masses/../lib/Mail/SpamAssassin/Util.pm line 770, near "s/\t/    /gr"

weekly masscheck blew up

sassin/Util.pm line 778, near "s/\t//gr" anybody else? Axb

Re: [Bug 7592] Two rules being hit incorrectly

On 07/04/2018 06:23 AM, bugzilla-dae...@bugzilla.spamassassin.org wrote: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7592 --- Comment #3 from John Hardin --- I just scanned my inbox for sendgrid.net - lots of hits in ham, a few in spam. Most hams seem to come from domain-branded hosts (

Re: Re Error during build

On 05/16/2018 03:45 PM, Saahil Sirowa wrote: [root@localhost trunk]# perl Makefile.PL Can't locate *ExtUtils/MakeMaker.pm* in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at Makef

Re: +#!/usr/bin/env perl -w

On 05/10/2018 05:09 PM, Bill Cole wrote: On 10 May 2018, at 3:21 (-0400), Axb wrote: Why is this needed? It is not possible to rely on /usr/bin/perl existing or being the "right" perl on some platforms. Most obviously, Perl was removed long ago from the FreeBSD base and the symli

Re: +#!/usr/bin/env perl -w

evin A. McGrail wrote: Agreed that is a mistake. I am on the road. Who made the change? Author: billcole Date: Wed May 9 17:35:07 2018 New Revision: 1831272 On Thu, May 10, 2018, 07:57 Dave Jones mailto:da...@apache.org>> wrote: On 05/10/2018 04:53 AM, Axb wrote: > Se

Re: +#!/usr/bin/env perl -w

Seems this also blew up my SA nightly masschecks my temp fix for rule generation was do reinstate #!/usr/bin/perl -w and disable SA svn updates. On 05/10/2018 09:21 AM, Axb wrote: Index: mass-check === --- mass-check    (revision

+#!/usr/bin/env perl -w

6) and I have no idea how to fix it locally. Why is this needed? Axb

Re: Extending the entries in 60_whitelist_spf.cf

Google. Thanks, Dave And maybe make the file optional & dump it in /trunk/rules-extras/ ??? Axb

Re: Extending the entries in 60_whitelist_spf.cf

On 11/26/2017 06:04 PM, Dave Jones wrote: The current 60_whitelist_spf.cf is 11 years old.  What does everyone think about starting a 60_whitelist_auth.cf and extending this list to known good senders like *@alertsp.chase.com and *@email.dropboxmail.com? My SA platform has very good results wi

Re: Secondary DNS Changes - update needed on your end.

On 08/12/2016 03:23 PM, Sidney Markowitz wrote: Axb wrote on 13/08/16 12:26 AM: Sidney, As we don't have the need of donated DNS services anymore I suggest we move spamassassin.org to Apache infra (and change @registrar) Does that make sense? Axb Good point. I don't know the

Re: Secondary DNS Changes - update needed on your end.

Sidney, As we don't have the need of donated DNS services anymore I suggest we move spamassassin.org to Apache infra (and change @registrar) Does that make sense? Axb On 08/12/2016 06:24 AM, Sidney Markowitz wrote: [This email is Bcc'd to earlier recipients as I am now

Re: masscheck process timing

BTW: Seems we've been publishing - great! svn log 72_scores.cf r1755015 | spamassassin_role | 2016-08-03 04:46:51 +0200 (Wed, 03 Aug 2016) | 1 line updated scores for revision 1754852 active rules added since last mass-

Re: masscheck process timing

more cores or split to be able to increase the amount of simultaneous jobs. Axb

Re: Rule updates are too old - 2016-06-17

On 06/17/2016 11:00 AM, dar...@chaosreigns.com wrote: SpamAssassin version 3.3.0 has not had a rule update since 2016-05-14. SpamAssassin version 3.3.1 has not had a rule update since 2016-05-14. SpamAssassin version 3.3.2 has not had a rule update since 2016-05-14. 20160616: Spam or ham is bel

Re: Rule updates are too old - 2016-03-09

On 03/14/2016 08:48 PM, dar...@chaosreigns.com wrote: On 03/09, John Hardin wrote: On Wed, 9 Mar 2016, Alex wrote: 20160308: Spam and ham are above threshold of 150,000: http://ruleqa.spamassassin.org/?daterev=20160308 20160308: Spam: 165825, Ham: 191870 Should we now expect to see updat

Re: About corpus in masscheck

old stuff from corpus. Anything older than 1 year is next to pointless and can even make bad decisions as for example, X-headers, change over time. - be sure to run masscheck jobs within the defined time window. Axb

Re: proposal: nice score for encrypted messages

On 12/14/2015 09:32 PM, John Hardin wrote: All: Any objection to promoting __CT_ENCRYPTED and ENCRYPTED_MESSAGE out of the sandbox to permanent rules, and giving ENCRYPTED_MESSAGE a negative (nice) score (say, -1)? I think that's fairly safe to do, as I doubt a spammer would impose the overhead

SURBL_BLOCKED

t;The following blocklist providers have implemented a Block Notification Rule with SpamAssassin: " thx Axb

Re: VOTE: SpamAssassin 3.4.1 Release Vote Request

ughly as I would have wanted (in production), I've had no issues so you have my +1 still need to get my feed wet with "bayes_token_sources" would also like to see a sample rule using check_rbl_from_domain (using DBL's dbl.spamhaus.org. A 127.0.1.2 ) Axb

Re: failure: did not find /^http://example.tp$/

On 03/22/2015 02:28 PM, Axb wrote: Wanted to updated RegistrarBoundaries.pm make test fails with t/uri_text.t .. 1/683 # Failed test 345 in t/uri_text.t at line 47 fail #345 failure: did not find /^http://example.tp$/ # Failed test 626 in t/uri_text.t at line 47 fail #626

failure: did not find /^http://example.tp$/

Wanted to updated RegistrarBoundaries.pm make test fails with t/uri_text.t .. 1/683 # Failed test 345 in t/uri_text.t at line 47 fail #345 failure: did not find /^http://example.tp$/ # Failed test 626 in t/uri_text.t at line 47 fail #626 failure: did not find /^http://www.e

bad rule reports

Guys, Kevin (BCC) is trying to restore the bad rule reports. If anybody still has such a msg, could you please mail me a pristine .eml or the headers, offlist? Thanks Axb

Re: real world testing of Redis as a bayes backend?

On 02/13/2015 01:57 PM, Jan Hejl wrote: Dne 13.2.2015 v 13:31 Henrik Krohns napsal(a): On Fri, Feb 13, 2015 at 11:12:38AM +0100, Jan Hejl wrote: Dne 13.2.2015 v 09:47 Axb napsal(a): On 02/13/2015 08:51 AM, Jan Hejl wrote: Whups. 62M :-D Sorry, my mistake. But still ... what counts is

Re: real world testing of Redis as a bayes backend?

On 02/13/2015 11:12 AM, Jan Hejl wrote: Dne 13.2.2015 v 09:47 Axb napsal(a): On 02/13/2015 08:51 AM, Jan Hejl wrote: Whups. 62M :-D Sorry, my mistake. But still ... what counts is: used_memory_human:49.70M seems amazingly little data. Why not? no scientific reason - in my setup I'

Re: real world testing of Redis as a bayes backend?

On 02/13/2015 08:51 AM, Jan Hejl wrote: Whups. 62M :-D Sorry, my mistake. But still ... what counts is: used_memory_human:49.70M seems amazingly little data. Dne 13.2.2015 v 08:35 Axb napsal(a): Jan, could you please post your "# Memory" section of "redis-cli info&

Re: real world testing of Redis as a bayes backend?

Jan, could you please post your "# Memory" section of "redis-cli info" and sa-learn --dump magic On 02/13/2015 08:29 AM, Jan Hejl wrote: Hi Quannah, we use it on heavy loaded infrstructure - 10M messsages per day and the RES is 62k VIRT 130M. There has to be something "wrong" with his con

Re: real world testing of Redis as a bayes backend?

tl 1d bayes_token_ttl 5d What are the settings on that cluster? Axb

Re: Fwd: Google Summer of Code 2015 is coming

On 02/09/2015 01:22 PM, Kevin A. McGrail wrote: Would someone care to write up some ideas for the project that are good for new programmers to be sponsored by GSoC on the project? I've done it before but always appear to write scary ideas ;-) The couple of ideas I have are hardly for someone w

Re: v341.pre - loadplugin Mail::SpamAssassin::Plugin::TxRep

On 01/12/2015 11:19 PM, Kevin A. McGrail wrote: On 1/12/2015 2:12 PM, Axb wrote: I see that v341.pre contains # TxRep - Reputation database that replaces AWL loadplugin Mail::SpamAssassin::Plugin::TxRep imo, this should NOT be enabled by default Why not? We've been testing it for month

v341.pre - loadplugin Mail::SpamAssassin::Plugin::TxRep

I see that v341.pre contains # TxRep - Reputation database that replaces AWL loadplugin Mail::SpamAssassin::Plugin::TxRep imo, this should NOT be enabled by default

Re: Fwd: [jira] [Closed] (INFRA-8525) Solaris1 is not launching the slave agent causing builds on Jenkins that depend on it to hang

great! Thanks Axb PS: Hope you find time to get ruleqa back to normal operation. On 01/05/2015 10:50 PM, Kevin A. McGrail wrote: FYI that we appear back online with Jenkins. regards, KAM Forwarded Message Subject: [jira] [Closed] (INFRA-8525) Solaris1 is not

TLD var to use in rules

cifies uri FOO /[pattern]\.[pattern]\.TLDLIST/ so it applies to all TLDs thx Axb

Re: BAYES SA 3.4 + MySQL 5.5.40 - warn: Issuing rollback() due to DESTROY without explicit disconnect()

On 11/07/2014 01:41 PM, Jan Hejl wrote: May I ask some to share my.cnf conf for bayes database? And database structure? https://svn.apache.org/repos/asf/spamassassin/trunk/sql/README.bayes though its not exactly new be carefull to choose the right "bayes_store_module " If you're a high tr

Re: Sa-learn in trunk

On 11/04/2014 04:37 PM, Benny Pedersen wrote: On November 4, 2014 3:39:18 PM Axb makes no sense to use both switches on the same command line... I never writed i did that, it just that i only see output now when its finished, no output while running, i dont know yet if thats a new bash

Re: Sa-learn in trunk

On 11/04/2014 03:17 PM, Kevin A. McGrail wrote: On 11/3/2014 9:03 PM, Benny Pedersen wrote: Does no work with --progress and --showdots Works in 3.4.0 Seems to be a buffered output problem ? Weird. I don't show any code diffs (documentation only) between sa-learn.raw in 3.4.0 to trunk. No g

SOUGHT 2.0 ?

willing to provide long term commitment. This is initial "brainstorming"... Suggestions, comments, etc on/offlist are very welcome Axb

Re: bayes_ignore_header

On 10/04/2014 03:18 PM, RW wrote: On Sat, 04 Oct 2014 11:32:17 +0200 Axb wrote: Unless somebody thinks this a terribly bad idea, I'll be adding a 20_bayes_ignore_header.cf to the SA default rules to replace the few (unmantained) bayes_ignore_header entries in local.cf comments? I'

bayes_ignore_header

Unless somebody thinks this a terribly bad idea, I'll be adding a 20_bayes_ignore_header.cf to the SA default rules to replace the few (unmantained) bayes_ignore_header entries in local.cf comments?

Re: [Bug 7084] T_SMF_FM_FORGED_REPLYTO and FREEMAIL_FORGED_REPLYTO seem identical.

CC||jhar...@impsec.org --- Comment #4 from John Hardin --- (In reply to AXB from comment #1) SMF sandbox: header __freemail_hdr_replyto eval:check_freemail_header('Reply-To:addr') 20_freemail.cf header __freemail_h

Re: FP on BANG_GUAR

On 09/12/2014 02:55 PM, Joe Quinn wrote: I just saw a false positive coming from this rule, which managed to get a score of 2.4 from just one word: body BANG_GUAR /\bguaranteed?\!/i I put in a cap of 1.0 which should keep RuleQA from going nuts with that rule. you added t

Re: FP on BANG_GUAR

On 09/12/2014 02:55 PM, Joe Quinn wrote: I just saw a false positive coming from this rule, which managed to get a score of 2.4 from just one word: body BANG_GUAR /\bguaranteed?\!/i I put in a cap of 1.0 which should keep RuleQA from going nuts with that rule. Wow - that r

Re: +tflags URI_IP_UNSUB publish

On 07/30/2014 09:04 PM, Kevin A. McGrail wrote: On 7/30/2014 12:15 PM, John Hardin wrote: According to the wiki, "rules without an explicit "tflags publish" line are never published", https://wiki.apache.org/spamassassin/SaUpdateBackend ...which isn't actually how it behaves, as there are quit

Re: +tflags URI_IP_UNSUB publish

On 07/30/2014 05:55 PM, Kevin A. McGrail wrote: On 7/30/2014 11:45 AM, Axb wrote: --- 20_misc_testing.cf(revision 1614687) +++ 20_misc_testing.cf(revision 1614688) @@ -1572,5 +1572,6 @@ uriURI_IP_UNSUB m;^[a-z]+://(?:\d+\.){3}\d+/.*unsubscribe;i describe

+tflags URI_IP_UNSUB publish

--- 20_misc_testing.cf (revision 1614687) +++ 20_misc_testing.cf (revision 1614688) @@ -1572,5 +1572,6 @@ uriURI_IP_UNSUB m;^[a-z]+://(?:\d+\.){3}\d+/.*unsubscribe;i describe URI_IP_UNSUB IP-address unsubscribe URI +tflags URI_IP_UNSUB publish http://ru

Re: TO_NO_BRKTS_MSFT hits on legit hotmail msgs

On 07/30/2014 05:17 PM, John Hardin wrote: On Wed, 30 Jul 2014, Axb wrote: Received: from DUB004-OMC4S34.hotmail.com (dub004-omc4s34.hotmail.com [157.55.2.109]) X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 This is what something like an "undisclosed recipients" looks like

Re: TO_NO_BRKTS_MSFT hits on legit hotmail msgs

On 07/30/2014 05:05 PM, Kevin A. McGrail wrote: On 7/30/2014 10:58 AM, Axb wrote: On 07/30/2014 04:52 PM, Kevin A. McGrail wrote: On 7/30/2014 10:50 AM, Axb wrote: The concept of this rule just tells me that it's wrong.. meta __TO_NO_BRKTS_MSFT __TO_NO_ARR

Re: TO_NO_BRKTS_MSFT hits on legit hotmail msgs

On 07/30/2014 04:52 PM, Kevin A. McGrail wrote: On 7/30/2014 10:50 AM, Axb wrote: The concept of this rule just tells me that it's wrong.. meta __TO_NO_BRKTS_MSFT __TO_NO_ARROWS_R && !__TO_UNDISCLOSED && (__ANY_OUTLOOK_MUA || __MIMEOLE_MS) welcome to 2014

Re: TO_NO_BRKTS_MSFT hits on legit hotmail msgs

The concept of this rule just tells me that it's wrong.. meta __TO_NO_BRKTS_MSFT __TO_NO_ARROWS_R && !__TO_UNDISCLOSED && (__ANY_OUTLOOK_MUA || __MIMEOLE_MS) welcome to 2014 "X-Mailer: Microsoft Windows Live Mail" where is the exception for that? .-) and if you add it so what? e

Re: TO_NO_BRKTS_MSFT hits on legit hotmail msgs

On 07/30/2014 03:41 PM, Kevin A. McGrail wrote: On 7/30/2014 9:19 AM, Axb wrote: On 07/30/2014 02:57 PM, Kevin A. McGrail wrote: Hmm, Spotchecking Ruleqa doesn't show this misfiring at all: http://ruleqa.spamassassin.org/20140729-r1614286-n/TO_NO_BRKTS_MSFT/detail I have also got zero

Re: TO_NO_BRKTS_MSFT hits on legit hotmail msgs

On 07/30/2014 02:57 PM, Kevin A. McGrail wrote: Hmm, Spotchecking Ruleqa doesn't show this misfiring at all: http://ruleqa.spamassassin.org/20140729-r1614286-n/TO_NO_BRKTS_MSFT/detail I have also got zero hits in my ham corpora. Suggest adding hit to your ham corpora and we check on it tomorr

TO_NO_BRKTS_MSFT hits on legit hotmail msgs

Received: from DUB004-OMC4S34.hotmail.com (dub004-omc4s34.hotmail.com [157.55.2.109]) X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 This is what something like an "undisclosed recipients" looks like. Imo, this rule scored with 3.5 should be purged. It's a waste of cycles

Re: Rule updates are too old - 2014-07-26

On 07/26/2014 11:00 AM, dar...@chaosreigns.com wrote: 20140725: Spam and ham are above threshold of 150,000:http://ruleqa.spamassassin.org/?daterev=20140725 20140725: Spam: 479092, Ham: 160064 ? both ham & spam are above threshold

Rule QA

YAY! Rule QA is back!!! Thanks so much Kevin... We owe you a huge keg!

Re: Plugin for filtering based on local criteria

On 06/24/2014 07:28 PM, John Hardin wrote: On Tue, 24 Jun 2014, Axb wrote: I just don't understand how this can be simpler& better to use than a cheap and easy to use rlbldnsd instance. I see the appeal of this if the number of desired domains/netblocks to check is very small a

Re: Plugin for filtering based on local criteria

On 06/24/2014 06:00 PM, Axb wrote: don't understand why you're replicating URIBL.pm features like uridnsbl_skip_domain blacklist_uri_host whitelist_uri_host and not using URIBL.pm as base for your plugin instead of what looks like somethign based on URIDetail.pm which wasn't d

Re: Plugin for filtering based on local criteria

don't understand why you're replicating URIBL.pm features like uridnsbl_skip_domain blacklist_uri_host whitelist_uri_host and not using URIBL.pm as base for your plugin instead of what looks like somethign based on URIDetail.pm which wasn't designed to play lookups but use the data available i

Re: Add an IP to the DNSBL checks

On 06/18/2014 05:38 PM, spamassas...@lcwsoft.com wrote: On 18.06.2014 03:17, Axb wrote: On 06/18/2014 07:34 AM, spamassas...@lcwsoft.com wrote: On 17.06.2014 17:25, Axb wrote: On 06/17/2014 09:13 PM, Axb wrote: On 06/17/2014 08:40 PM, spamassas...@lcwsoft.com wrote: On 17.06.2014 14:09, RW

Re: Add an IP to the DNSBL checks

On 06/18/2014 07:34 AM, spamassas...@lcwsoft.com wrote: On 17.06.2014 17:25, Axb wrote: On 06/17/2014 09:13 PM, Axb wrote: On 06/17/2014 08:40 PM, spamassas...@lcwsoft.com wrote: On 17.06.2014 14:09, RW wrote: On Mon, 16 Jun 2014 17:03:31 -0230 spamassas...@lcwsoft.com wrote

Re: Add an IP to the DNSBL checks

On 06/17/2014 09:13 PM, Axb wrote: On 06/17/2014 08:40 PM, spamassas...@lcwsoft.com wrote: On 17.06.2014 14:09, RW wrote: On Mon, 16 Jun 2014 17:03:31 -0230 spamassas...@lcwsoft.com wrote: > originating_ip_headers X-WebmailclientIP Actually, that might meet my needs in a better way, a

Re: Add an IP to the DNSBL checks

On 06/17/2014 08:40 PM, spamassas...@lcwsoft.com wrote: On 17.06.2014 14:09, RW wrote: On Mon, 16 Jun 2014 17:03:31 -0230 spamassas...@lcwsoft.com wrote: > originating_ip_headers X-WebmailclientIP Actually, that might meet my needs in a better way, as I could add a custom header and then set

SVN Rev 1602674 - make test fail

SVN Rev 1602674 t/uri_text.t .. 1/682 # Failed test 660 in t/uri_text.t at line 54 fail #29 failure: did find /^http://www.example.foo$/ # Failed test 671 in t/uri_text.t at line 54 fail #40 failure: did find /zai6Vuwi/ t/uri_text.t .. Failed 2/682 subtes

Re: Possible enhancement for URIBL plugin?

On 06/11/2014 07:40 PM, John Hardin wrote: That, too, but that wouldn't be a part of the URIBL plugin, so this check sounds reasonable for whatever's doing DNS checks on those bits as well. Point being, a blanket "every URI in an email must have an MX record" is not correct, but a little extra

Re: Possible enhancement for URIBL plugin?

On 06/11/2014 05:57 PM, Joe Quinn wrote: On 6/11/2014 11:54 AM, Axb wrote: On 06/11/2014 05:52 PM, Joe Quinn wrote: On 6/11/2014 11:44 AM, John Hardin wrote: Folks: I just came across a PayPal phish that has a potentially useful indicator: the domain referenced in the URI has no MX record

Re: Possible enhancement for URIBL plugin?

On 06/11/2014 05:52 PM, Joe Quinn wrote: On 6/11/2014 11:44 AM, John Hardin wrote: Folks: I just came across a PayPal phish that has a potentially useful indicator: the domain referenced in the URI has no MX record defined, so it cannot accept email. Would it be worth another DNS query in URIB

failed test HEXHASH_WORD

t/basic_meta.t HEXHASH_WORD depends on __LCL_ENV_AND_HDR_FROM_MATCH which is nonexistent HEXHASH_WORD depends on __LCL_ENV_AND_HDR_FROM_MATCH which is nonexistent HEXHASH_WORD depends on __LCL_ENV_AND_HDR_FROM_MATCH which is nonexistent HEXHASH_WORD depends on __LCL_ENV_AND_H

Re: Perceptron/GA logic w/r/t low-scoring high-S/O rules?

On 04/07/2014 05:03 PM, John Hardin wrote: On Mon, 7 Apr 2014, Kevin A. McGrail wrote: On 4/5/2014 12:59 PM, Axb wrote: On 04/05/2014 06:42 PM, John Hardin wrote: > I'd rather not have to resort to hitting the masscheck system over the > head with the "tflags publish"

Re: Perceptron/GA logic w/r/t low-scoring high-S/O rules?

On 04/05/2014 07:33 PM, John Hardin wrote: The masscheck spam corpus isn't pathetically small, but at the moment it's *strongly* biased towards the traffic *you* are seeing. Your spam is 490k+ of the 510k total corpus. Should I feel guilty for only masschecking the last 21 days? That was on

Re: Perceptron/GA logic w/r/t low-scoring high-S/O rules?

On 04/05/2014 06:59 PM, Axb wrote: If Darxus sees so much of this type, why isn't he running a masschecker? opps. sorry- I hand't seen he is indeed participating.

Re: Perceptron/GA logic w/r/t low-scoring high-S/O rules?

On 04/05/2014 06:42 PM, John Hardin wrote: I'd rather not have to resort to hitting the masscheck system over the head with the "tflags publish" cluebat, but I will if it keeps ignoring these rules. this would by very unwise and would create rule bloat as obviosuly the corpus isn't seeing much

Re: seek-phrases-in-corpus output

On 04/02/2014 07:29 PM, dar...@chaosreigns.com wrote: 2) More automation of rule generation and testing Maybe modify the mass check script to run seek-phrases-in-corpus, only on spams below the default threshold? Upload results automatically, score them automatically? No need to modify mas

Re: seek-phrases-in-corpus output

On 03/31/2014 11:35 PM, dar...@chaosreigns.com wrote: I've been getting more missed spam lately. Ran seek-phrases-in-corpus from SA svn. Output is here: http://www.chaosreigns.com/sa/seek-2014-03-31.txt I'd like to see some of these tested, particularly these: http://www.chaosreigns.com/sa/seek

Re: make test fails: T_END_FUTURE_EMAILS depends on __FB_IDENTITY which is nonexistent

On 03/31/2014 04:46 PM, John Hardin wrote: On Mon, 31 Mar 2014, Axb wrote: apparently in /trunk/rulesrc/sandbox/jhardin/20_misc_testing.cf t/basic_meta.t T_END_FUTURE_EMAILS depends on __FB_IDENTITY which is nonexistent Where are you seeing that? __FB_IDENTITY is still

make test fails: T_END_FUTURE_EMAILS depends on __FB_IDENTITY which is nonexistent

apparently in /trunk/rulesrc/sandbox/jhardin/20_misc_testing.cf t/basic_meta.t T_END_FUTURE_EMAILS depends on __FB_IDENTITY which is nonexistent T_END_FUTURE_EMAILS depends on __FB_IDENTITY which is nonexistent T_END_FUTURE_EMAILS depends on __FB_IDENTITY which is nonexiste

Re: [SA-dev] 20_khop_sc_bug_6114.cf

e use of the volunteered masschecker resources to do QA for your personal channel for years yet don't run a masschecker yourself. For these reason I ask you to remove the 20_khop_sc_bug_6114.cf file from the sandbox Thanks Axb On 02/18/2014 01:19 AM, Axb wrote: Could we PLEASE loose t

20_khop_sc_bug_6114.cf

Could we PLEASE loose this rules file? /trunk/rulesrc/sandbox/khopesh/20_khop_sc_bug_6114.cf We've been masschecking it for 4 years and it's tflags nopublish and pretty dangerous to use in production if you have more than a "man & his dog" setup. I see no reason to throw cycles/resources to

Re: Fwd: Jenkins build is still unstable: SpamAssassin-trunk #9427

On 02/15/2014 05:12 PM, Kevin A. McGrail wrote: Best I can tell, our code is passing all tests but something with jenkins is wonky. Anyone else take a look at the Console output and see if you agree? Original Message Subject: Jenkins build is still unstable: SpamAssassin-

Re: Jenkins build is back to stable : SpamAssassin-trunk #9383

On 02/09/2014 01:24 AM, John Hardin wrote: On Fri, 7 Feb 2014, Axb wrote: On 02/07/2014 09:39 AM, Kevin A. McGrail wrote: Yuck... so here's what a collission does while packaging a release: WARNING: __BUGGED_IMG: renamed as __BUGGED_IMG_rulesrc_sandbox_khopesh_20_khop_experimental_c

Re: [VOTE] Availability of SpamAssassin 3.4.0 Release

+1 On 02/07/2014 10:41 AM, Kevin A. McGrail wrote: On behalf of the PMC, the ASF SpamAssassin Project is pleased to announce the availability of our 3.4.0 subject to vote by the PMC per the Project's ReleasePolicy (http://wiki.apache.org/spamassassin/ReleasePolicy). There are no substantial chan

Re: Jenkins build is back to stable : SpamAssassin-trunk #9383

On 02/07/2014 09:39 AM, Kevin A. McGrail wrote: Yuck... so here's what a collission does while packaging a release: WARNING: __BUGGED_IMG: renamed as __BUGGED_IMG_rulesrc_sandbox_khopesh_20_khop_experimental_cf due to collision with existing rule disabled __BUGGED_IMG_rulesrc_sandbox_khopesh_

Re: Clean-up of SpamAssassin PMC/Committers

Karsten Bräckelmann is still active in bugzilla, and mailing list (list moderation) He's too young be "retired". Thx Axb On 02/07/2014 08:55 AM, Kevin A. McGrail wrote: On 2/3/2014 5:58 PM, Kevin A. McGrail wrote: One of the duties of the PMC is to maintain the quality o

Re: Jenkins build is back to stable : SpamAssassin-trunk #9383

On 02/06/2014 09:55 PM, Kevin A. McGrail wrote: On 2/6/2014 1:10 PM, John Hardin wrote: On Thu, 6 Feb 2014, Axb wrote: On 02/06/2014 06:05 PM, Apache Jenkins Server wrote: See <https://builds.apache.org/job/SpamAssassin-trunk/9383/changes> John Pls copy __BUGGED_IMG to your s

Re: Jenkins build is back to stable : SpamAssassin-trunk #9383

On 02/06/2014 07:10 PM, John Hardin wrote: On Thu, 6 Feb 2014, Axb wrote: On 02/06/2014 06:05 PM, Apache Jenkins Server wrote: See <https://builds.apache.org/job/SpamAssassin-trunk/9383/changes> John Pls copy __BUGGED_IMG to your sandbox. Done. Can you wait until the weekend to

Re: Jenkins build is back to stable : SpamAssassin-trunk #9383

On 02/06/2014 06:05 PM, Apache Jenkins Server wrote: See John Pls copy __BUGGED_IMG to your sandbox. Thx

Re: [VOTE] Availability of SpamAssassin 3.4.0-rc6 Release

running on a couple of test boxes - all looks good, including Redis Bayes stuff Centos 6.4 x64 spamassassin -V SpamAssassin version 3.4.0-rc6 running on Perl version 5.10.1 my +1 On 02/05/2014 08:13 AM, Kevin A. McGrail wrote: On behalf of the PMC, the ASF SpamAssassin Project is please

Re: rule dependencies in 00_FVGT_File001.cf

On 01/19/2014 11:52 PM, Kevin A. McGrail wrote: On 1/19/2014 6:33 AM, Axb wrote: On 01/18/2014 11:18 PM, John Hardin wrote: On Fri, 17 Jan 2014, John Hardin wrote: OK, I think I got them all cleaned up. Are you still getting nonexistent-rule warnings? Thanks John, since öast svn update

  1   2   3   >