Skip to content

Comment on Paul Graham Keynote at PyConparent

Comments

Gmail offers email+foo@gmail.com, which is sent to email@gmail.com, but then you can filter on the To: field. I don't think that completely solves #3, but it's a helpful trick. Plus, then you can see how your email addresses get passed on, as long as whoever's got your email isn't clever enough to =~ s#\+.*?@#@# regex your address...

I love this feature, but unfortunately I've found that probably 30-40% of the websites that I supply with my email address will not accept it due to the "+" character. It seems like travel-related businesses are some of the worst offenders -- the vast majority of airlines and hotels seem to balk at the "+", which is frustrating, because "+travel" is one of my favorite filters.

Amusingly, this is almost certainly due to the legacy backend systems which still use a six-bit character set, and this set doesn't include helpful things such as lowercase characters or the + symbol.

Totally agree. For me it's a way to assess the quality of the website: be wary of websites that complain that emails can't contain a +.

If you have your own domain (which I think most people have on HN?) you can use different usernames to the same effect, or a different separator.

But even if it worked all the time it's only part of the solution.

AboutSource Built by g1lg1l

Hackerly is an independent reader for Hacker News, built on the public HN API. Not affiliated with Y Combinator.