Hellow Greg,
Greg Troxel writes:
> [...]
> Lots of people think SPF is silly. And spammers spamming from a domain
> they control can even dkim/dmarc. So I agree that actual data would be
> interesting.
I totally agree with you, thanks!
Sincerely, Byung-Hee
--
^고맙습니다 _地平天成_ 감사합니다_^))//
I have a score-reducing algorithm for SA based on known 'good' senders.
From a simple one-address-per-line file (which can easily be manually
or automatically edited) is built a local_welcoming.cf file which is
used by SA - with lines like this:
score LOCAL_WELCOMING_4 -4
header LOCAL_WELCOMIN
You can break up the rule into multiple rules and use a meta rule,
definitely more readable and gives you some flexibility as well as more
information when debugging rules and timing things.
header __WELCOMING_LIST1 From =~ ...
header __WELCOMING_LIST2 From =~ ...
score LOCAL_WELCOMING_4 -4
meta
On 2021-12-02 14:42, Dominic Raferd wrote:
Thanks for any suggestions.
+1
https://spamassassin.apache.org/full/3.4.x/doc/Mail_SpamAssassin_Conf.html
see enlist_addrlist, easy to maintain, does imho what you want
On Thu, 2 Dec 2021, Dominic Raferd wrote:
I have a score-reducing algorithm for SA based on known 'good' senders. From
a simple one-address-per-line file (which can easily be manually or
automatically edited) is built a local_welcoming.cf file which is used by SA
- with lines like this:
scor
On Thu, 2021-12-02 at 13:42 +, Dominic Raferd wrote:
> I have a score-reducing algorithm for SA based on known 'good' senders.
> From a simple one-address-per-line file (which can easily be manually
> or automatically edited) is built a local_welcoming.cf file which is
> used by SA - with li
On 2021-11-30 12:24, Greg Troxel wrote:
Lots of people think SPF is silly. And spammers spamming from a domain
they control can even dkim/dmarc.
Domain based reputation is an extremely powerful tool, but it is only
useful when you know the actual sender of a message. The benefit isn't
in blo
