On Tue, Oct 11, 2022 at 09:29:18AM +0300, Henrik K wrote:
KAM channel (https://mcgrail.com/template/kam.cf_channel) users
might want
to check their rules..
KAM_deadweight2_sub.cf contains this:
meta __RCVD_IN_SORBS 0
meta __RCVD_IN_ZEN 0
meta __RCVD_IN_MSPIKE_B 0
meta __RCVD_IN_MSPIKE_L 0
meta __RCVD_IN_DNSWL 0
Seems it's been disabling many active and useful DNSBL/WL lookups
for a long
time?
On 12/10/2022 03:35, Henrik K wrote:
Ah yeah, now I remember this bug:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7991
Apparently this isn't a "problem" in 3.4, as the channel can't even
override
anything from official rules.. so only affects recent 4.0.0/trunk
users.
that's not nice, I've had pretty much hits from those lists before I started
using 4.x
On 12.10.22 10:41, Noel Butler wrote:
or save SA doing extra work, and use the RBL's at MTA level - where
they should be used and have been used for 25 years in the ISP world
you compare uncomparable.
SA does header scanning and can check on non-direct headers, e.g. at the
internal network level.
Also, it can do deep header scanning for open proxies etc.
MTA can't do that.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Saving Private Ryan...
Private Ryan exists. Overwrite? (Y/N)
