> On Tue, 2004-06-22 at 17:58, Tomas Kuliavas wrote:
>> > Hi, I'm running Squirrelmail version 1.4.3-0.f1.1, official package by
>> > Red Hat, Inc. The distribution is Fedora Core 1, with qmail and
>> > courier-imap.
>> >
>> > Anyways, when I log on to the webmail, I get the following error
>> > message:
>> > ERROR : Could not complete request.
>> > Query: SORT (ARRIVAL) ISO-8859-15 ALL
>> > Reason Given: ISO-8859-15 character set is not supported.
>> >
>> > As you might know, FC1 uses UTF-8. I have not seen any place to
>> > configure this, and it must have changed recently since I used 1.4.0 a
>> > couple of days ago, and that worked like a charm.
>>
>> If you are using own courier-imap compilation - recompile your
>> courier-imap with --enable-unicode option or disable server side
>> sorting,
>> threading and search options.
>
> I think you have missed the point. Squirrelmail 1.4.0 worked fine, and I
> guess there aren't that many major changes in a stable release cycle?
>
> Also, the courier-imap server works flawlessly, I am using it myself,
> and a couple of hundred other people are using it without problems as
> well. It is just squirrelmail that has a problem here.
1. Other imap clients don't rely on server side extensions during sort and
thread operations. They can sort faster on local machine.
2. how many users hit those little boxes on top of mail listing?
3. OK. It is possible that due to some squirrelmail changes, default
sorting order started using charset options in sorting. It is also
possible that admin enabled server side sorting in new squirrelmail
install.
4. Error message talks about iso-8859-15 and not about iso-8859-1.
Western European charset with Euro support.
Squirrelmail contains 43 translations. 20 translations use iso-8859-1.
What are the changes of using other charset and triggering that bug.
This bug was triggered by end user, that uses British or Estonian
translation. British translation is available only in 1.4.3.
>> Please note, that correct fix is to recompile courier and file a bug
>> against courier-imap rpm. If you disable server side sorting, threading
>> and search options, you lose in squirrelmail performance.
>
> I do not believe so. Since squirrelmail tells courier to sort in
> ISO-8859-1, that is an incorrect assumption that the server will support
> ISO-8859-1. Shouldn't it be possible to configure squirrelmail so that
> it queries with UTF-8 sorting?
courier without --enable-unicode does not provide utf-8 charset support.
It supports only iso-8859-1 and us-ascii.
~/src/courier-imap-2.1.2/INSTALL
...
* --enable-unicode - include the ability to search and sort messages
in character sets other than the default ISO-8859-1/US-ASCII. All
character set tables supported by Courier-IMAP will be included.
...
SquirrelMail uses charset defined in translation selected by end user. It
can be iso-8859-1 (20), iso-8859-2 (8), iso-8859-7 (1), iso-8859-9 (1),
iso-8859-15 (2), windows-1251 (1), windows-1255 (1), windows-1256 (1),
utf-8 (3), tis-620 (1), iso-2022-jp (1), euc-kr (1), big5 (1), gb2312 (1).
If you find some my posts that say "enable server side sorting", you will
find warnings, that talk about installing info plugin and running tests
0,3,4,5 with non-iso-8859-1 charset.
--
Tomas
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
--
squirrelmail-users mailing list
List Address: [EMAIL PROTECTED]
List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id=2995
List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
