*Unlimited* Disposable Email Aliases
Startmail explains it perfectly. They offer unlimited disposable aliases, which expire within a given amount of time. They also offer custom aliases which can be saved and used indefinitely.
It is the disposable alias which will help protect privacy, when submiting an email to an untrusted recipient. After all, how much privacy do we have if our fixed emails become the foundation for building and selling our marketing profiles, just as is done by gmail. We limit personal activity virtual trails by disposing of aliases for casual uses. But, unlike custom aliases, which build on our identifiable original email address, disposable aliases divert from our true email identity by utilizing a sub-domain created for this specific purpose, such as: firstname.lastname@example.org (tda = temporary disposable alias)
You avoid abuse by limiting disposable alias creation on a daily basis. Perhaps 5 max per day.
Here is Startmail's explanation:
The Blur service (by Abine) also offers a "masked mail" free service. But their service is not encrypted:
Alfonso, the idea is to use one encrypted service, not multiple services divided by their features. If ProtonMail offers changeable aliases, no one will need to use accounts from additional providers. It's great that no one can read our messages. But if marketing groups compile your account registrations, purchasing and other habits via your one fixed email address into a comprehensive, shared profile of you, you have still lost your privacy.
If startmail.com and mailinator exists, I actually don't find the need for this. I find more hassle here getting protonmail into blacklists...
As mentioned albine blur method is pretty cool. I haven't used it, but it seems popular
Just copy what Abine has done. They offer unlimited masked email addresses that forward to your real address. You turn them on/off at will or delete them whenever you want. You can have a unique email address for each website!
I think this feature would be great for ProtonMail.
This is a great idea. I'd like flexibility in setting the disposal time. 2 weeks might be too short while 2 months might be perfect
This idea offered by the ProtonMail Team, https://protonmail.uservoice.com/forums/284483-feedback/suggestions/7158454-implement-http-www-techopedia-com-definition-169 would give unlimited disposable aliases (as nym server pseudonyms) if it is implemented like other nym servers.
Andy Bolstridge commented
I like this idea too - similar to Mailinator,. where you have a obfuscated email address to hand out to others, but the emails end up in your email box.
So I can have a dave.jones@protonmail account, but any emails sent to email@example.com would also end up in the dave.jones inbox - the benefit is really to allow more privacy for all those websites you don't want to trust with your real name or real email account name.
i don't care for linking multiple account names to 1 box here, just an anonymizing redirect.
It would be even better to be able to discard an existing alias and re-generate a new one too.
Using an alias, which also uses a unique sub-domain, prevents marketing corporations from building databases through multiple resource collection, to create profiles of your commercial and personal activities. Just adding an + retains the basic email address, which can be linked to the limited aliases currently allowed.
Disposable aliases are distinct form the customizable aliases, which are limited in number, and based on current policy, cannot be modified.
Limiting the number of actively disposable aliases is acceptable, as long as any alias created can be disposed of and replaced with a new alias. In this case, unlimited does not refer to the number of simultaneously active aliases. It refers to the an unlimited number of replacement aliases, once a disposable alias has been deleted.
It would be great to generate a brand new random email address for every service with which a user signs up. However this would only work if a user is able to reactivate the temporary email address to do password recovery. Otherwise we would need to prevent password loss by reusing passwords, not good.
It would be easy to rediscover which temporary email was used for a service and reactivate it by searching an inbox for the service's "email address verification email" and reading the "to address".