1741 results found

1. Calendar: "Disable" instead of cancelling an event

   Currently, the user is only able to delete an event in case it is cancelled. In such a case, the information about the canceled event is permanently lost.

   Instead, I as a user would like to have an option to cancel or disable an event, but to keep in my calendar marked for instance by a strikethrough label. The disabled event might be deleted later.

   Thus, the canceled event may remember the user of any further or future action or task.

   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. Change app icon

   The option to replace the icon with a privacy icon has been added. It would be even better, however, to be able to replace the app icon with the older ones from 2014–22, 2022–26 (no Liquid Glass) and Liquid Glass. This feature could be implemented on Android (without Liquid Glass), iOS, macOS and Windows (and perhaps even Linux).

   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

3. Pull the calendar entries/meetings from Gmail, Outlook, Apple Calendar to Proton Calendar.

   Pull the calendar entries/meetings from Gmail, Outlook, Apple Calendar to Proton Calendar.

   Not necessary for two-way sync, just a pull to one master calendar.

   Thank you!

   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

4. cloumn view in ipad app

   mail list left to choose the one to read - and the active mail viewed on the right

   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

   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

5. Show email threads as (expandable) stacks / more details in the list to the left

   Unclear if that feature has been asked for before, the search for "stacked" was negative so far "group" not exactly what I would be suggesting.

   Using the Proton client coming from Apple mail my colleagues and I struggle with (unfortunately often) large email threads with clients. We are used to be able to see grouped emails as expandable stacks being able to go directly to an email in within the stack from the overview list. Sorted from current to oldest top-down.

   Currently in proton in the (left side) list it only shows the number of emails grouped together, making it necessary to scroll down in the details (right side). Also showing (fact that there are attachments) in said list view would make it easier to find the one email that may carry an important attachment while the others just talk about that one.

   hope to have described that so it can be understood - discussions welcome ;)

   Unclear if that feature has been asked for before, the search for "stacked" was negative so far "group" not exactly what I would be suggesting.

   Using the Proton client coming from Apple mail my colleagues and I struggle with (unfortunately often) large email threads with clients. We are used to be able to see grouped emails as expandable stacks being able to go directly to an email in within the stack from the overview list. Sorted from current to oldest top-down.

   Currently in proton in the (left side) list it only shows the number of emails grouped together, making it… 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

   2 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. Optional warning before sending unencrypted replies in encrypted threads

   Currently, when a Proton Mail user sends a password-protected encrypted message to a non-Proton recipient via a secure link, the recipient can reply securely via the encrypted message portal. However, if the Proton user then replies using the normal “Reply” function, the response is sent unencrypted by default — even though the conversation previously contained encrypted messages.

   This creates a significant risk of accidental data exposure, as both the reply and the entire email history may be sent unencrypted without the user realizing it.

   I understand this is a deliberate design decision, but I strongly believe there should be an optional safeguard, for example:

   • An option to always use the lock (encrypted message portal) in threads that previously contained encrypted messages, or

   • A confirmation dialog before sending, such as:
     “This message will be sent unencrypted. Are you sure?”

   This would greatly reduce accidental leaks while preserving current behavior for users who prefer it.

   Currently, when a Proton Mail user sends a password-protected encrypted message to a non-Proton recipient via a secure link, the recipient can reply securely via the encrypted message portal. However, if the Proton user then replies using the normal “Reply” function, the response is sent unencrypted by default — even though the conversation previously contained encrypted messages.

   This creates a significant risk of accidental data exposure, as both the reply and the entire email history may be sent unencrypted without the user realizing it.

   I understand this is a deliberate design decision, but I strongly believe there should be an… 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

7. Alias mail forwarding to sub-addresses of the account

   Currently when creating a mail alias, it only lets you forward it to your main mail. If you were able to select one of the extra email addresses you created on your account, you could automate Filters based on the sub-mailaddress it gets in to, and thus automate the handling of that email accordingly (placing it in a certain folder, add a label, etc...)

   Example: Currently when I add an email alias, in my Filters I need to add it to a list of all kinds of aliases for that specific filter. If instead I could forward the email alias to a sub-mailaddress, the filter would only have to listen to that specific mail address to work. Moreover, whenever a new alias is created that forwards to that specific sub-mailaddress, the Filter will automatically be in use for that new Alias.

   Currently when creating a mail alias, it only lets you forward it to your main mail. If you were able to select one of the extra email addresses you created on your account, you could automate Filters based on the sub-mailaddress it gets in to, and thus automate the handling of that email accordingly (placing it in a certain folder, add a label, etc...)

   Example: Currently when I add an email alias, in my Filters I need to add it to a list of all kinds of aliases for that specific filter. If instead I could forward the email alias… more

   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

8. use artificial intelligence to add calendar events

   AI-Driven Calendar Management via Text Prompt

   This feature allows you to manage your calendar using simple English commands via text prompt. Type in commands to:

   • Add Events: "Add meeting with John on Friday at 2 PM"
   • Update Events: "Reschedule meeting with John to 3 PM on Friday"
   • Remove Events: "Cancel meeting with John on Friday"
   • Change Time: "Move my team meeting to 10 AM tomorrow"
   • Add Attendees: "Add Sarah and Mike to the meeting on Friday at 2 PM"

   The AI-powered system understands natural language and executes the commands, keeping your calendar up-to-date and organized.

   Benefits

   • Convenience: Manage your calendar from anywhere, at any time, using simple text commands.
   • Efficiency: Quickly add, update, or remove events without navigating through complex calendar interfaces.
   • Accuracy: Reduce errors with AI-powered command recognition and execution.

   This feature enhances your calendar management experience, making it easier to stay organized and focused on your priorities.

   AI-Driven Calendar Management via Text Prompt

   This feature allows you to manage your calendar using simple English commands via text prompt. Type in commands to:

   • Add Events: "Add meeting with John on Friday at 2 PM"
   • Update Events: "Reschedule meeting with John to 3 PM on Friday"
   • Remove Events: "Cancel meeting with John on Friday"
   • Change Time: "Move my team meeting to 10 AM tomorrow"
   • Add Attendees: "Add Sarah and Mike to the meeting on Friday at 2 PM"

   The AI-powered system understands natural language and executes the commands, keeping your calendar up-to-date and organized.

   Benefits

   • Convenience: Manage your calendar… more
   13 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

9. Always show full email address

   For both to and from there should be the option to always show the full email address rather than just a name.

   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

10. Email all participants

    Like in Outlook, add an "Email all participants" Button to events.

    Should open a Mail, like a reply all to the event. This is helpful for where I want to tell others, e.g.:
    * "Sorry, I will be late"
    * "Here are more details about the event"

    11 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

11. Partner with Signal for a messaging, calling, video app

    If Proton could partner with Signal so that both customer bases could communicate with each other with messaging, voice, and video. One of the biggest limitations with private messaging is whether or not the people you want to communicate with have the same technology. Expanding the customer base would benefit the customers of both groups. Signal has a mature product running on all of the major platforms. Proton could offer international hosting, which would limit government throttling like we've recently seen with Telegram. It would seem like Signal and Proton could find common ground that benefits both of them and their customers.

    If Proton could partner with Signal so that both customer bases could communicate with each other with messaging, voice, and video. One of the biggest limitations with private messaging is whether or not the people you want to communicate with have the same technology. Expanding the customer base would benefit the customers of both groups. Signal has a mature product running on all of the major platforms. Proton could offer international hosting, which would limit government throttling like we've recently seen with Telegram. It would seem like Signal and Proton could find common ground that benefits both of them and… 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

12. Overnight events

    While traveling, it is important to know at what accommodation you sleep at night. These are events that span two days (or if staying a longer time, multiple nights). Is there a way to mark these kinds of events in the calendar? Especially useful if it can be clearly visible from the calendar overview that there is a lack of such a night-spanning event (i.e. one night one has not yet planned a place to stay).

    Currently, on the Android app, we see by the number of dots below a date how many events are there.

    To indicate the presence of an overnight event, one could put a small arrow or marker on these dots, so to know that it is a night-covering event. Then when a night is missing, it is immediately clear from the overview.

    Especially when traveling for business to many places, while the plan changes dynamically, having such a feature helps the user to reassure themselves that they got every night figured out.

    While traveling, it is important to know at what accommodation you sleep at night. These are events that span two days (or if staying a longer time, multiple nights). Is there a way to mark these kinds of events in the calendar? Especially useful if it can be clearly visible from the calendar overview that there is a lack of such a night-spanning event (i.e. one night one has not yet planned a place to stay).

    Currently, on the Android app, we see by the number of dots below a date how many events are there.

    To indicate the presence… 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

13. 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

14. 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

15. 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

16. 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

17. Expanded color selection

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

    227 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

    16 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

18. Critical Security Vulnerability: Missing Default-Deny Policy – Why Whitelist Fails Against Zero-Click Exploits (State Trojans)

    Dear Proton Team,

    Currently, Proton Mail under "Blocked and Allowed Senders Lists" offers only a whitelist as a positive exception in a system that standardly accepts everything ("Default-Allow").

    • The "Allowed" 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 "Blocked" function serves to block known, malicious senders.

    The Fundamental Security Problem: 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.

    1. The Impossibility of a Complete Blocklist: An attacker can register thousands of domains or use hacked servers to send malicious emails. A "Blocked" 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.

    2. The Risk of Server-Side Acceptance: 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 (rendering images, parsing metadata, 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.

    3. Misunderstanding of the Current "Allowed" List: Many users mistakenly believe that an "Allowed" list automatically blocks everything else. This is technically not the case. The current list is only a filter ensuring that certain emails do not land in Spam. It is not a firewall that cuts off access for everyone else.

    The Demand: A True "Strict Allow-Only Mode" (Default-Deny Policy) I demand the introduction of a separate, explicit setting "Allow Only Permitted Senders" that fulfills the following technical requirements:

    • Server-Side Rejection (TCP-Level Blockade): The server must immediately reject every connection from a domain/sender that is not explicitly on the whitelist (e.g., with 550 Access Denied) before the email data is even transmitted.

    • No Data Acceptance: The connection must be severed at the entrance. No data packets containing a potential exploit may be received.

    • Full User Control: 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.

    Why Proton Urgently Needs This: Proton advertises worldwide with "maximum protection" and "end-to-end encryption." Yet, without a "Default-Deny" option, the door remains physically open to unknown attackers.

    • Competitive Advantage: 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.

    • Existential Necessity: For journalists, whistleblowers, and activists, this is not an optional comfort feature, but a matter of survival.

    Next Steps: Please evaluate this request for technical feasibility and prioritize its integration into the roadmap for security updates. The responsibility for maintaining the whitelist lies with the user this is the principle of every high-security system. Proton should offer this choice to substantiate its position as the world's safest provider.

    Thank you for your work on a safer internet.

    Dear Proton Team,

    Currently, Proton Mail under "Blocked and Allowed Senders Lists" offers only a whitelist as a positive exception in a system that standardly accepts everything ("Default-Allow").

    • The "Allowed" 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 "Blocked" function serves to block known, malicious senders.

    The Fundamental Security Problem: 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.

    1. The Impossibility of a… 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

19. 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

20. 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