News for hackers. Stuff that matters.
Re:Complexities of e-mail validation logic by SAI_Peregrinus on Monday May 24, 2021 @10:12AM (#27264570)
I got sick of companies rejecting email with "+", and bought a domain to use for email (among other reasons). Now I've got a wildcard entry in DNS, so any valid local part gets routed to my inbox. So instead of "[email protected]" I can do "[email protected]".
Re:Complexities of e-mail validation logic by ElFitz on Monday May 24, 2021 @11:33AM (#27265556)
I ended up giving up on that after one too many websites rejecting my custom domain (which I’m the only one using) on signup. These lazy / ignorant colleagues are annoying -_-‘
Re:Complexities of e-mail validation logic by bcrosby95 on Monday May 24, 2021 @11:58AM (#27265913)
I've been using a similar scheme for about 7 years now and have never had my email rejected by a website on signup.
Re:Complexities of e-mail validation logic by 90minuteAPI on Monday May 24, 2021 @12:26PM (#27266309)
The American Kennel Club rejected mine because the domain was “too similar” to their name. I guess just because it had a “kc” in it? Completely bewildering.
Re:Complexities of e-mail validation logic by psutor on Monday May 24, 2021 @03:37PM (#27268746)
I use this scheme ([email protected]) and one that I remember blocking for this reason is Aliexpress/Alibaba - [email protected] was rejected so I use [email protected].

No idea what sort of security this is supposed to provide.

Re:Complexities of e-mail validation logic by ElFitz on Monday May 24, 2021 @02:36PM (#27268045)
It happens rarely, but some only accept a very limited number of domains (ie Gmail, Outlook, etc).

They probably see it as some sort of security / anti-spam mechanism.

Re:Complexities of e-mail validation logic by toomanybeersies on Monday May 24, 2021 @02:31PM (#27267998)
I use a .xyz domain for my personal email, and I sort of regret it.

My emails have a tendency to become spam filter bycatch, to the point that when I was job hunting last year I'd have to ring people after I sent them my resumes etc. to confirm they actually received my email.

And when I give people my email address, I usually have to assure them that [email protected] is a legitimate email address and not a joke (it's not actually steve, but you get the point).

Re:Complexities of e-mail validation logic by psutor on Monday May 24, 2021 @03:35PM (#27268707)
I host my own email server, and .xyz is one of the 2 or 3 TLDs I went in the config files and manually blocked since nothing but spam comes from it (and lots of it).

Definitely would not recommend using it for your personal address.

Re:Complexities of e-mail validation logic by axaxs on Monday May 24, 2021 @12:44PM (#27266562)
Can you explain the DNS part? AFAIK the sender just looks for MX on the domain itself, regardless of local part.
Re:Complexities of e-mail validation logic by toomanybeersies on Monday May 24, 2021 @02:26PM (#27267925)
The actual address in the email header should still contain the subdomain though.
Re:Complexities of e-mail validation logic by hug on Monday May 24, 2021 @06:18PM (#27270351)
The address "[email protected]" doesn't point to a subdomain, though, the only reference to the company is the local part of the address, and so has nothing to do with DNS.

If he said he used "[email protected]", then it's possible he has a wildcard MX record for *.example.com, but that's not at all what he said, although perhaps it's what he meant.

Regardless, the question remains unanswered.

Re:Complexities of e-mail validation logic by ryandrake on Monday May 24, 2021 @01:17PM (#27267061)
I just set up my mail server to use - rather than +, and don’t encounter this problem.
Re:Complexities of e-mail validation logic by MivLives on Monday May 24, 2021 @10:43AM (#27264910)
What provider do you use for email? That does sound nice.
Re:Complexities of e-mail validation logic by 8ytecoder on Monday May 24, 2021 @11:02AM (#27265182)
Fastmail supports it. The best part about fastmail is that you can reply from the same address you got the email for. This is useful in customer service scenarios that identify your account based on email address.
Re:Complexities of e-mail validation logic by toast0 on Monday May 24, 2021 @07:49PM (#27271074)
The reply part is somewhat new. I had to delete and re-add the wildcard to get it on my old (circa 2013) account, but very nice to have
Re:Complexities of e-mail validation logic by gpm on Monday May 24, 2021 @10:58AM (#27265111)
I use migadu for this.

I also use greg-*@domain instead of *@domain, since their docs claim that setting up *@domain tends to attract more spam.

Re:Complexities of e-mail validation logic by _rs on Monday May 24, 2021 @11:49AM (#27265781)
Huh, how did I not ever hear/find out about this when I was choosing a provider... I think this is the first time I've seen them mentioned on HN, despite searching through quite a few de-googling threads. Will definitely take a closer look!
Re:Complexities of e-mail validation logic by nullify88 on Monday May 24, 2021 @11:07AM (#27265215)
Another Migadu user here slowly degoogling myself. $19 a year is a bargain for my usage and the features I get.
Re:Complexities of e-mail validation logic by bluehatbrit on Monday May 24, 2021 @04:52PM (#27269552)
Also a migadu user, I'm a huge fan and can't speak highly enough of them. Their pricing model is a perfect fit for me and their support address is really quick to respond.
Re:Complexities of e-mail validation logic by btmiller on Monday May 24, 2021 @11:15AM (#27265309)
Re:Complexities of e-mail validation logic by sammorrowdrums on Monday May 24, 2021 @11:01AM (#27265164)
I use ProtonMail and sign up to everything with <service>@<custom-domain> so I can track what they do with my email.

It's not cheap from PM, and there are loads of hosting providers that will provide catch-all email for free with your hosting package (but with some usually pretty poor webmail client) or if you use a mail client it should work too.

I like having good webmail and mail app and other things so I pay, but there are plenty of good options available. Sadly self-hosting email server is not really an option for a variety of reasons, but you should easily be able to use catch-all e-mail addresses.

Re:Complexities of e-mail validation logic by xyst on Monday May 24, 2021 @11:52AM (#27265829)
The paid version of gmail (google workspace/gsuite) offers this as well (they call it "aliases"). I haven't explored the option myself, but I do recall seeing something like this in the admin panel. Whether they charge for it or not is probably something I should look into.

At some point, I need to migrate away from google and build out my own personal mail server.

Re:Complexities of e-mail validation logic by fk33 on Monday May 24, 2021 @11:00AM (#27265141)
mailbox.org also provides the functionality to use your own domain and a have a wildcard entry, where all emails go into your inbox.
Re:Complexities of e-mail validation logic by tstrimple on Monday May 24, 2021 @10:45AM (#27264938)
I've tried something similar with Fastmail, and it works out well for the most part. I have ran into more than a couple services which won't accept email addresses not on a whitelisted domain for some reason and I had to use an @gmail.com address which forwards to my domain.
Re:Complexities of e-mail validation logic by tmk1108 on Monday May 24, 2021 @10:59AM (#27265123)
Out of curiosity, are those popular services? I'm in process of setting up email on my own domain and it would suck having to fallback to Gmail if some service uses an accepted list of domains.
Re:Complexities of e-mail validation logic by bluGill on Monday May 24, 2021 @11:34AM (#27265568)
fastmail is reasonably popular. Gmail is bigger, but fastmail is big enough that they cannot be ignored, unlike when I ran my own personal server and often found myself in blacklists without any knowable way to get off.
Re:Complexities of e-mail validation logic by toast0 on Monday May 24, 2021 @07:53PM (#27271101)
I've had a couple places not take my .us domain, but almost everything is fine with my .org. The places I've run into that are really picky don't like gmail or other free email providers.

The one exception is Craigslist; if I email someone with my normal email, I never get a response. I always use gmail for that.

Re:Complexities of e-mail validation logic by fooey on Monday May 24, 2021 @12:15PM (#27266148)
https://forwardemail.net/ is fantastic if all you want is to forward domains somewhere else.

It's a freemium model, but I've never needed anything in the paid tier

Re:Complexities of e-mail validation logic by Angostura on Monday May 24, 2021 @10:54AM (#27265065)
In the UK, my domain name provider offers free e-mail forwarding for (I think) 10 specific e-mail address, plus a catch-all forwarder for anything else. Works quite well.
Re:Complexities of e-mail validation logic by SAI_Peregrinus on Monday May 24, 2021 @01:37PM (#27267308)
I'm on fastmail.
Re:Complexities of e-mail validation logic by richardwhiuk on Monday May 24, 2021 @10:42AM (#27264908)
That causes weird behaviour in places, where they assume the bit before the @ is a "username".
Re:Complexities of e-mail validation logic by choward on Monday May 24, 2021 @11:02AM (#27265178)
I've been using this strategy for years and have not encountered that issue before. That would mean the part before the @ would have to be unique across all domains. That doesn't make any sense. You couldn't have [email protected] and [email protected] registered for example.
Re:Complexities of e-mail validation logic by CydeWeys on Monday May 24, 2021 @11:07AM (#27265221)
Or [email protected] and [email protected] couldn't both be registered. This scheme is so obviously flawed I can't imagine it's widely implemented.
Re:Complexities of e-mail validation logic by 8ytecoder on Monday May 24, 2021 @11:01AM (#27265162)
I've been using an own domain with wildcard emails for many years now. I'm yet to encounter a single scenario of inferred names.