Proton Mail & Calendar
- or
No existing idea results
- ~ No ideas found ~
1563 results found
-
Support iCalendar RFC 5545 Recurrence Properties
Currently, Calendar imports do not support "Events based on recurrence rules that are not supported by Proton Calendar". The current Calendar UI supports a very limited set of recurrence rules meaning imports are also limited. This significantly impacts the ability to create and/or import calendar events that use somewhat common recurrence rules not currently supported by Proton. In UserVoice, there are a number of suggestions to support various combinations of additional recurrence rules. My recommendation is to "consolidate" these into this (???) recommendation for supporting all recurrence rules defined in the iCalendar specification (RFC 5545) (see https://icalendar.org/iCalendar-RFC-5545/3-8-5-recurrence-component-properties.html).
This recommendation could be implemented in a phased approach where imports could be implemented first to provide the desired capabilities until the UI implementations for adding/editing events can be accomplished. For this to work, I know the Calendar display would need to be modified to display these imported recurrence rules. To minimize that effort, a human-friendly text representation could easily be generated from the recurrence rule for display in the calendar. (NOTE: See an implementation example in https://www.npmjs.com/package/rrule for the 'toText()' method.)
For the benefit of other users/voters, the recurrence properties specified in an iCalendar (RFC 5545) event include:
* Recurrence Rule (RRULE) - The recurrence rule is used in computing the recurrence set. The current set of Proton supported recurrence rules are included in RRULE. (See the RRULE Tool at https://icalendar.org/rrule-tool.html for the RRULE possibilities).
* Recurrence Date-Times (RDATE) - a list of specific date/date-times to include in the recurrence set.
* Exception Date-Times (EXDATE) - a list of specific date/date-times to exclude from the recurrence set.
Even the implementation of these recurrence properties could be implemented in a phased approach starting with the RRULE.Currently, Calendar imports do not support "Events based on recurrence rules that are not supported by Proton Calendar". The current Calendar UI supports a very limited set of recurrence rules meaning imports are also limited. This significantly impacts the ability to create and/or import calendar events that use somewhat common recurrence rules not currently supported by Proton. In UserVoice, there are a number of suggestions to support various combinations of additional recurrence rules. My recommendation is to "consolidate" these into this (???) recommendation for supporting all recurrence rules defined in the iCalendar specification (RFC 5545) (see https://icalendar.org/iCalendar-RFC-5545/3-8-5-recurrence-component-properties.html).
This recommendation…
2 votes -
Search by name on Compose Mail window
On new message window when writing the to address Proton only searches to give you suggestions by email address. I want to search by name (the one set in Contacts) not by email as people have a lot of times impossible to remember email addresses.
2 votes -
QR sign from web on mobile
Proton apps allow QR sign in but it isn't available on mobile web. I don't use proton services via
apps I just use them in mobile browser but mobile site doesn't allow QR sign in option into other devices.
Please consider QR sign in from mobile web too it will be very convenient.2 votes -
Please make Proton Mail & Calendar apps available in F-Droid
Unlike Proton Authenticator, Pass, VPN, and Lumo apps, which are available in F‑Droid, it’s sad that Proton Mail and Calendar apps are still unavailable there. I really miss those two apps to have all Proton apps from F‑Droid.
- https://search.f-droid.org/?q=protonI hope they can be made available soon!
2 votes -
Lock the proton calendar apps
I have noticed today that we can set up a new email for recovery within the proton calendar app. That's make me worry that a malware or intruder could be able to access our calendar and then replace a recovery method by its own email, instead of one we might own.
4 votes -
Prompt with frequently used folders for moving emails
When the user chooses to move a message to a folder, all of the folders appear, starting at the top. It would be useful to have an option to move to, like outlook, one of the most recent, say, dozen folders, or to the most frequently used folders, and then to choose another if the folder being sought is not on that shorter list. Also it would be good if one could collapse subfolders into the parent folder when choosing where to move a message, as that would shorten the list.
3 votes -
Emails sent: Add SimpleLogin alias address in the "from" field or in the email "header info"
When an email is sent using a reverse alias created in SampleLogin, the information shown in the "From" field or in the email "Header info" refers to the inbox. It would be useful to also include the alias address information to which corresponds the reverse alias.
4 votes -
Send again ability from within a sent email
Have the ability to select 'send again' from within a sent email.
I use this small feature all the time in Spark email client. I send out an offer request to one supplier. When sent, I select send again, change the email adress for another supplier and it goes out again.
Should be easy be an easy feature to add. i hope:)
7 votes -
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:
- 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.
- 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…
2 votes -
Please allow to print an entire month in Calentar, Thanks.
Please allow to print an entire month in Calentar, Thanks.
3 votes -
Show unread message notification on desktop app icon
Desktop App Icon should should show if they are new/unread messages, ideally how many there are.
180 votes -
Make the sidebar's width adjustable in Proton Mail
As I have quite long folders names... I deeply need to have the ability to modify the sidebar's width!
4 votes -
feature that allows users to block or delay outgoing emails
Feature Request: Outgoing Email Block / Cool-Down Rule
I would like to request a feature that allows users to block or delay outgoing emails based on recipient domain or custom rules.
For example:
Prevent sending emails to specific domains (e.g. organisation or employer domains)
Require a mandatory cool-down period (e.g. 24 hours) before emails to certain recipients can be sent
Allow outgoing messages to be automatically saved as drafts instead of sent
This would be extremely valuable as a safety and accessibility feature, particularly for users experiencing stress, anxiety, or impulsive behaviour, and for those who want stronger safeguards against accidental or regretted emails.
Proton Mail already offers strong privacy protections, and an outgoing block or delay option would be a meaningful extension of user control and wellbeing.
Thank you for considering this request.Feature Request: Outgoing Email Block / Cool-Down Rule
I would like to request a feature that allows users to block or delay outgoing emails based on recipient domain or custom rules.
For example:
Prevent sending emails to specific domains (e.g. organisation or employer domains)
Require a mandatory cool-down period (e.g. 24 hours) before emails to certain recipients can be sent
Allow outgoing messages to be automatically saved as drafts instead of sent
This would be extremely valuable as a safety and accessibility feature, particularly for users experiencing stress, anxiety, or impulsive behaviour, and for those who want stronger safeguards against…2 votes -
I would very much like to be able to change the default font to something other than Arial.
Arial is not a particularly screen friendly font, according to my old eyes anyway, and has a somewhat distastefully history. If there is a way to change it, it should be in Settings IMHO.
2 votes -
Auto-Delete Spam
For all email addresses that I have flagged as spam, anytime an email arrives from one of these senders, do not place the email into spam. Either reject it outright or immediately delete it. This could be a feature flag that the user can enable or disable.
It's tiring seeing my spam folder with 1000's of known spam messages as I try to look for something that may have landed there in error.
If I've explicitly flagged a sender as spam, I do not need to know that a message has come from that sender. It should be automatically discarded - or even rejected as perhaps an unknown email address.
For all email addresses that I have flagged as spam, anytime an email arrives from one of these senders, do not place the email into spam. Either reject it outright or immediately delete it. This could be a feature flag that the user can enable or disable.
It's tiring seeing my spam folder with 1000's of known spam messages as I try to look for something that may have landed there in error.
If I've explicitly flagged a sender as spam, I do not need to know that a message has come from that sender. It should be automatically discarded…
2 votes -
Add an option for dimming folders without unread messages
Currently all folders in the sidebar have bright titles. I would suggest an option to enable dimming of folders, views, and labels with no unread messages to make these stand out. Compared Thunderbird that uses colour and bold font to highlight unread messages. Categories (More, Folders, Labels) could assume the same highlight and unread count on the right when collapsed.
2 votes -
Datatype of dates in proton calendar
I tried to import a calendar from a different place to proton and got the error message that I cannot import dates beyond 2037. It may sound strange, but I have three long term things in my calendar.
I feel like introducing a 32bit bug in a relatively new product is quite the bad idea and consider this as a bug rather than a inconvenience. What do you think?
2 votes -
Collect emails every xx minutes from external mailboxes
That would be great to be able to collect emails from external email addresses using a task scheduler, rather than setting up forwarding on external mailboxes ( when it's possible)
2 votes -
Calculate travel time or integration with waze/google maps
The ability have Proton calculate travel time when you add an appointment would be great! Additionally if proton or Waze could remind you when (or before) it's time to leave
19 votes -
Ability to hide folders
Sometimes there are emails that you don’t others to see if another person gains access to your account or device. It would be great to have a feature to hide and password protect folders in mail or the ability to archive/hide emails in proton drive. Just more privacy options for emails.
8 votes
- Don't see your idea?