Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow to disable push on specific time periods (weekends, nights) #6422

Open
3 tasks done
choco-latin opened this issue Oct 23, 2022 · 6 comments
Open
3 tasks done

Allow to disable push on specific time periods (weekends, nights) #6422

choco-latin opened this issue Oct 23, 2022 · 6 comments
Labels
type: enhancement New features or improvements to existing features.

Comments

@choco-latin
Copy link

Checklist

  • I have used the search function to see if someone else has already submitted the same feature request.
  • I will describe the problem with as much detail as possible.
  • This issue only contains a request for one single feature, not multiple (related) features.

App version

6.202

Problem you are trying to solve

When using the app with professional email accounts on a personal phone, it can be unsettling or even stressful to receive push mails in a non-working period (in my case : weekends, nights).
Right now the only solution (while keeping sync) would be to either disable regularly push on the app, or disable notifications for K9 at the system level. Doing this every day isn't a viable solution.

As a side note, I precise that the "right to disconnect" is a rising concept in Europe, with some countries trying to regulate it with law (see this article and the references therein), and the European Union starts to consider a continent-wide directive. So it might be a feature more people will be interested in in the future.

Suggested solution

I think that it would be a healthy feature to allow the user to select the periods in which the app looks for new emails. Basically defining a "sleep mode" (off work mode? Quiet mode?) .

Screenshots / Drawings / Technical details

  • The parameters would by default leave push on all the time, and could be change from account settings > receiving mail
  • I think that the "quiet mode" should be defined at the push level and not the notification level. Two arguments for this:
    • When the "quiet time" is over, I'd like to be notified of all the mails I missed during off work.
    • In a scenario where I need to check an older mail while off work (meaning I have to open the app) I'd rather not see that new mails are incoming.
  • There exists an app doing this for Gmail, called Quiet for GMail. From a user perspective the app is very easy so setup:
    • We can define quiet mode account per account (different behaviors for work/personal accounts)
    • The app seems to use native android forms to select the days/hours we want push to happen. Something similar to what an Alarm app would display? See screenshot below
@choco-latin choco-latin added the type: enhancement New features or improvements to existing features. label Oct 23, 2022
@Geroldin
Copy link

Would be great to have this Feature in K9! Currently the only Thing keeping me from switching Mail Apps. Hope it gets implemented!

@nekohayo
Copy link

Speaking as a user here (not a developer):

When the "quiet time" is over, I'd like to be notified of all the mails I missed during off work.

As far as I can see, it does that already; the notifications are withheld during the app's configured quiet hours, and later appear when the time limitation ends... so you're not currently missing notifications, I think. That said, maybe the timestamps issue at #7200 affects the perception of it?

What I do think should be added first at the notifications level (rather than the push level), though, is:

  • "Quiet days" in addition to quiet hours
    (i.e. the ability to not receive notifications on Fridays, Saturdays, Sundays, whatever you desire)
  • Ability to set things globally (as it is now), but also the ability to override on a per-account basis,
    allowing to distinguish between work and personal accounts:
    Request: Per-Account "Quiet Time"  #993

In a scenario where I need to check an older mail while off work (meaning I have to open the app) I'd rather not see that new mails are incoming.

I personally think it is more straightforward for users to not check those emails while off work if the presence of new emails is going to stress you. I mean, you're off work, and presuming notifications are turned off (especially as per improvement ideas above), why would you be trying to reference/search through existing work emails anyway?

@dnno
Copy link

dnno commented Dec 2, 2023

I'm also looking very much for that feature. But my angle is a bit different still: I have both work and personal mail accounts in my mail app. I only want work accounts to be silenced outside of office hours. I explicitly don't want a app-wide quite time. My go-to mail client that supports this currently is AquaMail, I would really like to see this in Thunderbird/K9, it's the only thing that keeps me from switching.

@Fmstrat
Copy link

Fmstrat commented Jan 28, 2024

@nekohayo Considering the comment from @dnno , who has the same use case as myself, I do agree that handling Quiet Time on a per-account basis would do the trick, but it would also need the selection of days added to it for it to be a worthwhile solution.

I.E. being able to select days as "always quiet" or "quiet on schedule".

@dventurino
Copy link

It would be great to have this! Right now I can prevent notifications from pinging me from 7pm to 8am, but I'd like to silent them also during weekends.

I think another useful option would be to silent them for X days when on holiday.

@serramat
Copy link

serramat commented Jan 9, 2025

It would be perfect to have the option to mute notifications on certain days (for example: Saturday and Sunday). Combined with the existing ability to mute notifications at night, it would be ideal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: enhancement New features or improvements to existing features.
Projects
None yet
Development

No branches or pull requests

7 participants