Content-Type: multipart/signed;
 boundary=c3d5a5e8c1538f15197774f7ca57790d3f9cec2a5e7ab50f2b100d593ea0;
 micalg=pgp-sha256; protocol="application/pgp-signature"
Subject: Re: [PATCH aerc] Allow not marking viewed messages as seen.
From: "Moritz Poldrack" <moritz@poldrack.dev>
To: "James Cook" <falsifian@falsifian.org>, "Tim Culverhouse"
 <tim@timculverhouse.com>, <~rjarry/aerc-devel@lists.sr.ht>
Date: Sun, 10 Jul 2022 18:11:19 +0200
Message-Id: <CLC3W7D71TSY.WLIXVX3UO4SJ@Archetype>
References: <20220705060618.68685-1-falsifian@falsifian.org>
 <CLAGWLDXIV6M.2KH3WJUCNXDRM@TimBook-Arch>
 <CLBLJEF0Y8M8.37UIZII0LE4TG@moth.falsifian.org>
 <CLBTUDQ29NM8.1Q41X548XI78B@Archetype>
 <CLC2LS6BW4PP.5YE3QHA8D6KD@moth.falsifian.org>
In-Reply-To: <CLC2LS6BW4PP.5YE3QHA8D6KD@moth.falsifian.org>
Cc: 

--c3d5a5e8c1538f15197774f7ca57790d3f9cec2a5e7ab50f2b100d593ea0
Mime-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=UTF-8

On Sun Jul 10, 2022 at 5:10 PM CEST, James Cook wrote:
> - It removes a failure case: if aerc crashes or the Internet connection
>   is lost after fetching but before unsetting \Seen.
I mean=E2=80=A6 we do have quite a number of race conditions, but I really =
don't
think this is likely at all

>   I really don't relish the idea of accidentally marking an email as
>   \Seen --- with my workflow, that means the email drops off my radar,
>   and it might have been important.
I'd suggest using maildir in this case. Isync can =E2=80=93 if I remember
correctly =E2=80=93 sync the mails state back to the origin server.

> - I would argue it's simpler. One request instead of two.
The default is still it being off, in this case there would by default
be two requests body fetching and marking the mail, no?

> - I could imagine aerc may be modified later to pre-fetch messages ---
>   for example, in case the user wanted to search message bodies.
IMAP already searches bodies on the server, so I don't really see a
reason at the moment. In any case, prefetching mail is an entirely
different operation than opening a mail for reading.

> Off-topic:
>
> I have thought a few times of using an "Archive" folder instead of
> read/unread status, because I feel like I'm working against the grain.
> I haven't switched for two reasons:
> (a) I don't like the idea of re-transferring a (potentially large)
> email a couple of times just because I decided to Archive it (mbsync,
> at least, isn't smart enough to move instead of copying);
The IMAP backend (which is up for discussion here) is smart enough to
just tell the Server to move the messages, so for IMAP there's no
problem. For mbsync this patchset would just fix that issue for you,
wouldn't it?

> and (b) I don't think my Android email client (K-9 mail) can be made
> to show a complete thread combining archived and unarchived emails,
> and also indicate somehow which of them are archived vs. not.
> Read/unread just happens to be one of a very few flags that email
> clients are designed to display.
I'm afraid I don't get your use-case=E2=80=A6 wasn't it that you don't want=
 to
see the "done" mails afterwards? In that case, just open your INBOX, if
you want a completed mail, go into the archive.

> What I'd really like is better support for IMAP (custom) labels: both
> with Maildir/mbsync and on some Android client. Then I'd simply use an
> "archive" or "inbox" label and be done with it.
I would love that too=E2=80=A6 but I really don't have the time to implemen=
t it=E2=80=A6
I would also like to add urgencies to messages, but that's another thing
that'd take a bit of time.

Let me just describe my workflow here, maybe this can serve as
inspiration to you:
- Mail is received by server and client notifies me about it
- I read the mail
- if it's something I am supposed to act on, I either just do it, or
  leave the mail in my inbox (as read).
- after (and *only* after) whatever the mail's associated action is has
  been performed, I :archive year using a keybind and the mail is out of
  view.
- if for some reason my performed action was insufficient and I am
  notified by a method other than mail, I forward the mail to myself
  adding a note of what I am supposed to do (because I will not remember
  it the next day)
- cycle repeats

If you see any holes in that approach, feel free to also directly
contact me in order to keep the mailing list somewhat on topic. :)

--=20
Moritz Poldrack
https://moritz.sh

--c3d5a5e8c1538f15197774f7ca57790d3f9cec2a5e7ab50f2b100d593ea0
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----

iQJIBAABCAAyFiEEM9A2ln/PD3ETNLB5aoj0JQirT8YFAmLK+kYUHG1vcml0ekBw
b2xkcmFjay5kZXYACgkQaoj0JQirT8aHnQ/+IgTTTdfDqH5UnfJ9HpUnsil17A2c
YNTlHo099Ace6cpYqCELsYeLR2V0/+n4eoqhsRNqTPoz/zSQeC14bLj30CXzdJuh
HTq5Vt5AmiJBgXSqZ25uSDHahBPW296wZQ2qQ/rHNdo9bEEYRi3U7a3coOgA6bbJ
p5kOfo05pPHodW1FHdkyOJk3CFT5JV5yaO3GsyzlM60tylUTNSvF4huJ3Dykiliz
JBDJrn8ClrCPJwpKsSt1JP4YhJVs+US25kMzyIF4w2nXjk5GNMxourqg4Bai40ee
3/hpcMe6oB17FW2oVvzHYuS564HdyN+NlQjaZkXcBsWAVYydo+EjwSIgLX1ybt18
NroRQDsaq57TUpoG7x6mF4zppkw2sfzTVXNVCkdHf4H/fyRwRNC1eS4Cs5oyDyj9
BNQVK5L9OiGA7CRLQiqUESqxzenihcrT+QXXcKYY8v0gyaS/0gz0X7e8SZu0ayIN
BBKYs1vP5yAtSViqrP50IrXzVECvlXF4zwCCg85ju0QsNaB2Ag1KF97NqR3F6q+R
PmsAp8zcdCV0ezBvtQ6tgeSgNTfeHnjYdLCFzTG8cdNFkVVGG83+hAdWjcjNhQbL
wvrMc7xfUiLkNQH3fT1Qr+7+Drx4AklAxbA87iBAE/iEwezevj04dROYwElmRiiZ
thmLFByOFDPX8xE=
=9WFN
-----END PGP SIGNATURE-----

--c3d5a5e8c1538f15197774f7ca57790d3f9cec2a5e7ab50f2b100d593ea0--