Bug 4674 - Add flag to force breaking a thread
Summary: Add flag to force breaking a thread
Status: NEW
Alias: None
Product: Claws Mail
Classification: Unclassified
Component: UI/Message List (show other bugs)
Version: 4.1.1
Hardware: All All
: P3 enhancement
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2023-05-08 19:51 UTC by kuba
Modified: 2023-07-04 10:24 UTC (History)
0 users

See Also:


Attachments

Description kuba 2023-05-08 19:51:46 UTC
When using the inbox as todo list ordered by date (admittedly could be a Linux kernel developer specific thing to do) -- it's very annoying when people reply to an old thread with new work. It makes the issue appear as the oldest (based on date, sorting by thread date has its own perils of de-prioritizing active discussions).

It'd be amazing if we had a flag or tag which would force a message to start a new tree/thread.
Comment 1 Colin Leroy 2023-05-08 19:56:10 UTC
Hi,
you can probably get the behavior you want by defining an Action that would more or less grep - v ^In-Reply-To and ^References. Potentially add a custom shortcut to call the action easily.
HTH
Comment 2 kuba 2023-05-08 20:41:33 UTC
Thanks! I tried this:

sed -i '/^In-Reply-To:/d;/^References:/d' .claws-mail/imapcache/...

which had a curious effect of moving the thread down in the list but it's still not broken (there are replies to the message I removed references from, which I presume still carry the References headers).
Comment 3 david 2023-07-04 10:02:16 UTC
Hi.
I am struggling with the same issue. Someone replies to a thread that was started years ago, and that new message will stay way up (down) in the message list until read/processed. I also keep messages "unread" as a todo reminder, but scrolling over several km of message list to get from one TODO item to the next is not very practical. I have decided to create a sub-folder of my inbox called "ThreadAttic" and move the first N messages of a thread there, so it gets split. After reloading, the remaining thread is now at a more sensible date.
Another solution that occurred to me was adding an option in the settings of the Message List, to sort on the date of the latest message in the thread, instead of sorting on the the first message in the thread. This way, old threads with new messages will always stay "near". Should I file a new bug for this?
Comment 4 Paul 2023-07-04 10:24:48 UTC
(In reply to david from comment #3)

Use /View/sort/by thread date

Note You need to log in before you can comment on or make changes to this bug.