Summary | Folder names in the folder list are displayed in wrong encoding |
Queue | IMP |
Queue Version | 4.3.2 |
Type | Bug |
State | No Feedback |
Priority | 1. Low |
Owners | |
Requester | leva (at) ecentrum (dot) hu |
Created | 12/15/2008 (6083 days ago) |
Due | |
Updated | 03/05/2009 (6003 days ago) |
Assigned | 02/23/2009 (6013 days ago) |
Resolved | 03/05/2009 (6003 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
Taken from Michael Slusarz
State ⇒ No Feedback
State ⇒ Feedback
down the exact location of the problem in the PHP code to fix.
Assigned to
#960#744#7760#2463Assigned to Michael Slusarz
State ⇒ Feedback
Patch ⇒ No
State ⇒ Unconfirmed
New Attachment: problem_preview.png
Milestone ⇒
Queue ⇒ IMP
Summary ⇒ Folder names in the folder list are displayed in wrong encoding
Type ⇒ Bug
Priority ⇒ 1. Low
localized characters. This is displayed correctly when I select the
"English (American,Canadian,British)" language on the login page from
the dropdown menu. But when I choose any other locale (but let's say
now I choose my own locale, which is "Magyar" (Hungarian)), the
folders won't display the correct characters. It's like this:
Folder name with "English (*)" locale:
"Ügyfél"
Folder name with "Magyar" locale:
"&ANw-gyf&AOk-l"
The latter is the same UTF-7 displaying as with the folder's name on
the filesystem:
# ls -1 user/Maildir/
[...]
.&ANw-gyf&AOk-l/
[...]
I have configured the php apache module to use mbstring, and I have
installed and am using the libiconv library with php.
$ php -i |fgrep mbstring
mbstring.detect_order => no value => no value
mbstring.encoding_translation => Off => Off
mbstring.func_overload => 0 => 0
mbstring.http_input => pass => pass
mbstring.http_output => pass => pass
mbstring.internal_encoding => no value => no value
mbstring.language => neutral => neutral
mbstring.strict_detection => Off => Off
mbstring.substitute_character => no value => no value
$ php -i |fgrep iconv
Registered Stream Filters => string.rot13, string.toupper,
string.tolower, string.strip_tags, convert.*, consumed,convert.iconv.*,
zlib.*
iconv
iconv support => enabled
iconv implementation => libiconv
iconv library version => 1.11
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
It's like that IMP doesn't even try to convert the folder names,
because it is displayed in the "native" way, exactly the same as on
the filesystem.