1767 results found

1. Remove notification after event ends

   In Google Calendar, on Android at least, event notifications automatically disappear after an event ends. It would be nice if Proton Calendar did the same, to help keep the system notification tray tidier.

   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 →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. (Current) Critical Security Vulnerability: Missing Default-Deny Policy - Why Whitelists Fail Against Zero-Click Exploits (State Trojans)

   (Current Text) April 26, 2026
   Dear Proton Team,

   Currently, Proton Mail under (Filters) "Blocked and Allowed Senders Lists" offers only a whitelist as a positive exception in a system that standardly accepts everything ("Default-Allow"). The "Allow" function serves merely to move important emails back from the Spam folder to the Inbox; it does not prevent the receipt of emails from other domains. The "Block" function serves only to block known, malicious senders.

   The fundamental security problem is that for users who need to protect themselves against Zero-Click Exploits (e.g., advanced state trojans like Pegasus or similar spyware), this "Default-Allow" model is fundamentally insufficient and dangerous. An attacker can register thousands of domains or use hacked servers to send malicious emails. A "Block" list can never cover all future, unknown attackers; as soon as a new, malicious domain is created, it is not on the list, and the email is accepted. Furthermore, as long as the Proton server accepts every connection from an unknown domain (even if it is later moved to Spam), there is a critical risk that a Zero-Click Exploit could be executed during the processing phase, such as rendering images, parsing metadata, or analyzing attachments. The malicious code does not even need the user to open it; it can compromise the email client or server infrastructure as soon as the data touches the server. Many users mistakenly believe that an "Allow" list automatically blocks everything else. Technically, this is not the case. The current list is merely a filter ensuring that certain emails do not land in Spam, not a firewall that cuts off access for everyone else.

   I therefore demand the introduction of a separate, explicit setting "Allow Only Permitted Senders" that fulfills the following technical requirements. First, the whitelist must offer flexible granularity by supporting both individual email addresses and entire domains. This allows users to define permitted senders with two distinct levels of granularity to balance maximum security with practical usability. Individual email addresses are essential for high-security scenarios where only a specific person is trusted (e.g., john.doe@company.com); this prevents access even if other accounts within the same domain are compromised. Entire domains, on the other hand, serve for the efficient management of trusted organizations or partners (e.g., @trusted-partner.com) and allow all current and future senders from that domain without manual maintenance. The system must evaluate incoming mail against both lists, with a specific address rule taking precedence over a general domain rule if conflicts arise.

   Second, server-side rejection at the TCP/SMTP level is required. The server must immediately reject the connection before any data transfer if the sender is not explicitly on the whitelist. This requires validation already during the SMTP handshake, ideally immediately after the EHLO/HELO command or at the latest before the MAIL FROM command. If the sender is not allowed, the server must immediately terminate the TCP connection or return an SMTP error code (e.g., 550 Access Denied or 554 Transaction Failed) before the actual email data transfer (DATA command) begins. No data packets containing potential exploits may be received; the server must not buffer or analyze the email content even temporarily if the sender is not on the list. The connection must be severed at the entrance so that no data packet containing a potential exploit is received by the server infrastructure.

   Third, full user control must be guaranteed. Users must be given the opportunity to completely close their digital gate ("Air-Gap" principle for email) without relying on infinite and never-complete blocklists. The responsibility for maintaining the whitelist lies with the user; this is the principle of every high-security system.

   Proton advertises worldwide with "maximum protection" and "end-to-end encryption." Yet, without a "Default-Deny" option that supports both address and domain whitelisting, the door remains physically open to unknown attackers. With this function, Proton would be the only commercial email provider enabling users to protect themselves against state surveillance and zero-day attacks through strict perimeter security. For journalists, whistleblowers, and activists, this is not an optional comfort feature, but a matter of survival. The ability to whitelist entire domains simplifies communication with teams, while the option to whitelist single addresses ensures precision against targeted attacks.

   Please evaluate this request for technical feasibility and prioritize its integration into the roadmap for security updates. Proton should offer this choice to substantiate its position as the world's safest provider.

   Thank you for your work on a safer internet.

   (Current Text) April 26, 2026
   Dear Proton Team,

   Currently, Proton Mail under (Filters) "Blocked and Allowed Senders Lists" offers only a whitelist as a positive exception in a system that standardly accepts everything ("Default-Allow"). The "Allow" function serves merely to move important emails back from the Spam folder to the Inbox; it does not prevent the receipt of emails from other domains. The "Block" function serves only to block known, malicious senders.

   The fundamental security problem is that for users who need to protect themselves against Zero-Click Exploits (e.g., advanced state trojans like Pegasus or similar spyware), this "Default-Allow" model… more

   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 →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Improve email masking in Daily Notifications (Show first and last characters)

   Currently, Daily Email Notifications only show the first two characters of the recipient address. This makes it difficult to distinguish between similar aliases or folders (e.g., support@... vs super@...).

   I suggest updating the masking logic to show both the beginning and the end of the local part of the email address.
   * Current: su********@proton.me
   * Proposed: su****rt@proton.me or s******t@proton.me

   This provides better clarity while maintaining the privacy of the full address.

   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 →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Creation of a Public Spam Address List

   I suggest creating a public list of known spam addresses. This list could be initially curated by Proton Mail and then maintained and continuously updated by the community (for example, via GitHub).

   Additionally, it would be highly beneficial to add, in this section (https://account.proton.me/u/78/mail/filters#spam) within each user account’s spam filter settings, a feature that allows users to upload one or more precompiled lists of spam addresses (e.g., in .txt, .md, .csv, .json, or similar formats). This would enable users to manage their own personalized lists and import them all at once, rather than having to mark addresses individually.

   Furthermore, there should also be an option to upload files containing lists of blocked addresses.

   I consider this a high-level feature that should already be available in Proton Mail.

   I suggest creating a public list of known spam addresses. This list could be initially curated by Proton Mail and then maintained and continuously updated by the community (for example, via GitHub).

   Additionally, it would be highly beneficial to add, in this section (https://account.proton.me/u/78/mail/filters#spam) within each user account’s spam filter settings, a feature that allows users to upload one or more precompiled lists of spam addresses (e.g., in .txt, .md, .csv, .json, or similar formats). This would enable users to manage their own personalized lists and import them all at once, rather than having to mark addresses individually.

   … more

   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  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Strike agenda items

   When deleting an event in the Proton Calendar, I still want to be reminded that it was there originally. Is it possible to offer two kinds of delete:
   (A) strike through the event (so it is still visible in the calendar, but now the title is in strike through), or
   (B) permanently delete the event?

   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  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Calendar Weekly View: Select hours for better visibility

   add an option to "zoom in" on specific hours, or alternatively add selection tool for a "work day". For instance, I don't need to constantly see the hours of 10pm to 7am, as I never schedule events then. But currently in the weekly view they're always visible, pushing the existing events further down on the screen. Thanks!

   7 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 →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Broader timezone-compatability in Calendar

   I routinely get calendar-invites that can't get imported into Proton Calendar because of some error in the timezone-encoding.
   To import it i have to save the .ics-file, open it in Outlook and then manually enter it into Proton..

   7 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

   2 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Self-destruct multiple emails

   Currently, the self-destruct option can only be selected for each email individually. It would be really useful to be able to select multiple emails and choose a self-destruct time for all of them.

   4 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 →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Sending E2EE emails to non-Proton users without the manual password/key hassle

   I’ve been a very happy user and I’m incredibly grateful for what the Proton team has built. Proton is easily the best at privacy when both sides are on the platform, but recently I’ve been sending a lot of sensitive documents—IDs, bank docs, and contracts—to government officials. It’s made me realize that while Proton is great for privacy if both sides use it, it’s still a huge headache when your recipient isn’t a Proton user or a tech freak.

   Right now, we have two options for non-Proton users, and both have major real-world friction. First, there’s PGP. Unless the recipient is very tech-savvy, that’s out of the question. You can't ask a government clerk or a busy accountant to manage keys just to read your email. Second, there’s manual password protection. This is where it gets tough; I have to find a separate way to call or text the person just to give them a password. It feels unprofessional and creates so much friction that many people just give up.

   I’d love to propose two separate features (likely for Proton Unlimited and Business) to bridge this gap:

   1. Legally-binding "Electronic Registration" (Similar to IncaMail from Swiss Post): For both private individuals and businesses, we need a way to send an email that has legal weight. This would be a "Registered" option where the recipient must electronically sign for the email to decrypt it. To make this work while staying Zero-Knowledge, users could securely upload their ID to their Proton account—stored with end-to-end encryption so even Proton can't read it.

   When a "Registered" email arrives, the recipient would "sign" it with a simple, intuitive gesture (like a "drag-to-unlock" switch). This signature, backed by their stored ID, would generate a signed receipt proving the recipient's identity and the exact time of delivery. This would be a game-changer for official correspondence, legal filings, or contracts that require proof of delivery.

   1. Automated Identity Verification (OTP or Secure Link): This feature doesn't need to be legally binding; it's purely for making everyday secure communication convenient. To stop the hassle of manual password sharing, we need an automated verification system that doesn't require the sender to manually coordinate passwords:

   Integrated Verification: When the recipient clicks to open the email, they are prompted to verify their identity through a standard flow (like a one-time code sent to their mobile or a (secondary) email already on file).

   Secure-Key Link: Alternatively, Proton could generate a unique, secure-key link displayed in the email inbox when opening the email. The recipient is led to an encrypted browser environment that verifies they are the intended recipient through a pre-constructed flow, then decrypts the message right there.

   This removes the human element of having to coordinate a second communication channel myself. Even the most tech-illiterate and lazy people can handle an SMS code, email verification, or simply clicking a link and following a clear verification flow

   By implementing these, Proton would make it so much easier for Proton and non-Proton users to communicate privately. It makes privacy and legal security very convenient, regardless of what provider the other person uses.

   I’ve been a very happy user and I’m incredibly grateful for what the Proton team has built. Proton is easily the best at privacy when both sides are on the platform, but recently I’ve been sending a lot of sensitive documents—IDs, bank docs, and contracts—to government officials. It’s made me realize that while Proton is great for privacy if both sides use it, it’s still a huge headache when your recipient isn’t a Proton user or a tech freak.

   Right now, we have two options for non-Proton users, and both have major real-world friction. First, there’s PGP. Unless the recipient… more

   4 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  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Expanded color selection

    Being able to assign a calendar's color with an HTML color picker would be extremely beneficial.

    228 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

    18 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Simple navigation to a specific date.

    At the moment you have to scroll through each month if you want to jump to a specific date in the past or future. This is very inconvenient. In many other calendars it is possible to first select the year, then the month and then the day.

    30 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

    5 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. UI elements for Emails - too much & too big

    When opening an email - especially on mobile - UI elements are too big, to much of them and maybe they shouldn't all be there. See screenshot here - https://drive.proton.me/urls/0G7Y7D3WF0#mL6N900V24rk

    1. "This image is from a mailing list" - I know this and usually there is a link for unsubscribe, so not needed there. Also people might feel forced every time they open an email from a list to unsubscribe.

    2. "Some images failed to load...." - This is also not necessary. I would rather have a general settings for all emails. Maybe you could find a solution to load images to a temporary place, remove trackers then serve us the clean images.

    As you can see in the screenshoot around 80% of the screen is not the content of the email + instead of start reading the email, I have to address options with most of these emails.

    When opening an email - especially on mobile - UI elements are too big, to much of them and maybe they shouldn't all be there. See screenshot here - https://drive.proton.me/urls/0G7Y7D3WF0#mL6N900V24rk

    1. "This image is from a mailing list" - I know this and usually there is a link for unsubscribe, so not needed there. Also people might feel forced every time they open an email from a list to unsubscribe.

    2. "Some images failed to load...." - This is also not necessary. I would rather have a general settings for all emails. Maybe you could find a solution to load images to… more

    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 →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. When I open or use the preview in calendar, show the create date for repeating events.

    Since we don't have any task system, I create repeating events to remind me to complete some task like for example checking a credit card refund. 3 months down the track when I look at the event I want to be able to see the first date for this event. Easier than having to scroll back through a busy calendar trying to work it out.

    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 →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Integrate Mail and SimpleLogin for simpler use

    SimpleLogin built into Mail would make using much more smooth that now with different apps.

    5 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  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Password protect Proton Mail for Linux

    Beta 1.10.1 (5.0.87.5)

    Ability to protect the Proton Mail for Linux client with a password like it is for Proton Authenticator.

    I don't mention Proton Pass because the extra password there is synced between devices as a second authentication factor, while Proton Authenticator on linux has the option to setup an optional local password to lock the app without affecting other devices.

    6 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

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Support Dutch language for Proton Scribe (writing assistant)

    Add the Dutch language to Scribe.

    9 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

    5 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Jump to sent reply from the original email by clicking on reply icon beside sender name/address

    Once you've replied to an email Proton Mail adds an unfilled reply icon in front of the sender address on the replied-to email and it has "Replied to" as the hover text. However, clicking on this icon does nothing to do with replies, but instead opens the standard sender pop-up ("New message", "Messages from this sender", etc).

    I think that reply icon in front of the sender address to instead take you to the reply you wrote.

    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 →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Teams meeting link in Proton Calendar app

    Hi,

    When we have a Teams meeting on the Proton Calendar app (on the phone), we cant find the meeting link. It is not in the event, when I use my phone.
    At the moment, I either have to go on the Proton Calendar app on my laptop, or in the email.

    Can we have the meeting link on the phone app as well?

    Thanks!!

    8 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  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Allow increase of tiny composer font size in iOS app

    The composer font size in the iOS app is tiny and there is currently no way to increase the size. Changing font size in the per app settings under accessibility (in iOS) has no effect (it increases the font in the UI, but not in composer). This makes the iOS app next to useless for actually writing emails for anyone with any level of visual impairment, or just poor middle-aged eyes. Right now the only option is to compose emails in the Notes app and paste them in. Please fix this! It's a basic accessibility issue that discriminates against the visually impaired.

    The composer font size in the iOS app is tiny and there is currently no way to increase the size. Changing font size in the per app settings under accessibility (in iOS) has no effect (it increases the font in the UI, but not in composer). This makes the iOS app next to useless for actually writing emails for anyone with any level of visual impairment, or just poor middle-aged eyes. Right now the only option is to compose emails in the Notes app and paste them in. Please fix this! It's a basic accessibility issue that discriminates against the… more

    4 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

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Easily move recurring events (including birthdays) between calendars

    Currently, managing recurring events, such as annual birthdays or weekly meetings, requires a complex process of recreation if the user wishes to change which calendar they belong to (e.g., moving an event from a 'Personal' calendar to a 'Family' or 'Work' calendar).

    Please implement a simple 'move to' function for recurring events that transfers the entire series to the new calendar. This would streamline organization and data management within the Proton ecosystem, improving the user experience significantly."

    5 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

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating