DKIM, DMARC, SPF, rDNS/PTR, EHLO… all correct and verified in the email “original source,” BY GOOGLE. Still goes to SPAM folder because **** you, apparently. I hate Google.
DKIM, DMARC, SPF, rDNS/PTR, EHLO… all correct and verified in the email “original source,” BY GOOGLE. Still goes to SPAM folder because **** you, apparently. I hate Google.
Frankly, I’m rather shocked it hasn’t happened by now.
We’ve tried to bandaid over it with various weird things, but fundamentally SMTP is just weird.
I could easily imagine a domain having some SRV record to advertise “hey, I support NeoSMTP”, and peers switching to that instead, possibly pinning on successful NeoSMTP negotiation.
Get rid of a lot of the relaying which has not been useful in modern times and only a liability, and perhaps offer an https option to be less likely to be blocked (a TXT record to indicate url, and a node could declare their NeoSMTP entry point as https://mail.server/NeoSMTP/ or whatever works for them).
Oh, there have been plenty. The issue though is the classic “make a better standard, and now you have N+1 standards”.
Everything is wrong with SMTP. It’s still in use because it’s supported everywhere. Anything that wants to replace it either needs to entirely replace it in one fell swoop, or it needs to be backwards compatible.
The result is that occasionally a new thing comes up, a handful of people try it but there isn’t critical mass to make other features really useful so it fades.
It’s fine if Legacy email Remains the thing that could spend whereas email 2 can be used for actual correspondence between people
Hence my references to DNS records in addition to MX to determine if an endpoint is SMTP only or better. For compatible interop.
But that’s the thing: now you haven’t made an email replacement, you’ve made email more complicated.
If you’re backwards compatible you need a very compelling feature to get people to switch, and using the feature is limited until people switch.
That’s how we added spf, dkim, dmarc and starttls.
The biggest difficulty is managing the layers of compatibility.
Jmap is also an emerging standard. https://jmap.io/
Looks like replacing IMAP rather than SMTP, which is significantly less thorny.