On 17 Oct 2018, at 14:27, Markus Kolb wrote:
Hi,
what is the status of ARC Support
(https://tools.ietf.org/html/draft-ietf-dmarc-arc-protocol-16)?
It is not supported in any way in SA as of 3.4.2 and I am unaware of
anyone proposing an operational model for supporting it. There is no
suppo
Here’s the hashbl.cf on my server:
loadplugin Mail::SpamAssassin::Plugin::HashBL HashBL.pm
ifplugin Mail::SpamAssassin::Plugin::HashBL
header HASHBL_EMAIL eval:check_hashbl_emails('ebl.msbl.org')
describe HASHBL_EM
Hi,
please be so kind to answer to my mail address in CC as I subscribed with
nomail just for this question only. With SA 3.4.2 you introduced HashBL.
However, I’m unsure about how to enable as the documentation states extra lines
and I can’t find a score at all. As with other plugins, I exp
Hi,
what is the status of ARC Support
(https://tools.ietf.org/html/draft-ietf-dmarc-arc-protocol-16)?
The perl Mail-DKIM module has ARC support since version 0.50
(https://metacpan.org/pod/release/MBRADSHAW/Mail-DKIM-0.50/lib/Mail/DKIM.pm)
Does SpamAssassin use this feature from Mail-DKIM i
On 16.10.18 18:42, RW wrote:
Bayes might work, but I wouldn't like to see it added to body text
because corrupted text could look like obfuscation.
On Wed, 17 Oct 2018, Matus UHLAR - fantomas wrote:
it should be pushed back to body text just for filters like bayes.
The same could/should be do
On Wed, 17 Oct 2018, Rupert Gallagher wrote:
IC is an effort to dig a hole in the water, because the problem of image spam
with obfuscated text cannot be solved by ocr.
My approach is a "better safe than sorry" best practice that anyone can
implement with existing software:
1. do not displ
On Wed, 17 Oct 2018, Matus UHLAR - fantomas wrote:
On 16.10.18 18:42, RW wrote:
Bayes might work, but I wouldn't like to see it added to body text
because corrupted text could look like obfuscation.
it should be pushed back to body text just for filters like bayes.
The same could/should be do
>On Tue, 16 Oct 2018 11:49:54 +0700 Olivier wrote:
>> One of my holdback with FuzzyOCR is that you have to provide an
>> independant word list, while we have a very good tool to analyze
>> text contents: SpamAssassin itself. So I would much prefer
>> FuzzyOCR to feed the OCR'ed text back to SA for
On Wed, Oct 17, 2018 at 09:21:33AM +0700, Olivier wrote:
>
> That is the way I meant it, it's an AND, not an OR. I see FuzzyOCR as
> just one more tool that can be added to SA.
The problem is it's so inefficient.. I've never seen image spam as a
problem, mostly it hits other rules and MTA blocks
