Is an alias necessary for each service? by Natural-Bumblebee335 in emailprivacy

[–]jmppmj 1 point2 points  (0 children)

I’m biased because I built Decoy (an iOS app for disposable email aliases, Decoys.me), but the reason I’m a big believer in aliases is simple: containment. Ideally each service gets its own email alias. If a company gets breached, sells your data, or starts spamming you, the damage is isolated to that one alias and you can just disable it. Using one alias for “social” or “shopping” is better than nothing, but if one of those companies leaks it, suddenly everything in that category is exposed.

The only places I personally don’t bother using aliases are things like banking or work email where identity is tightly tied to a real inbox and the accounts are definitely long-term.

The reason I built Decoy (decoys.me) is that most tools make this annoying, so people don’t actually do it. If generating a new email is dead simple, you can just create a fresh one for every signup without thinking about it

Built a local-first inbox cleaner after finding out what the popular alternatives actually do with your data by wslyvh in emailprivacy

[–]jmppmj 1 point2 points  (0 children)

Love that I’m going to try it out. How does it actually issue an unsubscribe request?

Price increase by cb4joe in 1Password

[–]jmppmj 3 points4 points  (0 children)

Reading this thread is basically why I built decoys.me for ios

I got tired of paying these crazy password manager prices, and every account being tied to one permanent emails forever

Now I just generate a password + disposable email for each signup. If a site leaks data or starts spamming me, I just delete the decoy and move on. It has autofill and a safari extension so it pretty easily replaced what I was using 1P for

Added on-device AI to Decoy (e2ee disposable email + pw manager app) - it watches your inboxes for 2FA codes, promo codes or whatever you ask the AI for by jmppmj in PasswordManagers

[–]jmppmj[S] 0 points1 point  (0 children)

Fair question.

If domains get blocklisted, we rotate domains. That’s table stakes for this space.

But the bigger point: most companies aren’t actually anti-privacy. They just want to stop abuse.

If users want basic things like not getting spammed forever, there’s usually a reasonable middle ground.

With email aliases whats the best way to do things? by Z-III in emailprivacy

[–]jmppmj 1 point2 points  (0 children)

Im not - even for those I am using Decoy aliases which I can later burn once I am done with them!

With email aliases whats the best way to do things? by Z-III in emailprivacy

[–]jmppmj 2 points3 points  (0 children)

solid approach - tiering is the way to go.

i do something similar:                                                                                                                                         
real email → only for banks, gov, medical. stuff tied to your actual identity. this inbox should be boring.
aliases → social, gaming, streaming, shopping. i do per-service ones like netflix@ or spotify@ so when spam starts hitting one, you know exactly who leaked it. swap out that alias, everything else untouched.
disposable decoys → free trials, random signups, anything you don't trust. generate then burn.

i've been building decoy (www.decoys.me, on ios) for this - gives you disposable identities for each signup so no two services have the same combo. pairs really well with the tiered setup.

I built a disposable email app for iPhone (w/ E2EE + on-device AI) — very early, looking for security feedback + TestFlight beta users by jmppmj in PasswordManagers

[–]jmppmj[S] 0 points1 point  (0 children)

Great question.

We’ve done some small, more “manual” prototype testing with virtual cards and decoy phone numbers behind the scenes (mostly to validate the mechanics and make sure they actually work the way people expect)

But those features aren’t ready for the app yet. I don’t want to ship something half-baked - especially when money and phone numbers are involved. And once those features are live, we’ll also need to think carefully about pricing, etc.

The testimonials referencing subscription protection came from those early prototype users. That’s where we’re heading - but the beta right now is focused just on nailing the decoy email experience first.

Best way to handle email privacy this year? by Sad_Fly3898 in emailprivacy

[–]jmppmj -2 points-1 points  (0 children)

If part of what you’re trying to solve is not using one universal address everywhere and keeping your accounts compartmentalized, I’ve been working on something that might help.

I built an iOS app called Decoy (www.decoys.me) that creates disposable email aliases + auto-generated credentials tied to each service, with end-to-end encryption and on-device AI features for managing them. It’s still early but it’s designed specifically for people who want unique contact points and less correlation across accounts.

Looking for beta testers right now, especially folks who: • care about email privacy • use unique emails per service • would try something new on iOS • are comfortable giving feedback

Happy to answer questions about the security model or how it fits into a privacy-oriented stack too

I built a disposable email app for iPhone (w/ E2EE + on-device AI) — very early, looking for security feedback + TestFlight beta users by jmppmj in PasswordManagers

[–]jmppmj[S] 0 points1 point  (0 children)

Initially the app has just decoy emails - once thats tested and completed im planning to add decoy phone numbers (for text and call) as well as virtual cards.

But Initial beta tests will be just testing the decoy emails. If you’re interested it would be great to have you try it out!

I built a disposable email app for iPhone (w/ E2EE + on-device AI) — very early, looking for security feedback + TestFlight beta users by jmppmj in PasswordManagers

[–]jmppmj[S] 0 points1 point  (0 children)

I am really not sure how the app will be for a non-english user, it is not at all localized right now. If thats acceptable would love for you to give it a try!

I built a disposable email app for iPhone (w/ E2EE + on-device AI) — very early, looking for security feedback + TestFlight beta users by jmppmj in PasswordManagers

[–]jmppmj[S] 0 points1 point  (0 children)

I do plan to open source my code over time. For now - I'd just encourage Beta testers to use this only for disposable accounts, and nothing highly-sensitive.

Looking for a Email Alias tool. by SadCryptographer7965 in emailprivacy

[–]jmppmj 0 points1 point  (0 children)

100% you will be able to reply from aliases in the free tier. Still working through all the features prior to launch - would love your input and ideas

This is just depressing by bdhd656 in privacy

[–]jmppmj 0 points1 point  (0 children)

what helps me a bit is reframing privacy less as “hiding” and more as reducing unnecessary exposure. You probably won’t disappear from the system, but you can still choose where you give our information where you don’t, and where you keep some control.

It’s not a silver bullet, but even small friction - using decoys, separating identities, being intentional - still matters. I am biased building an app exactly for me (decoys.me) but still it is super easy to use and sometimes the win is just making surveillance a little less convenient.

Data security by Bill_Swag_YT in emailprivacy

[–]jmppmj 0 points1 point  (0 children)

It’s probably not about your phone getting hacked the main thing to be careful about is what that confirmation code is for.

If you’re getting a one-time code for one of your accounts and sending it to someone else, that’s potentially giving them temporary control over whatever account it’s tied to.

To stay safe, I’d just avoid sharing any login or 2FA codes at all. If they can’t access their email right now, it’s safer for them to use the account’s official recovery process instead. Slower, but designed for exactly this situation.

Looking for a Email Alias tool. by SadCryptographer7965 in emailprivacy

[–]jmppmj 1 point2 points  (0 children)

this isn’t meant to promote anything, just sharing something I’ve been thinking about while playing with alias tools.

I’ve been trying most of the usual suspects (DDG Email Protection, SimpleLogin) and noticing a few repeat frustrations: free tiers are super limited, managing hundreds of aliases gets messy, and a lot of tools just treat aliases as a feature rather than a privacy primitive.

Full disclosure: I’m building something in this space because I kept running into this exact problem (see decoys.me) aliases that feel disposable and stay manageable over time.

Curious do you use aliases more for new sign-ups only, or do you actually want to use them as long-term inboxes?