I think it's really the opposite, every provider tends to introduce new/unique/nonstandards but they (mostly) interact at a minimum with eachother.
Re: gmail DOT and + notation, those have been in common use on that platform for over a decade.
>I like innovation, but to innovate email wouldn't be better to innovate in a slow and consensual way using RFC after RFC, at least in the case of email?
RFC to what body? To the best of my knowledge the entire thing is just a happenstance of what happens to work in every client/server combination.
There was an article posted recently that complained about how Netflix lets people create multiple accounts using dot variations of the same Gmail address, and plenty of people pointed out how it made no sense to blame Gmail for Netflix failing to verify email addresses: https://news.ycombinator.com/item?id=16781959
It's not as if simply making a typo and entering the wrong email address doesn't happen, either.
Also the relevant standards leave it up to the email host how to handle dots, so it's not even non-standard.
I guess spam and spam filters also have an ecological impact even if spams don't end up in our inbox.
And there are false positives too. Because of spam, we are likely to miss a legitimate message one day or another.
And I regularly see phishing on my professional inbox.
So spam is still an issue even if it is hidden, for several reasons.
I like innovation, but to innovate email wouldn't be better to innovate in a slow and consensual way using RFC after RFC, at least in the case of email?