Now the solution is of course to have a separate gmail account to register. Most sites still allow user+site@gmail.com address syntax so that I can sometimes see who are leaking where.
I would be curious to know if there is some credible A/B testing showing that for a relatively unknown new product blocking Mailinators and it’s kin somehow results as a better conversion?
On the e-mail provider's side, one way to work around such broken systems would be to let users generate random, opaque aliases which do not contain their primary e-mail username but route to the same account, with a predetermined label applied on receipt. These would look just like ordinary addresses and there would be no way for services to strip out the identifying elements.
Finally, since the format uses a dash rather than +, I have never once had a disposable yahoo address rejected.
Not sure if that made any sense, but here's a link to the docs:
One benefit of switching to mail on my own domain (powered by FastMail at the moment) is that instead of username@mydomain, I can also use antispamlabel@username.mydomain. Which is hopefully less common and too dangerous to automatically filter out in "data cleaning".
I've been wanting to hack together some scripts to use a serverless cloud provider like SES. Since I rarely check my email and almost never send any, it's crazy to pay such a high monthly fee.
Sending is a bit painful, though. Also sometimes mails fail to be forwarded and get stuck for a while... annoying when you're waiting for some kind of link / code.
For further reading: https://www.troyhunt.com/im-sorry-but-your-email-address-is-...
Well, there's always this: https://articles.uie.com/three_hund_million_button/ -- trigger warning: that page has annoying delayed-by-few-seconds modal popup that begs you to subscribe and, incidentally, hand out your email address; the irony must have been lost on their marketing folks.
Unless your business is REQUIRED[×] to have user details on file, putting any kind of friction on the user's action path is equal to voluntarily giving up sales. No, I don't want yet another account on your shitty website, no matter what it sells to me. If I end up coming back often enough, then I may, voluntarily, create an account. But if your site requires to create one up front, I'm incentivised to take my business somewhere else.
The worst offenders try to do email domain TLD matching against country of residence. I've seen it only twice, but it's such a user-hostile pattern that it has seared itself to my memory (while mercifully having relieved me of the memory of where I ran into it).
×: cough gambling, financial services, insurance, etc.
If I'm actively looking for an certain type of application I will usually dedicate half a day to sign up for bunch of different apps all at once. It's pretty time consuming and I'm usually left disappointed. I will then spend the next half a day trying to remove myself from them all.