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

Delay-send / "Send later" / Scheduled sending #576

Open
nekohayo opened this issue Jul 15, 2022 · 8 comments
Open

Delay-send / "Send later" / Scheduled sending #576

nekohayo opened this issue Jul 15, 2022 · 8 comments

Comments

@nekohayo
Copy link

nekohayo commented Jul 15, 2022

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

@marclaporte
Copy link
Member

See also: #641

@dumblob
Copy link
Member

dumblob commented Oct 18, 2022

Yeah, I outlined an envisioned potential implementation in #641 . Feel free to take a look.

@dumblob
Copy link
Member

dumblob commented Oct 18, 2022

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.

@nekohayo
Copy link
Author

nekohayo commented Nov 3, 2022

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)

@marclaporte
Copy link
Member

marclaporte commented Aug 12, 2023

Is this supported by IMAP/SMTP?

If not (how) can this be done without a cron job?

@marclaporte
Copy link
Member

Some ideas from Roundcube: roundcube/roundcubemail#8110

@marclaporte
Copy link
Member

Much to my surprise, this issue is number 3 for most reactions:
https://github.com/cypht-org/cypht/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions

@marclaporte
Copy link
Member

marclaporte commented May 20, 2024

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
Step 2: Code it :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants