Aaron Stone wrote:
On Mon, Jan 24, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
Aaron, I added those lines because charset us-ascii sort is required by
the rfc. What is the exact sort command used by twig? I can add that one
to the test script and fix this. Also, please test the new sort/search
improvements (bug #149) with twig, to validate the changes *before* we
release 2.0.4
The command is...
00000006 SORT (REVERSE ARRIVAL) US-ASCII ALL
which soon after logs this:
Jan 24 00:51:32 [dbmail/imap4d] imaputil.c,build_imap_search: unknown
search key [US-ASCII]
which is why I added the case for us-ascii...
Followed by...
00000007 FETCH 1:20 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Newsgroups
Content-MD5 Content-Disposition Content-Language Content-Location
Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS)
So sort failed, and the client falls back to client-side sorting...
In plain 2.0.3, the search key unknown message doesn't appear, and TWIG
doesn't follow up with the message range request.
Because of the tagged OK response.
Incidentally, it's probably not TWIG itself that's confused, but rather
the wu-imapd c-client that's built into PHP...
And rightly so. The current SORT implementation is:
- unfinished business
- does not comply with the relevant internet draft.
Reading that draft (draft-ietf-imapext-sort-1) I see too many issues to mention
here. A couple of examples:
The weighted search setup I added last week is actually in direct conflict with
the draft because the order of the search keys *is* relevant for sorting. We'll
be able to use weighted search to quickly retrieve matching message ids, but
actually sorting those ids must depend on the original order of the search keys.
However, since searching and sorting are currently non-orthogonally implemented
that is not a simple matter.
UTF-8 support is required, whereas dbmail has *no* support for specific
charsets.
Sorting by subject should use a specially converted form of the subjectlines
involved.
etc, etc...
It was always announced by Leif as being aimed at squirrelmail users.
Most issues with sorting will be much simpler to do when we start using the
header table design. Until then: if it works your lucky.
I'll look into it...
--
________________________________________________________________
Paul Stevens [EMAIL PROTECTED]
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands_______________________________________www.nfg.nl
