Re: [MORG] I-D Action:draft-ietf-morg-sortdisplay-01.txt

[Dan Karp <dkarp at zimbra.com>]

>    1. Compute the display-name in the same way as usually
>    2. If that's empty, use localpart at domain instead
>    3. Sort by that, the way sort usually sorts
> 
> IMNSHO sortdisplay should say this, and skip ALL the details of how to
> turn the 822 syntax received into the actual display-name. It could
> just  say something like "in a format intended for display, rather than
> the encoding used when transmitting the message".

The problem with this is that it probably underspecifies.  One of the
requirements of a SORT ordering is that there is a single valid value
for any given message.  This allows clients to catch the addition of a
new message and slot it into the "correct" place in the list without
having to issue a new SORT.  It's certainly not a perfect plan, as any
text-based sort ordering runs into big issues when the system hits a
malformed header or when one side can parse the charset in a 2047
encoded-word and the other can't.  But it's the rule.