Protoner
My feedback
7 results found
-
1 vote
An error occurred while saving the comment -
21 votes
An error occurred while saving the comment Protoner
commented
Just tested it. You can reply to an email with the alias it was sent to. Even though the displayed sender name in the Proton browser site is your primary user name.
PLEASE close this issues as resolved / implemented!Protoner
supported this idea
·
An error occurred while saving the comment Protoner
commented
I agree that it is a vital function.
Emails to alias adresses cannot be answered without revealing the actual user email address. Use case: Clarification correspondence for sale or purchase situations.If it is important for Proton to block misuse of the alias function by using it as a second email address in the free plan, there could be an alternative form of limitational fencing:
Aliases could stay valid for a maximum of 6 months and be available for simple email reception and sending (including attachments). Expiration date should be displayed for each alias. I suppose most use cases regarding contact with potentially spamming companies would be covered inspite of such a limitation. And it could not serv as an additional email identity! -
1 vote
An error occurred while saving the comment Protoner
commented
Just tested it. Works fine.
PLEASE close this issues as resolved / implemented! -
304 votes
An error occurred while saving the comment Protoner
commented
Just tested it. Works fine.
PLEASE close this issues as resolved / implemented!Protoner
supported this idea
·
-
3 votes
An error occurred while saving the comment Protoner
commented
In my opinion it is vital to support the most common languages, as the current format looks to many less experienced users like a phishing email! Also the order of the notification text lines is currently quite irritating for the unexperienced. It should first inform than give advice how to read the email and close with the advertisement and product info about Proton. All in very straight steps and easy understandable language!
Proposal for the notification email to external addresses (i.e. to non-Proton users):
1. Automatically the main notification language should be the one the sender selected for the Proton App / website display. However, an alternative language could be selected before sending the email for the case of emailing to a person abroad.
2. This improvement could start with the languages covering most of the planets population: English, German, French, Spanish, Chinese, Russian and ?
3. The first text section of the notification email should feature the selected language. In a second section it could state the same text in English.
4. To avoid the appearance as phishing email the first line could state something like
"You have received an encrypted email from <email address> <Display User Name>"
This would raise trust in the source of the email.
But it could also be argued that in the notification neither the full email address nor the entire real user name should be revealed.
5. Next line:
"The sender has set a password for access. The sender's password hint: . If necessary, contact sender to get help opening the email"
6. Please avoid the term "expiration date" which is typical for phishing! Alternative proposal:
"This password-protected email is available for you until ..."
7. A further line:
"Read unencrypted message with this link: ..."
8. Afterwards add all the Proton Mail info & advert lines.I would be very grateful if notification emailing would be improved. It is a key feature to involve all existing email contacts without prenoticing them by telephone! And it is a strong argument to attract more potential users to Proton Mail :-)
Protoner
supported this idea
·
-
2 votesProtoner
supported this idea
·
-
3 votes
An error occurred while saving the comment Protoner
commented
On help page
https://proton.me/support/how-to-use-pgp
in section "Email with public key attached" it is described how you can TRUST a public key.
However, the problem is that the button to trust does NOT appear if the PGP key hs not been published on a public key server.Use case:
You might want to generate a key pair for yourself and then send the public key to specific users you want to have an encrypted email conversation. Fine. If using Proton Mail you need to upload the public key to a key server. But that action exploits your email address to everyone who checks on the key server if it exists!
You might not want to reveal on a public key server, that your email address exists!!Please allow the experienced user who can assess if he/she can trust the received signature or public key! Independent of the method he/she got hold of the key (server, email attached, USB-stick etc.)
Protoner
supported this idea
·
Yes, it would be good to email out using the alias without having received any email to the alias yet. E. g. for resolving problems or inquiry about status of procedure.
If it is important for Proton to block misuse of the alias function by using it as a second email address in the free plan, there could be an alternative form of limitational fencing:
Aliases could stay valid for a maximum of 6 months and be available for simple email reception and sending (including attachments). Expiration date should be displayed for each alias. I suppose most use cases regarding contact with potentially spamming companies would be covered inspite of such a limitation. And it could not serv as an additional email identity!