1912 results found

1. Choose which calendars to show in the widget

   We need to be able to customise the Calendar Widget to select which calendars we want to be shown (enabled), and which we want to be hidden (disabled), separately to what is shown when opening the app.

   For example, I have a Work Team calendar and a Family calendar that I want to see when I open the app, but I don't want them shown in the widget.

   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. andriod dual messenger

   make an option to enable dual messenger functionality on andriod

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

   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

4. Privacy-Preserving Notifications/Generic Notification Mode

   Recently, reports involving Signal highlighted that operating system notification databases may retain sensitive information from message notifications, even after the original messages are deleted. While this example involved Signal and iOS, the same general risk may apply to other apps and operating systems where notification content is stored or indexed outside the app.

   For privacy-focused users, Proton Mail and other Proton products should offer an option to use generic notification text instead of exposing message content in system notifications.

   For example, instead of showing sender names, subject lines, or message previews, the notification could simply say:

   “New Proton Mail message received”

   This would reduce the chance that sensitive email metadata or content could later be recovered from operating system notification logs, backups, search indexes, forensic tools, or other third-party access.

   Suggested feature: Generic Notification Mode

   Proposed options:

   Show full notification preview
   Show sender only
   Show generic notification only
   Disable notifications entirely

   This would be a valuable privacy enhancement for Proton Mail, Proton Calendar, Proton Drive, Proton Pass, and other Proton apps where notifications may reveal sensitive content.

   Recently, reports involving Signal highlighted that operating system notification databases may retain sensitive information from message notifications, even after the original messages are deleted. While this example involved Signal and iOS, the same general risk may apply to other apps and operating systems where notification content is stored or indexed outside the app.

   For privacy-focused users, Proton Mail and other Proton products should offer an option to use generic notification text instead of exposing message content in system notifications.

   For example, instead of showing sender names, subject lines, or message previews, the notification could simply say:

   “New Proton Mail message… 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  ·  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. LA CRM - Mailbridge Failure

   Hi Proton Team,

   This is a niche issue, but I utilize a tool called Less Annoying CRM (LACRM), which allows permits email logging required for my industry. On their help site (https://www.lessannoyingcrm.com/help/finding-imap-information-for-email-syncing), they specifically call out proton mail for being unable to sync with their tools:

   "ProtonMail: their end-to-end encryption prevents a normal IMAP sync. ProtonMail’s “Bridge” tool does not solve this, so automatic email logging will not work."

   Is there the possibility that the bridge tool could permit a normal IMAP sync without compromising the security of the tool?

   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. Time-tracking Calendar Integration

   One missing feature from the Proton Suite is a Time-tracking layer integrated in the Calendar app.

   It would be a handy feature to toogle on/off alongside your planned schedule, in order to track the real time invested in your projects, get records and overviews, and be able to learn from them and improve your workflow. All with the same level of privacy and encryption of the other features.

   Right now Proton users still depend on external apps to track their time, which don't integrate in the Proton ecosystem nor offer the same kind of data security. More on the contrary, multiplatform time-tracking sync apps are full of commercial trackers (pun very much intended) alongside security bugs.

   Also, If the Calendar app is indeed planning to allow to run it locally and asynchronized as an option, the Time-tracking layer could work the same way for those who don't want/need online sync between devices.

   I think there's a niche in the market for such (encrypted) feature, and it would be a point of attention for (small) businesses and independent entrepreneurs, while weighting on the idea of the Proton Suite above others.

   One missing feature from the Proton Suite is a Time-tracking layer integrated in the Calendar app.

   It would be a handy feature to toogle on/off alongside your planned schedule, in order to track the real time invested in your projects, get records and overviews, and be able to learn from them and improve your workflow. All with the same level of privacy and encryption of the other features.

   Right now Proton users still depend on external apps to track their time, which don't integrate in the Proton ecosystem nor offer the same kind of data security. More on the contrary,… 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  ·  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. 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

   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

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

9. Add

   When i enter an email in the windows app, it would be great when i return back to the email client it would show me which email i was just in by highlighting it. I order a lot of things online and when i try to go through my Window email client and check each one it is hard to keep track which one i just looked at.

   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  ·  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. (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

    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

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

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

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

    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

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

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

    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

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

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

18. UX costumization in Calendar

    It would be great to be able to costumize the way we want to calendar app on Android.
    I'm thinkin of :
    - In monthly view, have a parameter that allows us to display the title of event on 2 or 3 lines, to be able to read it (Or to change the size of the title)
    - In weekly view, same thing : for a full day event only 2 letters of the event are displayed...
    - In weekly view : To have an option display the adress of the event : we have to check the event to find it.
    - In weekly/monthly view : To be able to change the color if the event is on several days (like a pastel-ish tone to the color of the event).

    I went from Samsung to Proton, the features on their calendars were much more efficient and nice to use, it's kind of difficult to adjust.

    It would be great to be able to costumize the way we want to calendar app on Android.
    I'm thinkin of :
    - In monthly view, have a parameter that allows us to display the title of event on 2 or 3 lines, to be able to read it (Or to change the size of the title)
    - In weekly view, same thing : for a full day event only 2 letters of the event are displayed...
    - In weekly view : To have an option display the adress of the event : we have to check the event to… 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

19. “Read Receipt” as DEFAULT for Mac app users? Thanks.

    It would be very helpful, IMHO, to have a default setting option to request read receipts for outgoing messages. Thank you!

    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  ·  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. For Huawei devices

    Hi, I like the app and it would be nice if it is also available natively for Huawei devices in its app store, appgallery, for a better experience

    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  ·  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