GNOME Bugzilla – Bug 236121
"Do not send before" option for sending delayed e-mail
Last modified: 2019-04-24 06:17:34 UTC
It would be useful to have an option to set a send time on an e-mail. For example, you may want to compose a message to be sent tomorrow, but you won't be at your desk tomorrow. Outlook has the "do not deliver before" option. It would be nice if Evolution did too.
unlikely that this will ever happen because there's no easy way to do this.
still missing in 2.0.3 :-)
*** bug 237882 has been marked as a duplicate of this bug. ***
*** bug 272847 has been marked as a duplicate of this bug. ***
*** Bug 265668 has been marked as a duplicate of this bug. ***
*** Bug 312208 has been marked as a duplicate of this bug. ***
*** Bug 418438 has been marked as a duplicate of this bug. ***
"unlikely that this will ever happen because there's no easy way to do this." I don't understand the complexity... (but I don't read de code) because Evolution has a scheduler for the calendar. One minute of granularity it's fine!
In latest version 2.10 and previous Evolution 2.8 , If you use Group wise as back end , you will get this support. In compose window go to Insert > Send option from menu bar.Here you can specify delay.
(In reply to comment #9) > In latest version 2.10 and previous Evolution 2.8 , If you use Group wise as > back end , you will get this support. > In compose window go to Insert > Send option from menu bar.Here you can > specify delay. > Oh... I see.. I don't pay for Novell GroupWise :( The cost is excesive to my for add this featrure. Any GPL and free alternative for to set a send time on an e-mail? Thanks a lot!
if i understand this correctly, groupwise handles this feature from server side. From my view, this can be implemented as follows * Maintain a private calendar ( not visible to end user ) * Add the mails as notes to this calendar, based on "Send on" information * When the particular date/timestamp is hit, alarm triggers a plugin/script to send the mail. ps : i am not a coder, and this is a brain dead idea. is there a better way to do this ?
*** Bug 508218 has been marked as a duplicate of this bug. ***
Bumping version to a stable release.
I’d be very interested to see such a feature or plugin.
*** Bug 556841 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > ps : i am not a coder, and this is a brain dead idea. > is there a better way to do this ? I think it will be simpler to save the mail into the regular outgoing mail folder and add a special message header. This header will cause evolution to not complain about mails waiting to be sent when you close it. When evolution starts, it is read to schedule a timer that triggers the mail-send action. The header gets removed before the mail is actually sent. Unfortunately, I don’t know if this can be implemented as a plugin. Gruß, Joachim
*** Bug 575986 has been marked as a duplicate of this bug. ***
Yes, the magick header sounds nice in Outbox'd messages sounds nice. The Send/Receive agent could honor this header; it seems like nothing else would need to care about it.
The first part of the implementation would be creating UI in Evolution and utilizing “RFC 4865 - SMTP Submission Service Extension for Future Message Release” when submitting immediately the message over SMTP. This SMTP extention takes care, that the email is sent postponed at the right time.
I'm closing this in favor of [1], to avoid duplicates. [1] https://gitlab.gnome.org/GNOME/evolution/issues/411