[Users] [Bug 2258] Make threading more robust
H.Merijn Brand
h.m.brand at xs4all.nl
Tue Mar 4 11:13:07 CET 2014
On Tue, 4 Mar 2014 10:59:10 +0100, "Paul Rolland (ポール・ロラン)"
<rol at witbe.net> wrote:
> Hello,
>
> On Tue, 04 Mar 2014 09:36:30 +0000
> noreply at thewildbeast.co.uk wrote:
>
> > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2258
> >
> > --- Comment #5 from Tomasz Kalkosiński <tomasz.kalkosinski at gmail.com> ---
> > Thank you Paul fur your comment.
> >
> > Semantically it is wrong, because neither is a parent, you are right.
> >
> > When I have 6 messages with same In-Reply-To header they won't ever get
> > threaded, because I won't receive parent message in future. This patch is
> > a workaround for this scenario.
> >
> > Without this patch I have Bugzilla/JIRA/Gerrit messages, some of them are
> > threaded (when I received original parent) and some of them are loose
> > (e.g. I was invited later to issue/thread/review).
>
> What about the "Attract by Subject" function ?
> View > Sort > Attract by Subject
>
> Doesn't it do what you want ?
Back in the days I was still using Windows, which is a LOOOOOONG time
ago, I used "Becky!" as my e-mail client. It had features I still lack
in Claws-Mail.
Regarding threads, in Becky! one could simply drag a post onto another
post, and that other post became the new parent in the treads. Most
likely, Becky! just added a custom header to re-parent the dragged
message
This was *extremely* helpful in reorganizing threads that got
unorganized because of
- missing messages (deleted, never received or never sent to me)
- people replying to the wrong message
- /me wanting a message in another thread (e.g. because it addresses a
problem that the other thread is discussing)
I'd applaus a feature like this in CM
--
H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/
using perl5.00307 .. 5.19 porting perl5 on HP-UX, AIX, and openSUSE
http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/
http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
More information about the Users
mailing list