Re: [mailop] spf and mx: tokens

On 2018-04-11 at 14:41 -0700, Carl Byington wrote: > So we could (do what they want) interpret mx:mail.example.com as if it > were a:mail.example.com FWIW, both RFC 4408 from 2006 and RFC 7208 from 2014 explicitly "MUST NOT" this behavior. Section 5.4 in each. > What does your code do when it se

[mailop] spf and mx: tokens

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 While checking dmarc, we check for dkim signatures. If that fails, we look for spf records. A very small number of those contain mx: tokens. While chasing a bug in my code, it became obvious that almost everyone misuses those, and they really meant t

Re: [mailop] question regarding support for international characters {dkim-fail}

At Google, Gmail can add support for other addresses without impacting that many other services (contacts and the sharing UI's for the other gsuite apps). Changing all of Google products to handle a primary id that's not just ascii is a much larger change across the company and coordinating thousa

Re: [mailop] question regarding support for international characters {dkim-fail}

I don’t think that most software even supports EAI addresses. When I built WildDuck IMAP server (https://github.com/nodemailer/wildduck ) then while I had EAI and other i18n aspects (SMTPUTF8, RFC6855 etc) planned from day one then it was really difficult

Re: [mailop] question regarding support for international characters {dkim-fail}

Curious, isn't it, that the MSP EAI support we've talked about here is exclusively for other people's addresses, not for their own users? I know a few Indian providers that offer EAI addresses and I think a Chinese one. It's not surprising that the US providers don't do so, since as you note

Re: [mailop] question regarding support for international characters {dkim-fail}

> Besides, I have a sneaking suspicions that those who take the step of offering > addresses in scripts that have these issues are going to be so busy dealing > with visual similarity, address fakery, and similar issues that we'll be > lucky if they do any sort of normalization at all, let alone d

[mailop] ATP Safe Links Help

Hello folks, Anyone know if Microsoft accept requests to review cases of domain being blocked by the new Safe Link filter of Office365/Outlook Premium ? I do not find in the support channels any information about which rules can get links blocked and who contact in case of a possible false-positi

Re: [mailop] question regarding support for international characters {dkim-fail}

On Wed, 11 Apr 2018, Ned Freed wrote: MTAs, maybe. But your typical MTA also acts as an MSA. Mine's atypical, the MSA is a separate program that I haven't tried to fix yet. At this point I'm exchanging EAI mail with other places, using the scanning hack to decide whether to look for SMTPUTF8

Re: [mailop] question regarding support for international characters {dkim-fail}

>> The Gmail and Hotmail support handles other people's UTF-8 addresses >> in mail but they still don't provide UTF-8 addresses on their own >> systems. > > From what I can tell, Gmail and outlook.com's support is basically "just send > UTF-8", that is, it will send EAI messages without the server