Re: [mailop] SPF: What happens if includes specify different 'all' settings?

I think you may be missing the point here ( apologies if this has already been mentioned ). Because you, the sender have no control at all on the recipients actions, it is only an indication... As an example, the SPF record is often used to evaluate the sender's domain, whereas it should only b

Re: [mailop] Invalument SIP/24

Hi Ken, Couldn't agree more on right to reply and in hindsight, given the public forum I could have phrased the email better when seeking another contact! Apologies for all the noise on list today folks - have a great evening. Cheers Dave On Thu, 27 Jun 2019 at 19:07, Ken O'Driscoll via mailo

Re: [mailop] Invalument SIP/24

Al Iverson via mailop writes: > Rob, you're treating it as an attack when I don't really think it is. In all probability, it wasn't intended as one, but, probably because of frustration, it came out looking that way. On a public mailing list, it was (in effect, if not on purpose) calibrated to

Re: [mailop] Invalument SIP/24

On Thu, 2019-06-27 at 10:50 -0500, Al Iverson via mailop wrote: > Rob, you're treating it as an attack when I don't really think it is. > Why not just say sure, I can help you with this, sorry we didn't > connect before, let's do that now. > > Your rep will survive the occasionally misplaced compl

Re: [mailop] Invalument SIP/24

On 6/27/19 04:18, Simon Forster via mailop wrote: On 27 Jun 2019, at 09:17, Dave Holmes via mailop > wrote: All email is GDPR EU compliant What the heck does that mean? It's clearly the European version of "This message can't be considered spam because it's CAN

Re: [mailop] Invalument SIP/24

Al, Looking back at my message - yes, my tone was probably too harsh - sorry about that. However, even if the person didn't intend it - there were subtle/suggestive hints that implied that ivmSIP/24 suffers from many of the worst things that happen with subnet-based blacklists, particularly

Re: [mailop] Invalument SIP/24

Rob, you're treating it as an attack when I don't really think it is. Why not just say sure, I can help you with this, sorry we didn't connect before, let's do that now. Your rep will survive the occasionally misplaced complaint -- every blacklist maintainer, especially good ones, know that people

Re: [mailop] Invalument SIP/24

On 6/27/2019 9:22 AM, Dave Holmes via mailop wrote: Can we pick this up direct off-list yes -- Rob McEwen https://www.invaluement.com +1 (478) 475-9032 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/

Re: [mailop] Invalument SIP/24

Hi Rob, Apologies but I was just after someone to speak with, the Issue is not with Invalument or event getting listing on your service. I am all for blacklist and what they do as I hate spam as much of the next person. Can we pick this up direct off-list Cheers Dave On Thu, 27 Jun 2019 at 1

Re: [mailop] Invalument SIP/24

Dave, I did overlook 2 messages you had sent outside our regular delist process, but the one single such message that was sent to me within the last month didn't have a subject line - unfortunately, we get a lot of noise that we have to dig through, so that one single message you sent within

Re: [mailop] Invalument SIP/24

> On 27 Jun 2019, at 09:17, Dave Holmes via mailop wrote: > > All email is GDPR EU compliant What the heck does that mean? And why should any provider of realtime blocklists care whether the spam being sent out by a network is compliant with some legislation — or not? Providers of “threat

Re: [mailop] SPF: What happens if includes specify different 'all' settings?

On 27/06/2019 11:15, Andrew C Aitchison via mailop wrote: For RFC7208, section 5.2    In hindsight, the name "include" was poorly chosen.  Only the    evaluated result of the referenced SPF record is used, rather than    literally including the mechanisms of the referenced record in the    first

[mailop] outlook.com not supporting encryption with ECDSA certificates

Hello, Is it just me, or outlook.com servers don't support sending mails to servers with ECDSA certificates? I this kind of error when outlook.com servers attempt to deliver emails: 2019-06-27 09:02:44.980 [74026] TLS error on connection from mail-bgr052101135027.outbound.protection.outlook.co

Re: [mailop] SPF: What happens if includes specify different 'all' settings?

Hello Benoit, "include" mechanism does not produce "fail" or "softfail", it only produces "match"/"non match" result, like any over mechanism (ip, a, mx, etc). That is, you can use "+include", "-include" or "~include" like with any mechanism, "include" means "+include". So, there is no difference

Re: [mailop] SPF: What happens if includes specify different 'all' settings?

https://tools.ietf.org/html/rfc7208#section-5.2 3. The recursive evaluation returns match, not-match, or an error. So only the "all" of the main record matters, those from the included record are ignored. (there could be some fun with "redirect" though) -- Benjamin -Original Message---

Re: [mailop] SPF: What happens if includes specify different 'all' settings?

On Thu, 27 Jun 2019, Benoit Panizzon via mailop wrote: Hi List Just wondering as I have come across this situation multiple times. A domain includes an SPF entries which have different 'all' settings. Which one is valid? I would have guessed, that an 'include' should never contain the 'all' s

[mailop] Someone from Aruba

Hi all, someone from Aruba.it here? I tried to contact postmaster@ but no response. We see abnormal timeouts from our ips to Aruba ips. Regards Ugo Reynaldi Advision Srlu ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bi

[mailop] SPF: What happens if includes specify different 'all' settings?

Hi List Just wondering as I have come across this situation multiple times. A domain includes an SPF entries which have different 'all' settings. Which one is valid? I would have guessed, that an 'include' should never contain the 'all' statement to make it possible for the domain owner to defin

[mailop] Invalument SIP/24

Hi Guys, I've tried reaching out to Rob directly with no response. Are there any other people on list from Invalument on list? We seem to have increasing problems with their pre-emptive block list. All of our email is sent from a single class 24 in a contiguous block of 150 IP's shared amongst ma