From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6857226857901719552 Date: Sun, 23 Aug 2020 08:59:38 -0700 (PDT) From: Robert Winkler To: The Sup email client Message-Id: <7b7a64c2-2883-490b-983e-effcdc24b136n@googlegroups.com> In-Reply-To: References: <1596637149-sup-5427@ceres> Subject: Re: [sup] Delayed sending of emails => offline reading MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_884_1489759620.1598198378949" ------=_Part_884_1489759620.1598198378949 Content-Type: multipart/alternative; boundary="----=_Part_885_1691469999.1598198378949" ------=_Part_885_1691469999.1598198378949 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, I solved the problem in a different way: I only call offlineimap when starting sup and answer emails => I will not see replies until I start sup again ;-). On Wednesday, 5 August 2020 at 11:25:20 UTC-5 Robert Winkler wrote: > Thanks, Iain, you got an answer for everything! > The msmtp-queue seems to be the perfect solution. I will try this out and > report back. > Best, Robert > > On Wed, 5 Aug 2020 at 09:33, Iain Parris wrote: > >> Hi Robert, >> >> Excerpts from Robert Winkler's message of 2020-08-04 13:22:23 -0700: >> > Hi, an efficient strategy to reduce email traffic is the delayed >> sending of >> > emails. >> > This also would allow the offline writing of emails. >> > Is there a way to do this in sup? >> >> Sup passes each email message to an external program to send >> (config.yaml, option "sendmail"). >> >> For example, I personally use msmtp. >> >> To queue/delay messages, the solution would be to call an external >> program with this functionality built in. >> >> For example, I haven't used this personally, but perhaps something like >> msmtp-queue-scheduler may be of interest? >> >> >> (The README references Mutt, however, this should work with any MUA, >> i.e., should work with Sup.) >> >> Side note: I have received your email from 24 July re: keybindings, >> however, haven't yet looked in the detail required. I'll try to look >> within approximately the next week if I can, unless someone else on the >> mailing list beats me to it. :-) >> >> Kind regards, >> Iain >> >> -- >> You received this message because you are subscribed to the Google Groups >> "The Sup email client" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to supmua+un...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/supmua/1596637149-sup-5427%40ceres. >> > ------=_Part_885_1691469999.1598198378949 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable  Hi, I solved the problem in a different way:  I only call offlin= eimap when starting sup and answer emails =3D> I will not see replies un= til I start sup again ;-).
On Wednesday, 5 August 2020 at 11:25:20 UTC-5 Robert Winkl= er wrote:
Thanks, Iain, you got an answer for everything!
The msmtp= -queue seems to be the perfect solution. I will try this out and report=C2= =A0back.
Best, Robert

<= /div>
On We= d, 5 Aug 2020 at 09:33, Iain Parris <ipv2...@parris.org> wrote:
Hi Robert,

Excerpts from Robert Winkler's message of 2020-08-04 13:22:23 -0700: > Hi, an efficient strategy to reduce email traffic is the delayed sendi= ng of
> emails.
> This also would allow the offline writing of emails.
> Is there a way to do this in sup?

Sup passes each email message to an external program to send
(config.yaml, option "sendmail").

For example, I personally use msmtp.

To queue/delay messages, the solution would be to call an external
program with this functionality built in.

For example, I haven't used this personally, but perhaps something like=
msmtp-queue-scheduler may be of interest?
<https://github.com/parisni/msmtp-queue-scheduler&= gt;

(The README references Mutt, however, this should work with any MUA,
i.e., should work with Sup.)

Side note: I have received your email from 24 July re: keybindings,
however, haven't yet looked in the detail required. I'll try to loo= k
within approximately the next week if I can, unless someone else on the
mailing list beats me to it. :-)

Kind regards,
Iain

--
You received this message because you are subscribed to the Google Groups &= quot;The Sup email client" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to supmua+un...@googlegroup= s.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/supmua/15966371= 49-sup-5427%40ceres.
------=_Part_885_1691469999.1598198378949-- ------=_Part_884_1489759620.1598198378949--