On Tue 29 Aug 2000 Frank Sonnemans wrote: > Package: kmail > Version: 1.1.61 (KDE 1.92 Beta >= 20000720) > Severity: wishlist > > The excellen kmail would benefit from message threading by subject (like > MUTT). Especially for those that subscribe to numerous mailling lists. Please upgrade to KMail 1.1.90 some serious bugs are fixed. 1.1.90 is included in the latest KDE2 beta (beta 4 KDE 1.93). The threading of messages will also be improved. Perhaps you did not know that you can thread messages in KMail already (eg Folder->thread messages is one way of doing it). This threads by message-id rather than subject (which is a better way of doing it I think). BFN Don.
On Tuesday 29. August 2000 Frank Sonnemans wrote: > Package: kmail > Version: 1.1.61 (KDE 1.92 Beta >= 20000720) > Severity: wishlist > > The excellen kmail would benefit from message threading by subject (like > MUTT). Especially for those that subscribe to numerous mailling lists. Is message threading by message id not acceptable as it is alredy implemented? Regards Michael Häckel
(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: 1.1.61 (KDE 1.92 Beta >= 20000720) Severity: wishlist The excellen kmail would benefit from message threading by subject (like MUTT). Especially for those that subscribe to numerous mailling lists.
Hi! Long ago we have discussed this matter but at the time it seemed to complicated ... Nevertheless I suggest it once more: For many users the thread includes incoming _AND_ outgoing messages. The current information on an incoming message shows the _last_ action (replayreply to all forward) but no way to see all at a glance because the messages are stored in different folders. So what I suggest is to show this thread ignoring the folders. -- (KDE 2 on SuSE 7.0 source: cvs max 24 hours old from finwal03.tu-graz.ac.at daily rebuild) mit freundlichen GrüÃen / with best regards Ferdinand Gassauer PS. Besuchen Sie doch auch unsere WEB-Seite please visit our WEB-page http://www.goesing.at
I was about to add a wish but someone already did it so I will just add my comments: ----- On Tuesday 29. August 2000 Frank Sonnemans wrote: > Package: kmail > Version: 1.1.61 (KDE 1.92 Beta >= 20000720) > Severity: wishlist > > The excellen kmail would benefit from message threading by subject (like > MUTT). Especially for those that subscribe to numerous mailling lists. Is message threading by message id not acceptable as it is alredy implemented ----- No threading messages by id is not acceptable as it is. I usually get 3 or 4 threads for the same things with some messages lying indenpendantly despite the fact that they obviously belong to the same thread. So what we get is that threading is not handled correctly. I don't know if it is because some mailers don't use the reference line properly or whatever it is but it doesn't do what it should. And how do you handle this case: -A +--B | +--C +--D If I delete B C is lost for the thread right ? And If I delete A because it is the first message (I sort by order of emission) B and D are on a separate thread right ? This is where the problems are. I suggest to thread by subject or at least to provide the option to. How I would see the thing: I don't care a lot about looking at who responded to who. What it important is that the thread remains one thread. And that there are not plenty of updates if I delete the root message. For this purpose I would see the root message of the thread as not being a normal message but a special thread message that would contain the thread: -- Thread "title of the thread" 13 messages +-- A +-- B +-- C +-- D The special thread message could be an openable item. You choose in your settings if you prefer it open or closed by default. With that you could see with one glance how many threads you have in you mailbox. Deleting this message would delete the whole thread (very very useful feature when reading big traffic mailing lists such as kde-devel) Deleting A would not cause everything to be reparented the thread would still exist with one message less. Of course this would also work if you want to show who responded to who: -- Thread "title of the thread" 4 messages +--A +---B | +---C +---D But if you delete A the thread shoud remain: --Thread "XXXXX" 3 messages +--B | +--C +--D And the same if you first delete B: --Thread "XXXXXX" 3 messages +--A | +--D +--C When discussing with friends this is also what they are expecting from a mailer handling threads. So I strongly encourage you to work on this feature. I might even try to do it by myself if I find some time and understand how kmail works. Please include me in any discussion on this topic. regards Philippe
...with the above. Various types of threading should be offered as options at least. In its current state kmail threading is very difficult to use.
Folder are now also bold when subfolders contain new mail which should allow you to find the folders with new mail more easy. Displaying the total unread messages would only be confusing since top level folder can contain mail on its own.
Just got another request on LinuxTag to (optionally) use subjects for threading as well in addition to in-reply-to headers. (like mutt etc) Apparently this feature is much desired since it is not just me but also visitors at the booth who'd like the behaviour. Rob -- Rob Kaper | Gimme some love gimme some skin cap@capsi.com | if we ain't got that then we ain't got much www.capsi.com | and we ain't got nothing nothing! -- "Nothing" by A
I was just about to file a wishlist bug on this, bug the spiffy bug system showed me this one (it didn't show up when I searched for 'kmail thread'). Anyway, I guess my question is, Is anyone working on (or planning to work on) adding a Mutt-style "non-strict" threading mode to kmail? (Essentially, build threads using information in the headers like we do now, but join seperate threads with the same subject together into one big thread.) Perhaps this is already written on one of kmail's many branches? Far too many people use broken MUAs when posting to just about every mailing list I'm on. (Some of these people should really know better! But anyway.)
I just wanted to enter a new bug report when spotting this discussion. So I will append my observations and questions resp. For years I am wondering if threading needs to be as... inconsequential handled as done by kmail. Sometime replys are assigned correctly, sometimes not. Today it was born in on me, that it might have something to do with explicit reply-to adresses, because the last email I replied to had such an entry. But comparing subjects and in-reply-to headers (in both cases identical) I don't see any reason for those emails not to join in a single thread. Tidy threaded emails would be very helpful for me, because I often need to recapitulate discussions. ... much desired, you've got it, Rob!
He, I wanted to submit this as a bug but noticed I already did two years ago. Well, the problem is still there. So, could we have at least the option of threading just by subject and ignoring completely. That would make kmail more usable to me and to plenty of others. IIRC, I submitted a patch just for that. Wonder why it has not been included at that time, I remember that Mickael was ok for it.
See: http://lists.kde.org/?l=kmail&m=98416329702444&w=2 If kmail has not changed too much, maybe we could still apply the patch.
Subject: Re: threading messages by subject On Tuesday 11 February 2003 23:20, Philippe Fremy wrote: > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > > http://bugs.kde.org/show_bug.cgi?id=9319 > > > > > ------- Additional Comments From pfremy@noos.fr 2003-02-11 14:20 > ------- See: > > http://lists.kde.org/?l=kmail&m=98416329702444&w=2 > > If kmail has not changed too much, maybe we could still apply the > patch. KMail now uses an optimized .sorted file so this patch would not apply anymore. The patch also looks at the full subject of each mail which is a bit slow, instead storing the MD5 checksum of the stripped subject in the .index files would be better. Also the patch is hardcoded to strip any "re: " prefix which is fragile. I've volunteered to improve the threading to support subject based threading, I should do that in the next couple of months. Sorry if I coming across as being harsh and critical I'm just a bit busy today. Don.
Subject: Re: threading messages by subject I am glad to know this problem will finally be tackled. Please let me know when you have something usable, I'll be glad to provide you with some feedback. regards, Philippe
Implemented with http://lists.kde.org/?l=kde-cvs&m=104745900527819&w=2?
Yes, this feature has been finally implemented (-> KDE 3.2). Send your flowers, gifts, money to Till Adam.
*** Bug 57350 has been marked as a duplicate of this bug. ***