From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6857226857901719552 X-Gmail-Labels: Topic type: DISCUSSION Date: Thu, 26 Nov 2020 06:45:46 -0800 (PST) From: Robert Winkler To: The Sup email client Message-Id: In-Reply-To: <7b7a64c2-2883-490b-983e-effcdc24b136n@googlegroups.com> References: <1596637149-sup-5427@ceres> <7b7a64c2-2883-490b-983e-effcdc24b136n@googlegroups.com> Subject: Re: [sup] Delayed sending of emails => offline reading MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2188_1006139082.1606401946099" ------=_Part_2188_1006139082.1606401946099 Content-Type: multipart/alternative; boundary="----=_Part_2189_1205601305.1606401946099" ------=_Part_2189_1205601305.1606401946099 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, installed <#user-content-msmtpq-enqueue>msmtpq-enqueue and msmtpq-flush from https://gitlab.com/lxkl/msmtpq and set in the .sup/config.yaml :sendmail: "/usr/local/bin/msmtpq-enqueue -oem -ti" Twice a day, the emails are sent by a cron job, once a day they are collected: 11 11 * * * /usr/bin/offlineimap >/dev/null 2>&1 16 16 * * * /usr/local/bin/msmtpq-flush >/dev/null 2>&1 10 10 * * * /usr/local/bin/msmtpq-flush >/dev/null 2>&1 This way, my emailing now is discontinuous; 'chat'-like conversations are avoided. Best regards, Robert On Sunday, 23 August 2020 at 10:59:39 UTC-5 Robert Winkler wrote: > 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_2189_1205601305.1606401946099 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, installed msmtpq-enqu= eue and msmtpq-flush from
https://gitlab.com/lxkl/msmtpq
and set in the
.sup/config.yaml
   :sen= dmail: "/usr/local/bin/msmtpq-enqueue -oem -ti"
Twice a day, the = emails are sent by a cron job, once a day they are collected:
11 11 * * * /usr/bin/offlineimap >/dev/null 2>&1
16 1= 6 * * * /usr/local/bin/msmtpq-flush >/dev/null 2>&1
10 = 10 * * * /usr/local/bin/msmtpq-flush >/dev/null 2>&1
<= div>
This way, my emailing now is discontinuous; 'chat'-like = conversations are avoided.
 Best regards, Robert 
=
On Sunday, 23 August 2020 at 10:59:39 UTC-5 Robert Winkler wrote:
=C2=A0Hi, I solved th= e problem in a different way:=C2=A0 I only call offlineimap when starting s= up and answer emails =3D> I will not see replies until I start sup again= ;-).
On W= ednesday, 5 August 2020 at 11:25:20 UTC-5 Robert Winkler wrote:
Thanks, Iain, yo= u 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=

On Wed, 5 Aug 2020 at 09:33, Iain Pa= rris <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...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/supmua/15966371= 49-sup-5427%40ceres.
------=_Part_2189_1205601305.1606401946099-- ------=_Part_2188_1006139082.1606401946099--