[imp] Controlling the reply in IMP 5

Rick Romero rick at havokmon.com
Thu Aug 18 20:23:44 UTC 2011


Quoting Jan Schneider <jan at horde.org>:

> Zitat von Brent <impuser at bitrealm.com>:
>
>> Quoting Michael M Slusarz <slusarz at horde.org>:
>>
>>> Quoting D G Teed <donald.teed at gmail.com>:
>>>
>>>> I've just joined the list.  Looking for way to control sender  
>>>> replies in IMP.
>>>> Like Nick from a couple of days ago, our users (and helpdesk) are asking
>>>> for a way to make the default reply to sender only or always chosen.
>>>>
>>>> While Michael Slusarz's reply is probably correct for many end users,
>>>> it isn't desired from a management point of view.  You assume the
>>>> user is intelligent and observant.  We are talking about people who
>>>> respond to phishing emails.  Don't assume too much of the user!
>>>
>>> So how is locking someone into the opposite behavior also NOT  
>>> assuming too much of the user?  It's exactly the same, just with a  
>>> different default behavior.
>>>
>>> Thus, the question becomes what is the proper default behavior.   
>>> I've given the reasoning why we choose Reply to All.  I have yet  
>>> to see a single valid argument as to why Reply to Sender should be  
>>> the default.
>>
>> The primary reasoning lies in the fact the button is labeled "Reply", which
>> in all other email programs means "reply to sender".  If you're  
>> going to default
>> the "Reply" button to "Reply to All", then it should be labeled as such.
>
> It's not defaulting to Reply to All. Which reply type it is, is  
> decided dynamically, depending on who the original message's  
> recipient(s) were.

Attempting 3rd person observation...

As far as the basic user is concerned, it's always Reply to All.  If  
there is only one recipient, the 'All' is just the original Sender.   
That's not fancy.

BUT - If you add in that if one of the recipients is not your  
identities, then it's definitely dynamic.  Now, that's fancy for an  
advanced user, most user's aren't going to run into that situation -  
therefore the functionality appears incorrect to them.

Rick




More information about the imp mailing list