Email-based workflow does not seems to be much in demand nowadays

Posted Sep 14, 2021 11:38 UTC (Tue) by mathstuf (subscriber, #69389)
In reply to: Email-based workflow does not seems to be much in demand nowadays by grothesque
Parent article: Emacs discusses web-based development workflows

Alas, we are now stuck with braindead email clients that ignore In-Reply-To and instead try to do "smart threading" purely based on the email subject. While I have little sympathy for such laziness (though it seems way harder to me, but whatever), GMail and Outlook are, unfortunately, quite common.

Granted, there may be ways to make these clients behave sensibly, but it's not the default AFAIK.

Email-based workflow does not seems to be much in demand nowadays

Posted Sep 14, 2021 22:07 UTC (Tue) by Wol (subscriber, #4433) [Link] (1 responses)

And I miss Turnpike which, while it DID thread on in-reply-to, it also allowed the user to "break thread" so if somebody (as they often do on mailing lists) clicked "reply" then wiped everything and started a new topic, I could tell it to break on that email and make a new thread.

Or, in the not uncommon case that a change of subject in a long-running discussion really did herald a shift in what was being discussed, I could break so that the new subject was visible at the top level and thus easier to find.

Oh for intelligent clients that follow the rules BY DEFAULT, but allow you to break them where appropriate.

Cheers,
Wol

Email-based workflow does not seems to be much in demand nowadays

Posted Sep 15, 2021 17:05 UTC (Wed) by mathstuf (subscriber, #69389) [Link]

> And I miss Turnpike which, while it DID thread on in-reply-to, it also allowed the user to "break thread" so if somebody (as they often do on mailing lists) clicked "reply" then wiped everything and started a new topic, I could tell it to break on that email and make a new thread.

Mutt allows this too (I just delete `In-Reply-To` in the message editor). I think there's a "break thread" command as well, but I almost never use it. I can even stitch together broken threads (though it seems that offlineimap doesn't sync that around, so it is fixed per client).