Bug 105826

Summary: reply to all does not reply to all anymore.
Product: [Applications] kmail Reporter: Thomas Zander <zander>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: kollix
Priority: NOR    
Version: 1.8.50   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:

Description Thomas Zander 2005-05-17 17:35:27 UTC 
Version:           1.8.50 (using KDE 3.4.89 (CVS >= 20050314), compiled sources)
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-8)
OS:                Linux (i686) release 2.6.10

In an (reply) email I got that cc-ed what appears to be a mailinglist I did a reply to all and was quite amazed that the from address was not added.
I really don't care if kmail did some smart checking to find out if the mailing list email was enough (I'm not on the mailing list, so I doubt it was enough) the problem is that I, as a user, disagree with the reply-list, which is bad usability.

Let me explain that a little;
a user learns what a program does and over time becomes familiar with the functions only if the program is consistent. In this case sometimes, without visible reason, kmail behaves differently.  This makes people loose confidence in the function and means they will work around the perceived problem manually.
Note that even while kmail be correct, if the user perceives it to be incorrect its already a problem.

So, in short, the reply-all should include all users in the from or cc field, except the receiver of the message (me).
Comment 1 Matt Douhan 2005-07-20 13:48:36 UTC 
I just tried it here and it works just fine.

Let me describe what I did so we agree on that we are doing the same thing.

I recieved an email where the To: field was a maling list, and the Cc: field was my address, and From: field was foo@bar.com, I hit reply all and the mailing list and the foo@bar.com address both appeared in my rec editor.

Is this the same thing you are talking about?

rgds

Matt
Comment 2 Martin Koller 2009-07-31 00:06:54 UTC 
no reply - closing.