-
Notifications
You must be signed in to change notification settings - Fork 157
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
Delay-send / "Send later" / Scheduled sending #576
Comments
See also: #641 |
Yeah, I outlined an envisioned potential implementation in #641 . Feel free to take a look. |
Regarding the proposal of the "local approach" in https://gitlab.gnome.org/GNOME/evolution/-/issues/411#note_874473 I do not think it is viable for Cypht. It simply has to be "fire and forget" - i.e. closing the web site (incl. suspending the web browser tab) must not hinder this functionality in any way. |
A bit like the "snooze" counterpart, I've requested clarification on JMAP side at jmapio/jmap#373 because it is unclear to me (perhaps because I'm not familiar with such things as protocols and specs and whatnot) |
Is this supported by IMAP/SMTP? If not (how) can this be done without a cron job? |
Some ideas from Roundcube: roundcube/roundcubemail#8110 |
Much to my surprise, this issue is number 3 for most reactions: |
Ok, let's do this with the proposed standards for JMAP and SMTP. Let's not try to do this in a non-standard way as it would be a lot of work:
Step 1: Find mail servers that implement https://www.rfc-editor.org/rfc/rfc4865 and sendAt https://www.rfc-editor.org/rfc/rfc8621.html#page-76 |
Issue #572 talks about snoozing (i.e. hiding a received email from the inbox for a certain amount of time), but what I'd like to suggest here is a different feature. The usecase for me is this:
Business or events-related outreach emails typically have a context/timing-sensitive aspect, so I'd like to be able to schedule them (especially considering the timezone of the person I'm contacting)
When dealing with public-facing businesses, it is often counterproductive to send emails on certain days or hours (ex: Friday afternoons, when you know everything is likely to be forgotten over the week-end), so you want to schedule your email for a better time during business hours (ex: Tuesday morning).
Human-centric staff managers and directors like me know that it is better to schedule mails to staffers to their business hours, avoiding emails that would arrive outside work hours and cause undue stress or cognitive load. Basically, mindfulness for staffers' "right to disconnect".
The corresponding issue in my local mail client (where some technical approaches are mentioned) is https://gitlab.gnome.org/GNOME/evolution/-/issues/411#note_874473
The text was updated successfully, but these errors were encountered: