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

Re:Show HN: I wrote an email app that accepts only one sende... by conductr on Thursday October 15, 2026 @12:05AM (#50099009)

Put the auto rejects into its own list and let the user add it to an existing inbox.

So if I have have the inbox for Facebook.com email, then I notice unsorted messages coming from meta.com, I can merge this into the Facebook inbox. You can probably guess and recommend the correct merge because they’ll inbox in the To: line is already known.

I think if you’re centralizing the data for merging across all users, you can really get smart about recognizing or train an agent on that info.

I don’t think you should ever totally trash an email though. This will lose you users over time. Put them in a list/folder. Similar to how there are Junk and Spam folders where flagged emails get put. The user still gets to have those emails in case they need them or a false flag occurs.

[ Parent | on HN ]

Re:Show HN: I wrote an email app that accepts only one sende... by edpin2000 on Thursday October 15, 2026 @08:57PM (#50112370)

Yeah, that is a good point. We all hate spam, but not receiving something might be worse. We do offer "permanent" inboxes, so that's the easy solution. But if no one will use one-sender or prefix, then that defeats the purpose. Something to think about. In the initial design I had something like that, a list of "blocked" emails. But that just adds more work for people to do...

[ Parent | on HN ]

Re:Show HN: I wrote an email app that accepts only one sende... by conductr on Friday October 16, 2026 @02:18AM (#50114777)

Tis the nature of communications, email is a chore for sure. It's mighty useful though

[ Parent | on HN ]