[Bug 211014] Configurable behavior of (normal) Reply

David Lee davidomundo at gmail.com
Mon Apr 19 23:49:16 BST 2010


https://bugs.kde.org/show_bug.cgi?id=211014





--- Comment #11 from David Lee <davidomundo gmail com>  2010-04-20 00:49:14 ---
(In reply to comment #10)
> Re comment #8: KMail's Reply prefers "Reply to List" since ages.

Hence, the request for configurability, so that users are not stuck with
KMail's historical preference. I think this is especially helpful for new users
coming from a non-Linux background, where reply almost always means "Reply to
Author".

> 
> Re comment #9: BCC'ing a mailing list doesn't make any sense. For one, it's
> really bad practice to hide some recipients from the other recipients, in
> particular, a public recipient like a public mailing list. Secondly, such

It makes sense in my use case. The mailing list is an IT request mailing list,
whose members are IT responders. Non-members send a message to the IT mailing
list, and any of those IT responders can respond to the request, and once they
do, they take ownership of the request. The BCC is to let the other IT
responders know that I've taken ownership of this ticket, and to limit the
discussion henceforth to just the ticket responder, me, and explicit CC'd
recipients.

> messages have a high probability of being hold for moderation because messages
> where the mailing list address is neither in To: nor in CC: are usually spam.

The mailing list has a whitelist of all IT responders.

Anyway, this was just an example to show what kind of configuration options
should be available. I'm sure there are other use cases where you would want to
configure BCC recipients.

There are various bug reports that want to change the "Reply" behavior, and
some requests are probably mutually exclusive. Making "Reply" configurable
would answer all those bugs in one fell swoop.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Kdepim-bugs mailing list