26 results found

1. Standard Mail Nachfrage in MacOS

   In der Protonmail App für MacOS ist eine einmalige Nachfrage, ob man sie als Standard definieren möchte, ausreichend. Man sollte es nicht bei jedem Öffnen wegklicken müssen

   3 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   Declined  ·  AdminProton (Admin, Proton) responded

   As per the rules on the front page:

   
   

   Please ensure that your request and description are in English, use a translation tool if necessary.

   
   

   Please feel free to re-raise your idea in English, but before doing so please check that it is not a duplicate.

2. Improve mobile app UI after last major refactoring

   Hi Proton Team

   After the major UI refactoring of the Android mail app some weeks ago, we're struggling with some of the changes. In fact there are two things which are really distracting. Let me explain:

   1. Differentiate between read and unread mails

   It is very difficult to simply "see" which mails are new and which ones are already read. The only difference seems to be, that new mails are listed using bold font where already read emails are using the normal font. It doesn't matter which theme is used, you need to have a deeper look to recognize "oh, I've already read this mail".

   Please improve the inbox layout in such a way that it is clear with a blink of an eye, which mails are "new" (unread) and which ones are "old" (already read).

   1. Option to remove the icons in front of mail list

   If the mobile device is a rather small one, the used space on the display is precious. So there should be an option to disable the icons in front of each mail within the mail list. Especially if you're heavily using automated sorting into folders, you're running into the situation, where the icon is the same for each entry on the list. This is wasted space on the screen.

   It would be very much appreciated, if you could take these suggestions into account for further improvements. Please let me know, if you need further details.

   Kind regards,
   Yves

   PS: The 2nd suggestion is numbered as "2." but displayed as "1.". Strange UI glitch here on the portal...

   Hi Proton Team

   After the major UI refactoring of the Android mail app some weeks ago, we're struggling with some of the changes. In fact there are two things which are really distracting. Let me explain:

   1. Differentiate between read and unread mails

   It is very difficult to simply "see" which mails are new and which ones are already read. The only difference seems to be, that new mails are listed using bold font where already read emails are using the normal font. It doesn't matter which theme is used, you need to have a deeper look to recognize "oh, I've… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   Declined  ·  AdminProton (Admin, Proton) responded

   Thanks for raising an idea on Uservoice, as per the rules on the front page:

   Stick to 1 idea per post for voting and discussion

   You are welcome to re-raise your ideas as separate asks, so it is simpler for people to vote on them.

3. Improve UI after last major change

   Hi Proton Team

   After the major UI refactoring of the Android mail app some weeks ago, we're struggling with these changes. In fact there are two things which are really distracting. Let me explain:

   1. Differentiate between read and unread mails It is very difficult to simply "see" which mails are new and which ones are already read. The only difference seems to be, that new mails are listed using bold font where already read emails are using the normal font. It doesn't matter which theme is used, you need to have a deeper look to recognize "oh, I've already read this mail".

   Please improve the inbox layout in such a way that it is clear with a blink of an eye, which mails are "new" and which ones are "old" (already read).

   1. Option to remove the icons in front of mail list If the mobile device is a rather small one, the available space on the display is precious. So to get the most out of the available screens size, there should be an option to disable the icons in front of each mail within the mail list. It's especially useless to see these icons, if you're heavily using automated sorting of mails into folders e. g. for mailing lists or newsletters. Then you run into the situation, where the icon in front of each mail is the same icon and so the used space on the screen is wasted for no further information.

   It would be very much appreciated if you could take these suggestions into account. Please let me know if you need further details.

   Kind regards,
   Yves

   Hi Proton Team

   After the major UI refactoring of the Android mail app some weeks ago, we're struggling with these changes. In fact there are two things which are really distracting. Let me explain:

   1. Differentiate between read and unread mails It is very difficult to simply "see" which mails are new and which ones are already read. The only difference seems to be, that new mails are listed using bold font where already read emails are using the normal font. It doesn't matter which theme is used, you need to have a deeper look to recognize "oh, I've already read… more
   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   Declined  ·  AdminProton (Admin, Proton) responded

   Thanks for raising an idea on Uservoice, as per the rules on the front page:

   Stick to 1 idea per post for voting and discussion

   You are welcome to re-raise your ideas as separate asks, so it is simpler for people to vote on them.

4. Poor Alias Reputation / Blacklisted Proton Alias' (Passinbox, Passfwd, etc.)

   Poor Alias Reputation / Blacklisted Proton Alias' (Passinbox, Passfwd, etc.)
   I have recently struggled to use Proton email alias addresses. Many companies are now automatically blacklisting the alias domains and preventing me from doing simple tasks such as sign-ups and registrations. This makes the alias service practically useless.

   Please do something to fix the poor domain reputations so that we can go back to using our generated alias' as they were intended. Thank you.

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   Declined  ·  AdminProton (Admin, Proton) responded

   Please get in touch with support so we can look into these issues: https://proton.me/support/

5. email padrão

   Gostaria de personalizar (ou traduzir) a mensagem padrão que é recebida para destinatário de um email protegido com senha.
   Os emails padrão abaixo são HORRÍVEIS para meu público que não sabe nada de inglês.

   You have received an encrypted email from
   XYZ@proton.me

   Learn more about password-protected emails

   Expiry date
   Wednesday August 6th 2025 at 12:00:00 GMT

   Password hint

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   Declined  ·  AdminProton (Admin, Proton) responded

   As per the rules on the front page:

   
   

   Please ensure that your request and description are in English, use a translation tool if necessary.

   
   

   Please feel free to re-raise your idea in English, but before doing so please check that it is not a duplicate.

6. Proton Mail: Comprehensive Detailed Proposal

   1. Full End-to-End Encryption for All Mail Services Creation & Implementation:

   Conduct a thorough security audit of Proton Mail modules to identify any unencrypted data at rest or in transit.

   Use a centralized Key Management System (KMS) leveraging Hardware Security Modules (HSMs) for secure key storage.

   Generate user key pairs (RSA-4096 or ECC Curve25519) locally on client devices; private keys never leave the device unencrypted.

   Encrypt all emails, attachments, and metadata with AES-256-GCM symmetric encryption.

   Use OpenPGP (RSA-4096) and ECC for cross-platform compatibility and mobile efficiency.

   Publish detailed technical whitepapers including encryption flowcharts, key derivation functions (Argon2id, PBKDF2), and zero-knowledge proofs to ensure transparency.

   Expected Benefits:

   Zero-access guarantee: Proton servers never hold decrypted user data.

   Transparency and trust through published algorithms and architecture.

   Future-proof security with post-quantum cryptography (CRYSTALS-Kyber, CRYSTALS-Dilithium).

   1. IMAP/SMTP Support for Free Accounts via Proton Mail Bridge Creation & Implementation:

   Remove IMAP/SMTP restrictions for free-tier users.

   Provide downloadable Proton Mail Bridge clients for Windows, macOS, and Linux.

   Enforce secure connections using TLS 1.3, HSTS, and certificate pinning.

   Use OAuth 2.0 with Proof Key for Code Exchange (PKCE) and short-lived tokens for authentication.

   Offer detailed step-by-step setup guides and video tutorials for popular email clients (Thunderbird, Outlook).

   Expected Benefits:

   Easier migration from legacy email providers.

   Increased user retention and satisfaction.

   Maintained end-to-end encryption even with third-party clients.

   1. Enhanced Account Security Features Support hardware security keys (YubiKey, SoloKey) and biometric authentication (TouchID, FaceID, Windows Hello).

   Implement adaptive multi-factor authentication triggered by risk factors (new device, unusual location).

   Provide detailed login and device activity logs with options to revoke sessions remotely.

   1. Alias and Permission Management Allow creation of multiple aliases with one-time keys to mask primary addresses.

   Implement OAuth 2.0 scopes for app permissions (mail.read, mail.send, contacts.read).

   Provide users with an app permission dashboard to monitor and revoke third-party access.

   1. Automatic Email Translation with Privacy Preservation Integrate client-side or hybrid translation engines (DeepL API or proprietary models).

   Encrypt email content chunks before sending to translation service; decrypt results client-side.

   Support major languages including Ukrainian, Korean, Japanese, and European languages.

   Add a “Translate” button in the email interface preserving end-to-end encryption.

   1. Improved Search Capabilities Develop client-side encrypted indexing for fast, privacy-preserving search.

   Support advanced filters: boolean operators, date ranges, sender/recipient, attachment-only searches.

   1. User Education and Support Provide interactive tutorials on encryption setup, alias management, and security best practices.

   Expand FAQ, community forums, and direct support channels.

   1. Full End-to-End Encryption for All Mail Services Creation & Implementation:

   Conduct a thorough security audit of Proton Mail modules to identify any unencrypted data at rest or in transit.

   Use a centralized Key Management System (KMS) leveraging Hardware Security Modules (HSMs) for secure key storage.

   Generate user key pairs (RSA-4096 or ECC Curve25519) locally on client devices; private keys never leave the device unencrypted.

   Encrypt all emails, attachments, and metadata with AES-256-GCM symmetric encryption.

   Use OpenPGP (RSA-4096) and ECC for cross-platform compatibility and mobile efficiency.

   Publish detailed technical whitepapers including encryption flowcharts, key derivation functions (Argon2id, PBKDF2), and zero-knowledge proofs… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   Declined  ·  AdminProton (Admin, Proton) responded

   Thank you for your suggestion, we'll take them into consideration. Please next time use Uservoice to suggest specific and individual features.