with huge packet dumps
dbg("dns: %s", $packet ? $packet->string : "undef");
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
never switch to sending pure text/plain mail is misidentified by your
chosen configuration.
-- and so may
be overlooked by the moderators.
This mailing list is not moderated.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
nd/correct the
population of people with ops rights on the channel, please do so. I
would think that adding PMC members, particularly those who are recently
engaged with the project, would be good choices for ops.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpyboz
ago]
[00:44:42] -ChanServ- 6 patdk-wk +ARefiorstv [modified
7y 5w 6d ago]
[00:44:42] -ChanServ- - -- -
[00:44:42] -ChanServ- End of #spamassassin FLAGS listing.
On 2/13/2020 9:46 AM, Bill Cole wrote:
#spamassassin has this "topic
remove it from the stock rules?
Get a committer to remove the line from trunk/rules/60_whitelist_auth.cf
Like in r1874953 :)
They have been spamming me and don't deserve a whitelist.
An entirely sufficient cause for removing a default whitelist entry.
--
Bill Cole
b...@scconsult.com or billc
:
Argument "1.20200513.1" isn't numeric in numeric ge (>=) at
lib/Mail/SpamAssassin/Util/DependencyInfo.pm line 656, line 1.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not For Hire (currently)
On 9 Jul 2020, at 14:14, Bill Cole wrote:
On 21 Jun 2020, at 22:12, Kevin A. McGrail wrote:
Hi All,
Working towards a 3.4.5 bug release and I have built a pre1
release. I
have this running in production and believe it is safe to use.
Probably, but it seems to be missing a recent fix
The sa-update mirror monitor is showing the secnap.net mirror down, and
MIRRORED.BY has no contact info except the names and the fact that
Wazir's email bounced in 2017.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses
The sa-update mirror monitor has been showing the secnap.net mirror
down, for a few days and MIRRORED.BY has no contact info except the
names and the fact that Wazir's email bounced in 2017.
I will comment out that mirror ~Monday if no contact is made and the
mirror remains down.
--
in use for almost a decade and seems to have never failed for any
extended period in that time. 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
ither rule on any of the mail systems I work with going
back a month, so I am wondering if it is worthwhile to construct test messages
that should hit due to elements in the latter parts of the patterns or if
you've already done such tests.
--
Bill Cole
b...@scconsult.com or billc...@apach
are no negative responses to
consider, I'll proceed with the next steps in the release by building
what we currently have as 3.4.5.
Regards,
Sidney Markowitz
Chair, Apache SpamAssassin PMC
sid...@apache.org
sid...@sidney.com
--
Bill Cole
have occasional FPs.
I believe we should release a 3.4.6 in the near term (days not months)
to fix 7897 even if we have to do it with 7822 unfixed. I'd rather both
were fixed but I don't have the free cycles right now to get a good
enough understanding of the entanglements to fix it myself
t/lang_lint.t line 19.
xt/50_lang_lint.t ... 8/?
# Failed test at t/SATest.pm line 811.
# Looks like you failed 8 tests of 8.
exec failed at xt/50_lang_lint.t line 6.
xt/50_lang_lint.t ... Dubious, test returned 2 (wstat
512, 0x200)
Failed 8/8 subtests
-----
On 7 Apr 2021, at 23:33, Bill Cole wrote:
On 7 Apr 2021, at 20:56, Sidney Markowitz wrote:
Here are failures I got running in the 3.4 branch with the rules,
rulesrc, and t.rules symlinked to trunk.
sudo make test TEST_FILES="xt/*.t"
in macOS 11.2.3
I'm not deep enough i
there's no strong argument for normalize_charset=0 beyond the technical
debt of code and rules written to accommodate it.
On 15 Apr 2021, at 8:55, bugzilla-dae...@spamassassin.apache.org wrote:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7656
Bill Cole changed:
with
__HAS_{headername} subrules being simply "the header exists", and if
you want to alias it then make the *other* rule with the nonstandard
name the meta.
I don't really have a preference one way or the other, only for not
having 2 identical but independent rules.
On 30 Apr 2021, at 12:05, Benny Pedersen wrote:
On 2021-04-30 17:38, Bill Cole wrote:
On 30 Apr 2021, at 10:29, John Hardin wrote:
On Fri, 30 Apr 2021, Henrik K wrote:
Please do not commit anything without make/lint check. :-(
+1
-header __HAS_LIST_ID exists:List-Id
+meta
their distro updates to a version newer than the current
trunk.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
=1
Invalid \0 character in pathname for ftdir:
rulesrc/core\0rulesrc/sandbox at lib/Mail/SpamAssassin.pm line 2010.
That seems BAD but I do not understand what's causing it.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses
On 2021-08-11 at 22:03:24 UTC-0400 (Thu, 12 Aug 2021 04:03:24 +0200)
Benny Pedersen
is rumored to have said:
> https://bugs.gentoo.org/807781
>
> is it solved in 3.4.6 ?
That's not a SA bug report. It's a Gentoo bug report.
Fix your rules.
--
Bill Cole
b...@scc
iasing state evalbytes say fc current_sub);
> no feature qw(indirect);
Why?
I believe this will break compatibility with older Perl (<5.22) without
actually needing all those 'features.'
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
am, which is hard to obtain
otherwise.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
signature.asc
Description: OpenPGP digital signature
m-signs...) and
learn as spam substantially more than just the absurdly spammy stuff. This
sacrifices some overall effectiveness in theory but I think it also helps make
Bayes less brittle. I have NOT done rigorous testing to prove that.
I believe that SA has reached the point of broad use where we
ed. I cannot imagine why anyone would
WANT a spamd implementation inside httpd. It almost sounds like a software
stunt akin to poetry implemented in sendmail.cf.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
signature.asc
Description: OpenPGP digital signature
ound, NOT in SA. I don't think we should be
providing support for systems that are fundamentally misdesigned in
order to make the use of a 3rd-party resolver a top priority.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addr
On 2022-04-22 at 13:32:23 UTC-0400 (Fri, 22 Apr 2022 19:32:23 +0200)
David Bürgin
is rumored to have said:
Sidney Markowitz:
We are down to six open issues on Bugzilla with a 4.0 milestone, none
listed as blockers. Let's see if we can get a release out. I'll take
care of the release manager d
On 2022-05-01 at 16:33:13 UTC-0400 (Sun, 1 May 2022 16:33:13 -0400)
Kevin A. McGrail
is rumored to have said:
On 5/1/2022 4:12 PM, Michael Storz wrote:
Kevin, the change from 'return undef' to "return" is correct because
return returns undef in the scalar context. "return undef" should
only b
rched all of those, but I believe that some of those should in
theory be useful in Bayes.
> 2) moving everything to 23_bayes.cf?
+1
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
_perlcritic.t" =~ /(.*)/ ||
"$^X ../xt/60_perlcritic.t" =~ /(.*)/;
exec($1);
Let me know if you think it can be committed.
+1
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
On 2022-05-14 at 06:52:02 UTC-0400 (Sat, 14 May 2022 12:52:02 +0200)
is rumored to have said:
> Esp module may be effectively outdated and SpamAssassin releases are not
> frequent as I would love to, for me there is no problem in removing the
> module from SpamAssassin src tree and work on it
ll be difficult to end or even
substantially change in operation. We've handled DNSBLs dying well in
the past on the project side, but it is also tough on the operator of a
DNSBL.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addr
lease.
I don't think we need a formal vote. Let's use lazy consensus over the
next 72 hours for anyone who has a reason not to switch to RTC to
speak up. I'm going to call it 22:22:22 UTC Monday 22 Aug 2022 because
that's close enough to 72 hours and it is kind of a cool time
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 seems to not see all of them and is showing hits on both the test
and non-test versions. Example:
https://ruleqa.spamassassin.
propose that we only target any new issues for 4.0.0 if
they can be closed very safely and quickly, and if there is reason not
to put them off to a future 4.0.1 release. The goal will be to really
be finished with 4.0.0 after 8078 is finally done.
Agreed.
--
Bill Cole
b...@scconsult.com or
1242e3c8d006612aeb4df0acf43929eaaa59d542eb5cf904498343adf5eadefcb89255
> Mail-SpamAssassin-rules-4.0.0.r1905950.tgz
>
> Regards,
>
> Sidney Markowitz
> Chair, Apache SpamAssassin PMC
> sid...@apache.org
> sid...@sidney.com
--
Bill Cole
b...@scconsult.com or billc.
r doing so, especially in
reducing friction for new contributors. But I will probably never
reshape my brain to be comfortable using git. or to do it right...
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
figuration
or should we implement something else ?
This should be "something else".
+1
IMHO, this (presumably a tracking URL for a search result?) strikes me
as much more solidly indicative of bad intent than a shortener.
--
Bill Cole
b...@scconsult.com or billc...@apache.o
rsions...
dependency check complete...
Warning: prerequisite Devel::Cycle 0 not found.
Looks like it is needed for a new test?
Not sure how to make that optional for tests only but we need to do
something, even if it is just documentation.
--
Bill Cole
b...@scconsult.com or billc...@apache.
some CPAN additions.)
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
ateful for his diligence and responsibility
in getting the release done properly.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
isit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Reg. TradeMark of Wizard Tower TechnoServices Ltd.
604-682-0300 Beautiful British Columbia, Canada
--
Bill C
else.
Am 05.06.2024 um 14:36 schrieb
bugzilla-dae...@spamassassin.apache.org:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8256
Bill Cole changed:
What|Removed |
Rene,
Our mirror monitor has shown the SpamAssassin rules update mirror at
https://sa-update.space-pro.be/ as down for a few days. Please let us know
whether we should keep it on the mirror list.
--
Bill Cole
SpamAssassin PMC Member
signature.asc
Description: OpenPGP digital signature
Does anyone have time to figure out what's going on here?
I alerted Rene to the problem and he fixed something on his machine,
which *is* now answering, however the check script is still saying it is
down.
Forwarded message:
From: aut...@sa-vm.apache.org
To: sysadm...@spamassassin.apache.o
sllabs.com/ssltest/analyze.html?d=sa%2dupdate.space%2dpro.be&s=176.28.55.20&latest
>
>
> Kind regards,
> René
> --
>
>
> Sincerely yours,
>
>
> M.Eng. *René Schwarz*
> m...@rene-schwarz.com
> https://www.rene-schwarz.com
>
>
>
>
> Origina
On 10 Oct 2016, at 5:00 -0400, dar...@chaosreigns.com wrote:
SpamAssassin version 3.3.1 has not had a rule update since 2016-10-09.
20161009: Spam and ham are above threshold of 150,000:
http://ruleqa.spamassassin.org/?daterev=20161009
20161009: Spam: 192155, Ham: 192458
The spam and ham
On 10 Oct 2016, at 13:25, Jari Fredriksson wrote:
Jari Fredriksson kirjoitti 10.10.2016 20:03:
Jari Fredriksson kirjoitti 10.10.2016 19:18:
Says:
t/sa_compile.t 1/? # Failed test 1 in
t/sa_compile.t at line 149
Not found: FOO = check: tests=FOO at t/sa_compile.t li
On 30 Oct 2016, at 4:53, Steve Sargent wrote:
Does anyone run SA on an iMac running OSX?
Yes, but that's really a better topic for the
us...@spamassassin.apache.org list rather than here on the developers
list.
If so can you offer any tips on how to do it please?
Via the MIMEDefang milt
On 14 Apr 2017, at 22:40, Sidney Markowitz wrote:
I propose that we make a practice of 1) Create a Bugzilla issue for
anything
we commit to source files or to any other files that are part of the
build
process; 2) Include the text "bug " somewhere in the commit
message.
Comments, votes?
On 7 Jun 2017, at 22:52, Philip Prindeville wrote:
I’m still seeing this now.
And yes, for spamhaus. And yes, $ip is being passed in as ‘(‘.
It should be possible to get a stack trace and figure out why it’s
being passed in as that value...
Are we any closer to having a fix for this?
Th
w with absolute certainty that they also send
mail to people who they have no business mailing and repeatedly to
addresses that no legitimate sender would try sending to more than once.
NO sender should get a default -100 just because we (SA maintainers)
think they generally mean well.
--
Bill Cole
b..
On 27 Nov 2017, at 10:22 (-0500), RW wrote:
On Sun, 26 Nov 2017 23:54:12 -0500
Bill Cole wrote:
Any whitelisting in the default ruleset should carry MUCH lower
weight than local explicit whitelisting ... NO sender should get a
default -100 just because we (SA maintainers) think they
or mail hosting providers like
Google.
Thanks,
Dave
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steady Work: https://linkedin.com/in/billcole
username: BillCole
Why: I keep finding wrongness/staleness that I want to fix.
If there's a way for committers to enable this for ourselves, I'm too
clueless to find it...
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com
is still apparently only Google corporate mail. The
only spam I've ever seen from such addresses is stupid recruiter tricks.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steady Work: https://linkedin.com/in/billcole
On 10 May 2018, at 8:07 (-0400), Kevin A. McGrail wrote:
> Agreed that is a mistake. I am on the road. Who made the change?
Me.
I've reverted it.
Details coming...
--
Bill Cole
cal/perl586/bin/perl
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steady Work: https://linkedin.com/in/billcole
On 10 May 2018, at 17:06, Todd Rinaldo wrote:
>> On May 10, 2018, at 1:51 PM, Dave Jones wrote:
[...]
>>
>> I think the safest way to handle this is to leave the script as it was a
>> couple of days ago and on those systems that have perl in a different place,
>> launch it with the full path to
unk' (which will
be 4.0.0,) 'branches/3.4' (which will ultimately be 3.4.2,) and
'tags/spamassassin_release_3_4_1' (the current release version, which
has some bad bugs but is a static reference point if that's what you
need...)
--
Bill Cole
b...@scconsult.co
It would be interesting to see it the problem would be solved by adding
"use utf8" to every .pm that had a "use bytes" declaration before 2017.
This is a bit of a shotgun approach but simpler than hunting for the
specific issue. I'd try it myself, but that I'm basically
On 25 Jun 2018, at 9:54, Kevin A. McGrail wrote:
Just to be clear, others concur that with 3 uris or less, it works, 4
or
more it fails. It's inconsistent and exists in trunk as well.
Yes. Also, it does not matter whether the URIs are pure ASCII or not,
which implies that finding this in the
On 25 Jun 2018, at 17:42 (-0400), Bill Cole wrote:
I have been unable to reproduce the problem on any of the following
OS/Perl combinations:
Ubuntu Trusty, Perl 5.18.2-2ubuntu1.6
Ubuntu Xenial, Perl 5.22.1-9ubuntu0.5
MacOS X 10.6.8, Perl 5.26.2 (MacPorts build)
MacOS X 10.6.8, Perl v5.10.0
s very odd, since
r1823205 was just a file shuffle in 3.4. Reverting r1823205 in trunk
does nothing.
Is there an actual bug report for this that I'm just not finding?
Has anyone reproduced the error with any version of Perl other than Red
Hat's 5.16.3?
--
Bill Cole
b...@sc
25 18:22:16.045 [67813] dbg: uri: cleaned parsed uri,
http://host1.example.com
Jun 25 18:22:16.045 [67813] dbg: uri: parsed host host1.example.com,
domain example.com
an url: http://host1.example.com
an url: http://host2.example.com
an url: http://host3.example.com
I'm very much convinced thi
On 26 Jun 2018, at 12:01, Kevin A. McGrail wrote:
Just an update that I was using the wrong prove with a custom
compiled
perl so a newer perl did fix the issue.
Also, Giovanni's hint about the issue led to the patch that was
causing the
issue which I proved with backporting to 3.4.1
Anyway
nch
> with (at least) the following in the commit message:
>
> This closes #2
>
>
> commit b76d18fea774f467a224ce99de9862a225dcc51b
> Author: Jimmy Casey
> Date: 2018-07-29T21:47:46Z
>
> Fixed Spelling.
>
>
>
>
> ---
--
Bill Cole
b...@scconsult.c
mall change to the patterns in this test relied on the -D
output, as does the core of one of the antipatterns. The former could be
fixed, the latter not so much. This change and its "reminder" antecedent
should be reversed.
--
Bill Cole
b...@scconsult.com or billc...@apache
On 22 Aug 2018, at 13:34, John Hardin wrote:
Giovanni:
The removal of RCVD_NUMERIC_HELO has broken the build (for me at
least):
Checking anything
ok 1
1..2
HELO_MISC_IP depends on RCVD_NUMERIC_HELO which is nonexistent
HELO_MISC_IP depends on RCVD_NUMERIC_HELO which is nonexistent
HE
On 24 Aug 2018, at 19:24, John Hardin wrote:
How far back does the SHA256 support go?
Not far:
$ svn log sa-update.raw |grep -A1 -B3 SHA256
r1826916 | billcole | 2018-03-15 23:15:19 -0
kwork/weekly_mass_check/masses/../lib/Mail/SpamAssassin/Util.pm
line 778, near "s/\t//gr"
anybody else?
Axb
You are probably the only person submitting masschecks running <5.14.
Fixed by removing 'r' modifier, which was introduced in Perl 5.14 and
wasn't n
rectory does not exist, replace with the
domain part
+to use a domain-wide default.
+
=item %% -- replaced with a single percent sign (%).
=back
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steadier Work
Kevin has pointed out that documentation is exempt from R-T-C rules,
even when embedded in code.
Committed as r1840050.
On 4 Sep 2018, at 12:36 (-0400), Bill Cole wrote:
The code for the "%x" token implementing Exim-style domain defaulting
for virtual user config directories was
core behavior of SA would be almost
certain to NOT get into 3.4.3, which will be out soon and is likely to
be dominant in production systems for some time despite the (coming
soon) 4.0 release. If this were done in code rather than in rules, it
would never be usable for sites not ready or able
t;$rulename:$lookupstr:$dnsbl:$qtype";
+ return if exists $pms->{uridnsbl_seen_lookups}{$qkey};
+ $pms->{uridnsbl_seen_lookups}{$qkey} = 1;
+
my $key = "DNSBL:" . $lookupstr . ':' . $dnsbl;
my $ent = {
key => $key, zone => $dnsbl, obj => $obj, type => 'URI-DNSBL',
--
Bill Cole
On 10 Dec 2018, at 1:46, 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 d
On 10 Dec 2018, at 1:56, Henrik K wrote:
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
ort of 'phantom rule' left over from before I
fixed the problematic replace_tag last week. mkrules is still
complaining about it, even though in my sandbox it has been fixed.
Will examine later.
--
Bill Cole
never runs, making the problem permanent until fixed manually on svn.
This issue gets masked by the fact that different pieces of the
masscheck/ruleqa complex keep copies of the rulesrc tree in 7 different
places for various purposes, each of a different age.
--
Bill Cole
b...@scconsult.c
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&sortby=date&revision=1851021
Are you sure that it is doing the same thing?
With a *cursory* look I think your fix is harmless, as it ca
er, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
--
Bill Cole
On 25 Feb 2019, at 14:56, Kevin A. McGrail wrote:
All, it's frustrating that commits are happening without proper make
tests. It delays things greatly when trying to do releases that they
aren't in a passing state. Please consider this.
Mea culpa. The change in r1849441 was to fix bug 7302,
On 25 Feb 2019, at 18:01, Bill Cole wrote:
On 25 Feb 2019, at 14:56, Kevin A. McGrail wrote:
All, it's frustrating that commits are happening without proper make
tests. It delays things greatly when trying to do releases that
they
aren't in a passing state. Please consider t
://spamassassin.apache.org/updates/MIRRORED.BY
Or
https://svn.apache.org/repos/asf/spamassassin/site/updates/MIRRORED.BY
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Available For Hire: https://linkedin.com/in/billcole
2.00
# Lots of hate; score as informative hammy, may override locally
score RP_MATCHES_RCVD -0.001
-
+# pds
+score DKIMWL_WL_HIGH-7.5
--
Bill Cole
need something in the debug
output that says __E_LIKE_LETTER (number of hits if more than 1).
That would be a useful enhancement even without my flagrant log
vandalism.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not
tened.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
that.
FWIW, __LOWER_E specifically is this:
body__LOWER_E /e/
So there's no issue of hits varying at all. It's evil twin
__E_LIKE_LETTER will hit on anything that looks like an 'e' so it does
have diverse hits.
--
Bill Cole
b...@scconsult.com or bi
o a test subroutine that calls check_bayes(). The
pile of subroutines that is constructed from rules is called when
Mail::SpamAssassin->check() is called, by way of
Mail::SpamAssassin::PerMsgStatus->check() and
Mail::SpamAssassin::PerMsgStatus->check_timed().
Does that help?
--
Bill
89 matches
Mail list logo