I believe if you read the build/README there is instructions about how the
date is pulled for a release version.
On Sun, Apr 2, 2023, 12:57 Benny Pedersen wrote:
> X-Spam-Checker-Version: SpamAssassin 4.0.0-r1906050 (2022-12-17)
>
> seems old with that date ?
>
> i have maybe just missed it in
That's an RBL in KAM ruleset. I'll encapsulate it as I'm not sure why it's
being refused but it should be going to the public DNS servers donated from
Linode.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail
is
surgical and correct.
-KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
Based on the ease of abuse, and samples in the wild, I am also plus one to
remove the drives no reply email address from the default dkim welcome list.
Regards, KAM
On Wed, Dec 28, 2022, 06:16 Sidney Markowitz wrote:
> Giovanni Bechis wrote on 28/12/22 11:43 pm:
> > Hi,
> > recently I started
might have better
pointers. I am happy to help though.
On Sat, Dec 17, 2022, 22:19 Sidney Markowitz wrote:
> Kevin A. McGrail wrote on 18/12/22 3:45 pm:
> > One con is that we do need to get masscheck and various tools on the
> > server to work with the new 4.0 release. I'm not s
have to be reverted as part of
the process of creating a branch.
Thoughts on this? Branch now or branch later?
Sidney
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
this year, but I did watch..
Now, really only poking my nose in to say Merry Xmas and happy
holidays...
It is a time for rest and relaxation, so you MAY want to delay 4.0
release until after the holidays ;)
On 2022-12-14 08:40, Kevin A. McGrail wrote:
+1 for the release. (Binding)
Tested
in production and previous
RCs/Trunk in production for years. It's production ready and amazing.
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Wed, Dec 14, 2022 at 5:42 AM Giovanni
+100
On Mon, Dec 5, 2022, 19:05 Sidney Markowitz wrote:
> The remaining issues targeted for 4.0.0 have been closed.
>
> I'm declaring us in R-T-C mode now while I get an RC4 building. If it
> looks good, we can go right on to the 4.0.0 release.
>
> I'm not calling for a formal vote on R-T-C.
to a future 4.0.1 release. The goal will be to really
be finished with 4.0.0 after 8078 is finally done.
Of course, that's a goal. We should not ignore anything truly serious
that shows up at the last minute.
Regards,
Sidney
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software
wrote:
> On 2022-11-04 at 12:48:00 UTC-0400 (Fri, 4 Nov 2022 09:48:00 -0700)
> Kevin A. McGrail
> is rumored to have said:
>
> > Are your rules still in the sandbox? They're just not getting
> > promoted?
>
> Everything is still in the sandbox. Some rules in the same file h
Are your rules still in the sandbox? They're just not getting promoted?
On Fri, Nov 4, 2022, 09:21 Bill Cole wrote:
> I recently added multiple rules to my sandbox (in 80test.cf) and tweaked
> them over the space of a few weeks, including renaming some to remove
> the leading 'T_'
>
> And QA
in the .asc files:
Install files: D8099BC79E17D7E49BC21E31FDE52F40F7D39814
Rule files: 5E541DC959CB8BAC7C78DFDC4056A61A5244EC45
Regards,
Sidney Markowitz
Chair, Apache SpamAssassin PMC
sid...@apache.org
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache
Thanks. I think Upgrade and Announcements in the Google Docs are good to go
now!
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Mon, Aug 22, 2022 at 6:29 PM Sidney Markowitz wrote
THanks. I'm +0.5 on RTC if you feel it's a good idea, do it ;-)
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Sat, Aug 20, 2022 at 7:28 PM Sidney Markowitz wrote:
> Kevin A. McGr
it better. Sorry, the
conversion back to ASCII and word wrapping will be a pain here but best
done when the editing is done.
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail
That's not a project domain. I think it might be Darxus' who always had
some helpful scripts.
On Sun, Jul 17, 2022, 18:08 John Hardin wrote:
>
> My browser home page included the masscheck corpus size chart, but it's no
> longer displaying:
>
>
>The following error was encountered while
I've been using HashBL for eons so if Gio wants to consider whether his BTC
RBL can handle the load, I'm +1 for enabling it by default.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Thu
think of. Do
you agree?
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Wed, May 25, 2022 at 1:16 AM Henrik K wrote:
> On Tue, May 24, 2022 at 03:12:33PM -0400, Ke
While you may say it's a stretch, it is the best list I know of that exists
and we've kept it up adding additions and removing things when needed.
Unfortunately, I have no genesis information on lat.ms being listed.
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair
Hi Henrik,
Take a look at KAM url shorterners file and rules in KAM.cf:
https://mcgrail.com/downloads/KAM.cf
search Mail::SpamAssassin::Plugin::DecodeShortURLs for example
https://mcgrail.com/downloads/KAM_urlshorteners.cf is the list the KAM
project maintains.
Regards,
KAM
--
Kevin A. McGrail
not think that
changing database schema only for MySQL
is a good idea, better to have a similar database schema for all DBI providers
to prevent possible future issues.
I would send an email to users@ just to be sure.
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair
in list
context, since what it is returning is (a pointer to) an Encode object.
And a pointer isn't going to cause any heavy computation. Perhaps just
a cleaner comment then and we are good or just ignore it because we have
bigger fish to fry!
--
Kevin A. McGrail
kmcgr...@apache.org
Member
ot;.
That comment worries me that the return undef was purposeful.
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On 5/1/2022 1:28 PM, Michael Storz wrote:
Am 2022-05-01 18:22, schrieb Kevin A. McGrail:
Morning Hege,
This change worries me. What does the comment "let per figure it out
from the BOM" mean and does the change on the return undef change
that?
Worried that Perl Critic is complai
# avoid scan if BOM present
if( $data =~ /^(?:\xff\xfe|\xfe\xff)/ ) {
dbg( "message: detect_utf16: found BOM" );
- return undef; # let perl figure it out from the BOM
+ return; # let perl figure it out from the BOM
}
I'd recommend the next build is a prerelease build instead of an RC
build until a few people report they are running it in production. I'm
working hard to get it into production at PCCC.
On 5/1/2022 2:54 AM, Sidney Markowitz wrote:
Ok, back to CTR we go!
--
Kevin A. McGrail
kmcgr
AM, Henrik K wrote:
On Sun, May 01, 2022 at 06:07:12PM +1200, Sidney Markowitz wrote:
Do I get to just declare that we are back since I declared the switch
to R-T-C? Does anyone disagree?
+1
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache
comments.
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On 4/30/2022 10:08 PM, Sidney Markowitz wrote:
Do you mean 20_aux_tlds.cf? I did install SpamAssassin on the box and
ran sa-update. The file is in
/var/lib/spamassassin/4.00/updates_spamassassin_org/20_aux_tlds.cf
The file is not in the 4_0_0_rc_1 tar. If I run make test in the svn
Sidney, do you have SA rules installed on the box? Might be a chicken/egg
issue but sounds like you don't have the 20 TLD files. -KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Sat
es.
>
> This has only reinforced the decision to go R-T-C: I certainly don't
> want to see this turn into a commit war between everything that Henrik
> has done in the past days vs an entire independent set of patches
> completed in the dark in parallel. We can hash it out in Bugzi
ated, but as you went silent for year or
> two, why would anyone expect there's some pending diffs.
>
> On Sat, Apr 30, 2022 at 12:03:55PM -0400, Kevin A. McGrail wrote:
> > Well it was out fault for working on diffs and not giving visibility.
> Others
> > then did work on some
I don't understand
> why even waste time posting something vague like this.
>
> On Sat, Apr 30, 2022 at 09:50:15AM -0400, Kevin A. McGrail wrote:
> > Should we delay RTC? I know there are some bugs being worked on in some
> of the
> > bugs that have been closed. I als
Should we delay RTC? I know there are some bugs being worked on in some of
the bugs that have been closed. I also know there's some patches that
Giovanni might or might not have gotten to for the WLBL. We had a giant
diff for that was collided.
On Sat, Apr 30, 2022, 05:55 Axb wrote:
> Doh!
The build readme file should have some information on release candidates
and where they need to be placed.
They should not be advertised on the user's list only the dev list. More
here: https://www.apache.org/legal/release-policy.html
No vote is required to create a release candidate that I
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.
Since we don't seem to have consensus on changing the default does anybody
object to a pre-file that disables it? That would
No worries there that I know of.
cPanel has the paperwork for CCLA on file and several people with ICLA's
as well. They've given us permission to commit the code too.
I think it will be better than any dependency on external binaries.
Regards,
KAM
On 10/14/2021 10:37 AM, Henrik K wrote:
KAM channel miss ifplugin for mimeheader
Please let me know if this is resolved tomorrow. I made a number of
additions of ifplugin checks for MIMEHeader.
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https
pms->get() list context
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
og/basic_lint.ka1zlw/localrules/60_whitelist_dkim.cf (line 94):
def_welcomelist_from_dkim *@ebay.com
Is this due to Giovanni's welcomelist change a day or so back?
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.link
https://www.bleepingcomputer.com/news/security/microsoft-shares-mitigations-for-windows-printnightmare-zero-day-bug/
Anyone know if this is delivered via email? I'm trying to make sure I block
the payload if it is. Would appreciate anyone reaching out to me off or on
list.
Regards, KAM
I'll get a fire under the wlbl changes. Glad we are moving towards a 4.0
release.-KAM
On Sun, May 2, 2021, 04:32 Giovanni Bechis wrote:
> On Sat, May 01, 2021 at 04:57:21PM +0300, Henrik K wrote:
> > On Sat, May 01, 2021 at 06:38:38AM -0700, John Hardin wrote:
> > >
> > > Would we be in
+1
On Wed, Mar 17, 2021, 17:53 Sidney Markowitz wrote:
> I've completely rewritten the wiki page describing our project's process
> for
> handling reports and fixes of security vulnerabilities because it did not
> match what we actually do.
>
>
Thanks Sidney,
I have checked the bz2 download, the sha256 and 512 checksums
I have also done make and make test
All tests successful.
Files=175, Tests=2449, 740 wallclock secs ( 1.00 usr 0.23 sys + 129.33
cusr 23.35 csys = 153.91 CPU)
Result: PASS
Looking good!
--
Kevin A. McGrail
Member
Can you put a T_ rule in your sandbox or send me something to grep and I'll
search my ham/spam?
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Sat, Mar 13, 2021 at 11:38 PM John Hardin
If you have spamples and they aren't able to be blocked otherwise, a 4tld
is certainly something to consider.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Fri, Jan 22, 2021 at 11:55 AM
://inboxexpo.com
Here's the registration link:
https://hopin.com/events/inbox?code=104CoP3ZwCY19ASBFkw5pfGq7
NOTE: Make sure to register with your @apache.org address so your free
registration is approved.
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin
Thanks Sidney. Good reminder. Those bugs were discussed informally and
approved by me as RM. All, unless there are objections, Sidney and I are
going to meet soon to hand off the 3.4.5 release manager duties so it can
get it built.
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software
Great!
On Fri, Jan 8, 2021, 17:51 Benny Pedersen wrote:
> On 2021-01-08 23:34, Kevin A. McGrail wrote:
> > hi Benny, The new rule is in sa-update. Does it work for you and
> > resolve the issue?
>
> yes yesterday it failed, today its resolved
>
hi Benny, The new rule is in sa-update. Does it work for you and
resolve the issue?
Regards,
KAM
On 1/7/2021 7:43 AM, Kevin A. McGrail wrote:
Good morning Benny, the lints are done against a stock install with
all the default modules. I agree it was an oversight that the v-bounce
rules did
/lib.
Also, the KAM ruleset is available as a channel. Please see www.mcgrail.com
for more information. There's a news article from November with more
details and instructions on how to use it.
Regards, KAM
On Thu, Jan 7, 2021, 06:13 Benny Pedersen wrote:
> On 2021-01-07 03:28, Kevin A. McGr
On 1/6/2021 7:11 PM, Benny Pedersen wrote:
On 2021-01-07 01:06, John Hardin wrote:
On Wed, 6 Jan 2021, Benny Pedersen wrote:
does not --lint currently
All of my pre-commit lint tests pass, base tests (for the stuff I have
installed) pass. Base SA looks OK. Don't have KAM's stuff so I
Yes, I probably shouldn't have done an svn update in the root. Luckily I
don't think 3.4.5 is much different than 3.4.
On Fri, Jan 1, 2021, 21:51 John Hardin wrote:
> On Fri, 1 Jan 2021, Kevin A. McGrail wrote:
>
> > Well I think it's tied to 3.4.4s release so I don't think I
ck.t
> > At/blocklist_autolearn.t
> > Ut/data/01_test_rules.cf
> > At/freemail_welcome_block.t
> > UMANIFEST
> > UNOTICE
> > Updated to revision 1885008.
> >
> >
> >
> > [2]
> > automc@sa-vm:~/svn/trunk$ ~/svn/trunk/build/mk
That output to let you know is from the SA-VM server for the rule build and
so it might be different than just doing it on a checkout.
On Fri, Jan 1, 2021, 10:27 John Hardin wrote:
> On Fri, 1 Jan 2021, Kevin A. McGrail wrote:
>
> > Does anyone have some time to look into this error
Does anyone have some time to look into this error? It's why I wanted to
fix the server sending logs because I didn't think rules were being
published.
t/basic_lint.t .. ok
t/basic_lint_without_sandbox.t .. ok
__ADVANCE_FEE_2_NEW depends on __URG_BIZ which is nonexistent
,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Wed, Dec 30, 2020 at 6:56 PM John Hardin wrote:
> On Wed, 30 Dec 2020, bugzilla-dae...@spamassassin.apache.org wrote:
>
>
OK, looking at it now!
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Wed, Dec 30, 2020 at 3:30 AM Giovanni Bechis wrote:
> On Tue, Dec 29, 2020 at 05:55:02PM -0800, John Hardin wr
I will take a look tomorrow am but how can i re-create your error?
On Tue, Dec 29, 2020, 20:55 John Hardin wrote:
> On Tue, 29 Dec 2020, bugzilla-dae...@spamassassin.apache.org wrote:
>
> > https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7826
> >
> > --- Comment #
when the pandemic is behind us, we can setup a hackathon at the next
ApacheCon!
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
to improve Apache SpamAssassin
installations for going on 17 years now. It includes rules for common
spam as well as contributed rules plus tweaks to help make things faster
and more efficient with the stock rules without lowering the efficacy.
The KAM rule set is authored by Kevin A. McGrail
It was already done:
https://svn.apache.org/viewvc?view=revision=1883660
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Mon, Nov 23, 2020 at 4:05 PM Philip Prindeville <
philipp_s...@redf
'<<>>': No such file or directory
>> cat: @localhost: No such file or directory
>> cat: spamassassin.org <http://spamassassin.org>: No such file or
>> directory
>> cat: ns: No such file or directory
>> cat: +short.out: No such file or directory
>> /etc/cro
ove my
> head. :(
>
> Should I revert that from the 3.4 branch pending review and approval
> by others?
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
Definitely. For those who have inquired, that was supposed to read "I
am sorry to announce that Jari Fredriksson died on July 25th. He..."
On 9/21/2020 11:36 AM, Axb wrote:
> Sad news. My thoughts are with his family.
>
> On 9/21/20 4:31 PM, Kevin A. McGrail wrote:
>&
community.
On behalf of the entire project, I'd like to extend our condolences to
him and his family. He will be missed.
If anyone wishes to send a note of condolences it can be done through
Jouni, his employer. http://www.jounivirtanenconsulting.com/contact/
Sincerely,
Kevin A. McGrail
me. We are grateful for this long support of
> the SpamAssassin community and hope it can continue. Please let us know
> whether and when you intend to resume mirroring service.
>
> --
> Bill Cole on behalf of the Apache Spamassassin Project
> billc...@apache.org
--
Kevin
I agree that some users shouldn't play with fire. I recommend you look at
a remote tool such as splashtop, lmi or zoom pro to support your users and
get a sample. Without it and frankly your changing story, you wasted a lot
of people's time on wild goose chases. There is still zero.idea if this
Nice!
On Sun, Jul 26, 2020, 01:50 wrote:
> Author: hege
> Date: Sun Jul 26 05:50:00 2020
> New Revision: 1880308
>
> URL: http://svn.apache.org/viewvc?rev=1880308=rev
> Log:
> Tweaks to increase speed, cut runtime in half
>
> Modified:
> spamassassin/trunk/masses/hit-frequencies
>
>
I think putting it in 4.0 pre makes a lot of sense. I will look at how to
do that.
On Fri, Jul 24, 2020, 17:06 John Hardin wrote:
> On Fri, 24 Jul 2020, Kevin A. McGrail wrote:
>
> >
> >> The intent was to avoid breaking existing production configurations
> >&
o disable it to stay with the old rules. I think that's simpler than
the alias functionality.
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On 7/23/2020 5:39 PM, Loren Wilton wrote:
>> The "alias" directive should not affect RE rules at all, other than
>> perhaps removing one if the alias is defined after a RE rule having the
>> same name was defined.
>
> I would hope another use of ALIAS would be to redirect a subsequent
> SCORE or
On 7/22/2020 1:45 PM, John Hardin wrote:
> On Tue, 21 Jul 2020, Kevin A. McGrail wrote:
>
>> Don't let a vocal minority drive change.
>
> Your saying this is painfully ironic to me, because for many of us a
> vocal minority *is* what is driving this change.
Actually,
ished so we can
make sure it does what we want for 3.3.x to 3.4.x as well as 4.0.0.
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
ucts
and companies in the ecosystem that will be supporting the change and
they represent a statistically substantial portion of the users. Don't
let a vocal minority drive change. To paraphrase Henry Ford, if you
asked people what they want in a car, they'd have said a faster horse.
Regards,
KAM
--
> **THIS** is why I called a vote for publicly committing to permanent
> backwards compatibility and why I am so painfully dismayed that Kevin
> seems to be so set against it.
>
> Kevin, will you *please* reconsider your position, in the interests of the
> *USERS*?
>
> Would offering backwards
Hello, all, with so much volume on the list, I thought it would be
helpful to touch on a number of topics in one email.
Regards,
KAM
*> if you are running 3.X not trunk*
The rule renaming and scoring and description issues shoule be resolved
as soon as the automated system publishes the
OK, can you ask for specifics on their use case because if the post-sa
work is not involving these rules or trivial to update, it might be best
to follow KISS.
On 7/19/2020 10:39 PM, Luis E. Muñoz wrote:
> On 19 Jul 2020, at 19:17, Kevin A. McGrail wrote:
>
>> Ahh yes, good point.
lint warning for other rule types.
Ahh yes, good point. Do we know of anyone with this parsing report
template type of use case?
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
hat alias idea do you
think?
> There is the use case of post-SA message processing looking for
> specific rule name hits - I can see custom post-SA message processing
> looking for a hit on "USER_IN_WHITELIST_TO" et al. To avoid breaking
> that we could add a "report" option to
TELIST_TO userconf nice noautolearn
score USER_IN_WHITELIST_TO -6.0
endif
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
itelist
> will become welcomelist and blacklist will become blocklist. More
> changes will be coming for this with these small changes in the stock
> ruleset.
> Apologies for the disruption and thanks to those who are reporting
> issues as we work through the changes.
>
>
t, you should get just a warning. If so,
changing that one meta and those two scores preemptively will prepare
you for the change.
e.g. meta CUST_SHORTCIRCUIT1 (ALL_TRUSTED || USER_IN_ALL_SPAM_TO ||
USER_IN_WELCOMELIST || USER_IN_WHITELIST || ...
I think you said you were on fedora 3.4.4, so please
the eval or unknown rule for descriptions.
The issue this morning is dealing with local rescoring or local rules
that use rules that are being renamed in stock ruleset. Do you have any
local rescoring or local rules built on *WHITELIST* or *BLACKLIST*? If
not, the issue should be minor.
Regards
changes will be coming for this with these small changes in the stock
ruleset.
Apologies for the disruption and thanks to those who are reporting
issues as we work through the changes.
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache
score USER_IN_WHITELIST_TO 0.001
>
>
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
first update fails to process emails. Thanks.
How does a change on the svn trunk stop your system from processing an
email?
If you are using trunk on a production system, do so from a snapshot.
Are you interested in routine 4.0.0-pre releases?
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.o
in.
But I don't think it "fixes" what you all are worried about. Perhaps give
it a few days to discuss before calling for a formal vote?
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmc
On Fri, Jul 10, 2020 at 3:10 AM Henrik K wrote:
> Sorry but I still don't agree at all. First and most important tester is
> _you_. Don't commit stuff that may break things in production.
I thought active.list might break but otherwise thought it was a good
patch. I forgot about eval rules.
On Fri, Jul 10, 2020 at 2:12 AM
wrote:
> https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7826
>
> --- Comment #34 from Henrik Krohns ---
> (In reply to Kevin A. McGrail from comment #32)
> >
> > Please remember with votes being made on this thread, you should b
Hi Loren, yes, I did notice that and sorry it broke. Are you using trunk
on a production system? If so, you might consider downgrading to 3.4.4
released or 3.4.5-pre1 for a little while.
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin
Yep, I'll build a 3.4.5-pre2 soon and send a list of things that I could
use help with so we can release it.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Thu, Jul 9, 2020 at 6:44 PM Bill
.
If you are using trunk, there may be disruption since routines, plugins and
rule changes will all interweave.
Please let me know if you have any questions!
Regards,
KAM
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com
-rw-rw-r-- 1 kmcgrail kmcgrail 163 Jun 22 01:00
Mail-SpamAssassin-3.4.5-pre1.zip.sha512
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171Hi
Don't think this really affects us much but thought I would bring it up:
https://www.peerlyst.com/posts/pastebin-kills-search-and-that-s-okay-no-really-john-turnbull
--
*Kevin A. McGrail*
kevin.mcgr...@mcgrail.com <mailto:kevin.mcgr...@mcgrail.com>
703-798-0171 (wireless)
The issue is that the project isn't monitoring the IRC and needs someone
who can do so. If you have Op, please email me off list and I'll work with
you to get someone on the project with op status and discuss further.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache
> An entirely sufficient cause for removing a default whitelist entry.
>
Thank you on both counts
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
Morning All:
How do I:
A) override this setting:
def_whitelist_auth *@*.bridgestonegolf.com
B) remove it from the stock rules?
They have been spamming me and don't deserve a whitelist.
Regards,
KAM
--
Kevin A. McGrail
kmcgr...@apache.org
Member, Apache Software Foundation
Chair Emeritus
I'd vote for shutting it down and notifying freenode. No one has ops or
monitors it for a decade. Thanks Joe, for that link.
--
Kevin A. McGrail
Member, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Fri, Feb 28
1 - 100 of 1008 matches
Mail list logo
