Show HN: I wrote an email app that accepts only one sender per inbox

cloudmanic

I have used this service since I found it on product hunt. I am loving it! My inbox is way cleaner now.

hmokiguess

This is amazing, my dream has always been that outlook, gmail, and the likes allowed for setting up bounce rules.

jlm66

Email, snail mail, text messages etc. all need, IMO, options for ONLY allowing incoming messages from known sources. This seems like it is really aiming to do that for Email and I applaud the effort. Hopefully, it will take off in a big, big way.

mkirsten

Nice and looks helpful. It’s crazy when you think about it - email is so prevalent in our lives, yet the scope of innovation last 20 years is that we can react to an emails with emojis.

xlii

I think I'm missing something but I've have an option to use <anything>@<ident>.domain.com for couple years now. I don't find it that useful though and usually go with standard alias i.e. user+<anything>@domain.com As for single sender locking - not sure how useful that is. I mean you can get github.com email or notifications.github.com so you miss half of them?

amflare

You can already do this with any normal email account. Just do myemail+whatever@domain.com. You can put anything you want behind the +, and it still works. i.e. myemail+chase@domain.com, myemail+huffpost@domain.com, myemail+facebook@domain.com. This used to be used as some sort of automatic labeling system that was supposed to be part of the spec eons ago, but it works just fine for generating unique emails so that you can see if/when an email has been leaked.

drayfield

For context I'm sleep deprived so sorry if I've missed something obvious, but what differentiates this with something like Fastmail's masked email offering? I use unique emails for every service I use and it works beautifully. This seems... more complicated? I under there's a price difference, but little else.

ssivark

Nice idea! JFYI, in case you ever run into design questions when extending this, you seem to be implementing a version of Object Capabilities (specifically revocable forwarders / caretaker pattern), specialized for the SMTP situation -- as you want to share with someone the capability to send you messages, but you want that capability to not be shared recursively. Since you're also thinking about a user giving their agent access to their inbox -- any thoughts on what are the right capability primitives for that situation, and how the API & access tokens can represent that?

zatkin

How does it handle the scenario where the sender changes the domain they originate from? It may seem a bit unusual, like when a company rebrands (think of like Facebook originally sending from facebook.com, but then sending from meta.com later on).

another-dave

this sounds really clever. One suggestion - external contacts won't know that this address will bounce for anyone they add in CC. Maybe have an option where if I include the original whitelisted domain/person in the chain then it will let the mail through even if it's from a non-whitelisted person. Just thinking of scenarios like, you give out your email address to <your-neighbour@gmail.com> who then emails you about a 5-a-side game with a few friends but any messages from any of the other friends bounce. Or you apply for a job at ACME Inc and then you get a message back from `alice@acme.com` saying, please coordinate with `bob@our-recruiter-consultancy.com` who'll arrange the interview but Bob can't contact you

jambalaya8

We used to do stuff like this for sysadmining scripts monitoring Unix boxes back in the 1990s. It worked great for escalation and automation with our alphapagers the way 'wfh' was back in like the mid90s; less laptop bootups :).

aleksiy123

I wanted to build this for phone numbers at some point but it was way outside of my skill level at the time. I feel like unique address per sender, receiver pair could cut down on so much spam. And you can see exactly who is leaking your info.

eosis

Very cool. I've used fastmail similarly for ages. An issue I have found is services that are really hung up on your email being your id, with annoying coupling like assuming you can only access a meeting if the email invite is the same "user" as the VC you're using...

popupeyecare

I have my personal domain (let's say johndoe.com) and I have set it up so all (catch-all) emails go to one email. chase@johndoe.com, att@johndoe.com. Pretty easy.

AuthAuth

This is cool. I need this so badly for SMS. All privacy goes out the window when i have to give up my mobile number.

rikkipitt

Very cool. Love the idea. Wish I'd thought of it as an option on my products: https://www.paced.email and/or https://www.vend.email Great innovation, hope it goes well for you.

dandaka

I wish your service could replace my email in all services that has it already

gavinray

Just an FYI: You can do this with an email Email allows "+<suffix>" to be appended to any email. The usual case is something like "user+testing@site.com", or "user+bills@site.com". It's a way to auto-tag your incoming mail. You can use one of these "+" suffixes on a per-app basis and then add a spam filter to permanently burn one of them if you get spammed.

fg137

Been paying $12/yr for Firefox Relay Premium and have been happy with it so far. You get a dedicated (non customizable) subdomain.

thechairman12

This is good, thank you