On 1/25/2017 11:03 AM, Benny Pedersen wrote:
Kevin A. McGrail skrev den 2017-01-25 16:46:
On 1/25/2017 9:10 AM, David Jones wrote:
Could we build a tool like masscheck to help extend these
entries for trusted senders that are known to maintain
proper SPF, DKIM, DMARC with valid opt-out processing?
Off the cuff, this sounds like the concept of more than a few
whitelist RBLs.
dkim is domain based, spf and dmarc is ip based, so not really easy to
use a ip based rbl :=)
Good point. I will clarify that I personally use RBLs as an inclusive
term for RBLs and URIBLs and I use them in ways that aren't blacklists
but just more datapoints. In short, RBLs is "generic" for me.
one day spamassassin supports dmarc it would change, hope it will do
arc testing where it imho is more simple then its is today
I'm afraid there is a language or grammar issue here. I personally pass
along DMARC results to SA but one item I've considered is how to write
SA plugins for a lot of the cool stuff I do now that is just scored by
SA. So yes, it would be nice for SA to have a DMARC plugin that is
simple and just works. Is that what you meant?
i have personly not make local rbls that is ip based, all is for me
just domains, not usefull to block ip, and then ask for help if its
diffeerent spamming domain that relay from a good ip
Running my own RBL for IP and URIs (and hashes, etc.) has been very
useful. The idea of using DNS as a distributed existing infrastructure
for data points has been very useful. I wonder now who came up with the
idea first...
dwl / swl on spamhaus is currently empty, still lots of dynamic ips
missing in ther pbl listnings, hmm
Many of those dynamic lists are based on the vendors reporting them as
dynamic blocks. Using them in addition to reverse PTR data is very
helpful but hardly all inclusive. Just one more data point in the fight
against spammers.
Regards,
KAM
