Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Stefano Bagnara
On Fri, 8 Jun 2018 at 19:31, Michael Peddemors wrote: > On 18-06-08 09:14 AM, Stefano Bagnara wrote: > > [...] > > In fact I still have to understand how spam reports and false positive > > reports are collected in the whole plesk world (I guess you know what > > I'm talking about): [...] > > Well

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Michael Peddemors
On 18-06-08 09:14 AM, Stefano Bagnara wrote: On Fri, 8 Jun 2018 at 17:53, Michael Peddemors wrote: [...] And while using that as feedback might seem the logical conclusion, in the real world we still see more feedback reports from legitimate email the customer should have wanted, vs emails tagg

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Rob McEwen
On 6/8/2018 11:50 AM, Michael Peddemors wrote: It is sometimes important to point out that the email marketing is a multi-billion dollar business.. The spam protection and RBL operators get very little money if any in comparison.. I was reading an ebook on marketing this past week - mistakenly

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Rob McEwen
On 6/8/2018 12:02 PM, David Hofstee wrote: Earlier you stated that larger setups depended on having blacklists at the gate to keep processing manageable but which results in less weighed filtering. [see #5] yes, but I wasn't referring to ALL blacklists - just a handful of the most effective a

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Stefano Bagnara
On Fri, 8 Jun 2018 at 17:53, Michael Peddemors wrote: > [...] > And while using that as feedback might seem the logical conclusion, in > the real world we still see more feedback reports from legitimate email > the customer should have wanted, vs emails tagged as spam that are spam. Well, this is

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread David Hofstee
> (1) First, I "eat my own dogfood", ... Yes, that was clear. > (2) A large percentage of invaluement subscribers use SpamAssassin So this should work somewhat. If you have the capacity to let everything be processed by the SA content filter. Earlier you stated that larger setups depended on havi

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Michael Peddemors
On 18-06-08 08:21 AM, Stefano Bagnara wrote: If you really think that rejecting email from senders that want to optimize their costs is a good strategy Well, IPv6 is simply a way to make email sending cheaper. So not supporting Ipv6 is an effective way to dump cheap sending. I guess anyone w

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Jim Popovitch via mailop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 2018-06-08 at 17:21 +0200, Stefano Bagnara wrote: > On Fri, 8 Jun 2018 at 16:47, Jim Popovitch via mailop org> wrote: > > On Fri, 2018-06-08 at 10:27 -0400, Rob McEwen wrote: > > > there has to be some justified level of "collateral damage"

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Stefano Bagnara
On Fri, 8 Jun 2018 at 16:47, Jim Popovitch via mailop wrote: > On Fri, 2018-06-08 at 10:27 -0400, Rob McEwen wrote: > > there has to be some justified level of "collateral damage" these > > days, due to the very high frequency of hijacked accounts, hijacked > > websites, and spamming ESP customers

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Jim Popovitch via mailop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 2018-06-08 at 10:27 -0400, Rob McEwen wrote: > there has to be some justified level of "collateral damage" these > days, due to the very high frequency of hijacked accounts, hijacked > websites, and spamming ESP customers (from ESP that are o

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Rob McEwen
On 6/8/2018 5:49 AM, David Hofstee wrote: > ... score of the sending-IP, which is similar to what you've described, correct? Correct. So you have these mechanisms in place. But your customers, who get access to the invaluement RBL, do not.  Am I correct? If I am, it still results in the concl

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Stefano Bagnara
On Fri, 8 Jun 2018 at 13:57, David Hofstee wrote: > Hi Stefano, > > The only problem I see with Cloudmark is that they are not just a reputation > provider, but a spamfilter provider with access to all the data. Which has > been acquired by Proofpoint. Well it is a mix of reputation and filter.

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread David Hofstee
Hi Stefano, The only problem I see with Cloudmark is that they are not just a reputation provider, but a spamfilter provider with access to all the data. Which has been acquired by Proofpoint. I'm asking myself the question if the fingerprints they collect are GDPR proof (although Jaren may comme

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread Stefano Bagnara
On Fri, 8 Jun 2018 at 11:53, David Hofstee wrote: > [...] > I also think that there is space for a reputation provider which can: > - Identify more than just IP addresses and domains from an email. This is what CloudMark Authority does about this, but you enable a new set of issues that have been

Re: [mailop] Should mail servers publish IPv6 MX records? Could this harm your spam filtering?

2018-06-08 Thread David Hofstee
Hi Rob, > ... score of the sending-IP, which is similar to what you've described, correct? Correct. So you have these mechanisms in place. But your customers, who get access to the invaluement RBL, do not. Am I correct? If I am, it still results in the conclusion that blacklists are not sufficie