> Also the minus (-) sign character is - per mail RFC - a standard and default character that may not be used in some special form but recognized as a normal character. The + sign is specified exactly for the use that protonmail and others like gmail uses them: add an alias-like mail address.

This is specifically why we need this, especially for custom domains. If the RFC alone allows you to deduce the address is an alias, and the root address behind it, then there is no privacy whatsoever. Even within the RFC it is up to ProtonMail to decide how they route the mail in their different mailboxes, and these aliases need to appear to the outside as actually different mailboxes.

This is an insanely important feature and the one that is hindering me to sign the annual plan or moving to a higher tier plan.

The ideal way would be for the user to be able to select the suffix, (potentially not just a single character but a sequence too) so that spammers won't be able to filter it out. It's not such an uncommon feature: postfix already allows such customization in settings. I'd even be willing to pay additional for this feature (and suspect many other users would do that as well).

Better, I don't know any commercial e-mail that provides that so it would be a serious differential.

I agree, the +alias system has caused a lot of usability issues for me. If I could I would use an alias on every service for data tracking purposes but the + sign is rejected quite a lot and it is pretty obvious that it's an alias. Use of the - sign or even a string of random letters would be an ideal alternative.

"Spamming" rude comments about them not listening (it's only a feedback forum after all, not a support/ticket system) isn't bringing anything further. Also the minus (-) sign character is - per mail RFC - a standard and default character that may not be used in some special form but recognized as a normal character. The + sign is specified exactly for the use that protonmail and others like gmail uses them: add an alias-like mail address.

So just taking a standard character set symbol like - and re-defining it's usage and meaning in your own mail setup is bound to create problems. Also just taking it after allowing it before to use in normal adresses (even if it's now reserved) may bring you further problems.

Nope, not listening. Outwardly looks stubborn and arrogant; users don't know what they are talking about.

HELLO PROTONMAIL ANY LISTENING. WE WANT A RESPONSE

Any updates on the timeline to implement this feature? Fastmail handles this as such: if my email address is james@email.com, they allow an alias that's structured as alias@james.email.com

See also:

https://protonmail.uservoice.com/forums/284483-feedback/suggestions/31881808-allow-temporary-email-addresses-with-a-instead-o

I'm surprised that the ProtonMail developers have not in any way responded to this request even though it has collected more than a thousand votes.

At what voting threshold do they respond?

Even if they are not going to implement a feature (which understandably will happen due to limited resources or their own design preferences), shouldn't they take a minute to post some sort of response?

From my discussions with protonmail support, this issue and alias problems in general will never be corrected. i suggest unhappy consumers vote on playstore. It seems the only place they take notice and also ask for $ back or a discount on your next renewal.

I have found using the webapp version on Android to be a far more pleasant and usefull experience. Using the webapp you can actually reply to en email thta has contacted you via an alias address WITH THE VERY SAME alias address. Something not possible with the "dedicated" android app

Yes

...and yet ANOTHER alias defect:

1. Write up an email with the correct alias showing as the [Sender]/[Reply To].
2. Save as draft
3. Reopen draft
4. [Sender]/[Reply To] has switched back to the underlying, base email with NO WAY to restore the desired alias that was originally selected/exposed.

Really proton Devs, you've got a bit of cheek to be considering new functionality when your base functionality is so half baked, especially when you have paying customers for that functionality to be in place.

Thanks for the suggestion t5q.

But at the end of the day it is still a hack.

Protonmail: >:(

Try "%2b" instead of "+". Some sites can be fooled by that.

Try on the form field and also, if needed, in the address bar itself.

htps://example.com/verify=user%2balias@pm.me

It's evident that the "-" dash or negative sign is reserved by protonmail; you cannot make a base email address with this character in the string.

So proton Devs, if you've reserved it, can't you then just open it up to the "-" sign and ditch the "+" plus sign.

So many sites disallow the use of "+" plus sign for the alias that it renders it largely unusable.

FYI,

This feature fix/change/bug has been cross-referenced from here:

https://protonmail.uservoice.com/forums/284483-feedback/suggestions/17349907--unlimited-disposable-email-aliases