Re: Last Call: draft-ietf-imapext-sort (INTERNET MESSAGE ACCESS PROTOCOL - SORT AND THREAD EXTENSIONS) to Proposed Standard

Alexey Melnikov <alexey.melnikov@isode.com> Mon, 03 March 2008 16:23 UTC

Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m23GNXSG044069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 09:23:33 -0700 (MST) (envelope-from owner-ietf-imapext@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m23GNXJd044068; Mon, 3 Mar 2008 09:23:33 -0700 (MST) (envelope-from owner-ietf-imapext@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m23GNVmN044061 for <ietf-imapext@imc.org>; Mon, 3 Mar 2008 09:23:32 -0700 (MST) (envelope-from alexey.melnikov@isode.com)
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <R8wl=gBnFBn8@rufus.isode.com>; Mon, 3 Mar 2008 16:23:30 +0000
Message-ID: <47CC25E5.3060906@isode.com>
Date: Mon, 03 Mar 2008 16:23:01 +0000
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: Dave Cridland <dave@cridland.net>
CC: Cyrus Daboo <cyrus@daboo.name>, ietf-imapext@imc.org, Mark Crispin <mrc@Washington.EDU>, IETF Discussion <ietf@ietf.org>, Dan Karp <dkarp@zimbra.com>
Subject: Re: Last Call: draft-ietf-imapext-sort (INTERNET MESSAGE ACCESS PROTOCOL - SORT AND THREAD EXTENSIONS) to Proposed Standard
References: <308708312.105681204528070348.JavaMail.root@dogfood.zimbra.com> <39C27EE6CA7A1E19A496AFF8@caldav.corp.apple.com> <2684.1204560897.167053@peirce.dave.cridland.net>
In-Reply-To: <2684.1204560897.167053@peirce.dave.cridland.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-imapext@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-imapext/mail-archive/>
List-ID: <ietf-imapext.imc.org>
List-Unsubscribe: <mailto:ietf-imapext-request@imc.org?body=unsubscribe>

Speaking as email client user:

Dave Cridland wrote:

>On Mon Mar  3 15:03:20 2008, Cyrus Daboo wrote:
>  
>
>>--On March 2, 2008 11:07:50 PM -0800 Dan Karp <dkarp@zimbra.com>  
>>wrote:
>>    
>>
>>>The purpose of sorting in mail clients is so that users can find
>>>messages they're looking for.
>>>      
>>>
>>Actually you need to look at your use cases in more detail because  
>>a lot of times searching is a much better solution than sorting.  
>>e.g. the case of trying to find email from a particular person - a  
>>search is much better. Yes you do have to do a little more work to  
>>setup the search (type something in) rather than the single click  
>>sorting requires, but on large mailboxes you will usually see what  
>>you want immediately without having to scroll through the sorted  
>>list looking for what you want.
>>    
>>
>I don't think Dan's saying that using SORT for searching is a good  
>idea, but it's certainly what people do based on my observations,  
>too. (In some clients, the sorted list is scrolled to whichever  
>message was previously selected, so it's a fast way of finding other  
>messages by the same person).
>  
>
Yea, I do this frequently in Thunderbird.

>>For the most part I question why anyone would really want to sort  
>>on any of the text fields. The only sort I have found useful is  
>>sort by size - and then only to help in culling large messages when  
>>my quota-limited mailboxes get full.
>>    
>>
>My client does no sorting at all, so I'm hard pressed to give any  
>alternative use-cases. Generally, people seem to like sorting by date  
>fields, though again not a text field. I've also seen people who like  
>to sort by subject, essentially as a grouping thing - better done  
>with threading, but still.
>  
>
I frequently sort by subject, because many clients still don't support 
proper threading (threads can become broken due to lack of the 
References header).

I also sort by IMAP flags (i.e. I want to see all important messages), 
size and rarely by date.