ClearMyInbox
Bulk unsubscribe that checks the sender actually stopped
I unsubscribed from the same newsletters three times and they kept coming back. That was the itch.
Here's the thing nobody tells you about unsubscribe tools: they fire the request, mark it done, and never look again. But unsubscribe links break. Some senders ignore them. A few quietly re-add you after a "confirm" click. You end up assuming your inbox is clean while the same marketing emails keep landing.
So I built ClearMyInbox to do the boring part. You connect a mailbox (Gmail, Outlook, Yahoo, Proton, Fastmail, Zoho or any IMAP), it scans and groups every sender emailing you, and you unsubscribe one at a time or in bulk. Then - the part I actually care about - 30 days later it re-scans each sender and tells you whether they genuinely stopped or are still emailing. A straight per-sender answer, plus a weekly report if you want one.
The other design rule: your inbox is never the product. Nothing we see gets sold, shared, or used for anything except showing you your own senders. That felt worth saying out loud in a category where the best-known name (Unroll.me) got caught selling users' inbox data. We're a UK company, ICO-registered, tokens encrypted at rest, and we went through an independent CASA Tier 2 security review because Google requires it for Gmail access - honestly one of the harder parts of shipping.
Stack, for the IH crowd: ASP.NET Core (.NET 10) API on a vertical-slice/CQRS setup, React + Vite frontend, SQLite in dev / SQL Server in prod, real-time scan updates over native SSE, Stripe for billing, hosted on Azure Container Apps.
Free tier is three scans a month, no card. Pro is £4.99/mo (first two months free), plus a one-off lifetime option because subscriptions annoy me as much as they might annoy you.
Would genuinely love feedback - especially: which senders is your inbox worst for? Mine was recruitment spam.
3 Comments
I'm curious what convinced you verification is the product rather than unsubscribing itself.
From the people you've spoken with, did they mainly feel frustrated by having to unsubscribe repeatedly, or by never knowing whether an unsubscribe request had actually worked until weeks later?
Honest answer: it wasn't user research, it was my own inbox.
I kept noticing emails from senders I'd already unsubscribed from still turning up weeks later, and I had no way of knowing which ones had actually honoured it. I wanted to know who the repeat offenders were. So I built it for myself first, then figured other people probably had the same problem and decided to open it up.
On your two options, for me it was the second one. Unsubscribing itself is a solved problem, plenty of tools do the clicking. What none of them told me was whether it worked. You click, you feel like you've done something, and then three weeks later the same sender is back and you can't remember if you ever unsubscribed or if they just ignored you.
That said, I don't think verification is the end product. It's the signal that makes everything after it possible. Right now this is an MVP and it confirms the unsubscribe went through, which I think is already a step past what's out there. It also scores every sender with AI, 0-100 on how likely you'd want them gone with a one-line reason why, so you're not left triaging 200 senders yourself. But the failure signal is what drives the roadmap:
automating the unsubscribes that aren't one-click (the ones that need a form filled in or a confirmation page)
rules for repeat offenders, so once a sender proves they're ignoring you, anything new from them goes straight to trash on arrival
a couple of things I'm keeping close to my chest for now as they involve AI a bit more
So it's less "tell the user what happened" and more "detect it, then handle it". Email shouldn't be a game of cat and mouse.
Appreciate the context.
Would be good to continue the conversation outside the thread.
What's the best email to reach you on?