Tickets :: [#4447] Improper handling of character sets

6.0.0-beta1

7/22/25

Summary	Improper handling of character sets
Queue	IMP
Queue Version	4.1.3
Type	Bug
State	Not A Bug
Priority	1. Low
Owners	jan (at) horde (dot) org
Requester	qa (at) cpanel (dot) net
Created	09/21/2006 (6879 days ago)
Due
Updated	03/26/2007 (6693 days ago)
Assigned	09/22/2006 (6878 days ago)
Resolved	09/26/2006 (6874 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

03/26/2007 03:08:57 PM	paul (at) askerko (dot) net	Comment #9	Reply to this comment
I recently changed hosting companies due to problems with web mail in Russian, but the new company, which uses IMP 4.1 and Horde Framework 3.1, also has the problem. I see this problem report, which is now 6 months old. Is anyone working on this? Is fhere something I can do to help? I have system programming experience and this issue is quite important to me. [Show Quoted Text - 31 lines][Hide Quoted Text] Tested on Horde 3.1.3/IMP 4.1.3 with FireFox 1.5.0.7; Konqueror 3.5.3; Opera 9.1 Scenario: Two users: one has the Russian language set as Preferred in Global Options > Locale; the second has Spanish (Espanol) set as Preferred language in Global Options > Locale. The Russian User composes an email using the Cyrillic character set but changes the Charset option in the composition window to UTF-8 and sends it to the Spanish locale user. When the Spanish locale user receives the message, instead of seeing the Cyrillic character set, only question marks (?) are displayed. The Spanish user then replies to the Russian User, changes the Charset to Russian in the composition window, and sends the message. What the Russian User receives is garbage, as show below: Статьи обычно несерьёзный кто но, вас пока вообще The original Cyrillic based message is viewable with other email clients (Squirrelmail, Gmail, for example), but can only be viewed by: 1. The Spanish User changing his locale to Russian in Global Options; 2. Clicking the link to open it in a new window, which only worked on Konqueror, which opened it in Kate (a text editor).

09/26/2006 06:17:12 PM	qa (at) cpanel (dot) net	Comment #8	Reply to this comment
Thus if executing 'locale -a' displays UTF-8 charsets for the languages used in the example (Russian Cyrillic, Spanish): [Russian] ru_RU ru_RU.iso88595 ru_RU.koi8r ru_RU.utf8 [Spanish] es_ES es_ES@euro es_ES.iso88591 es_ES.iso885915@euro es_ES.utf8 then is it still a system locale problem? Am I looking at the wrong thing?

09/26/2006 05:44:53 PM	Jan Schneider	Comment #7	Reply to this comment
For future knowledge and reference, how did you determine that my system locales do not support utf-8? From experience. Is it different from executing 'locale -a'? No.

09/26/2006 05:14:56 PM	qa (at) cpanel (dot) net	Comment #6	Reply to this comment
For future knowledge and reference, how did you determine that my system locales do not support utf-8? Is it different from executing 'locale -a'?

09/26/2006 04:59:20 PM	Jan Schneider	Comment #5 State ⇒ Not A Bug	Reply to this comment
Your system locales don't support UTF-8, thus the Spanish translation needs to be displayed in a different and incompatible charset than Russian.

09/22/2006 05:37:03 PM	Chuck Hagenbuch	Assigned to Jan Schneider State ⇒ Assigned

09/22/2006 01:09:54 PM	qa (at) cpanel (dot) net	Comment #4 New Attachment: test.php.html	Reply to this comment
Yes, iconv is installed. I'm attaching the output of horde/test.php

09/21/2006 09:45:28 PM	qa (at) cpanel (dot) net	Comment #3	Reply to this comment
Is this with the iconv and mbstring PHP extensions enabled? I know the mbstring extension is enabled, I'll have to answer regarding iconv tomorrow as I'm away from the test system.

09/21/2006 09:31:02 PM	Chuck Hagenbuch	Comment #2 State ⇒ Feedback	Reply to this comment
Is this with the iconv and mbstring PHP extensions enabled?

09/21/2006 09:00:48 PM	qa (at) cpanel (dot) net	Comment #1 Priority ⇒ 1. Low Type ⇒ Bug Summary ⇒ Improper handling of character sets Queue ⇒ IMP State ⇒ Unconfirmed	Reply to this comment
Tested on Horde 3.1.3/IMP 4.1.3 with FireFox 1.5.0.7; Konqueror 3.5.3; Opera 9.1 Scenario: Two users: one has the Russian language set as Preferred in Global Options > Locale; the second has Spanish (Espanol) set as Preferred language in Global Options > Locale. The Russian User composes an email using the Cyrillic character set but changes the Charset option in the composition window to UTF-8 and sends it to the Spanish locale user. When the Spanish locale user receives the message, instead of seeing the Cyrillic character set, only question marks (?) are displayed. The Spanish user then replies to the Russian User, changes the Charset to Russian in the composition window, and sends the message. What the Russian User receives is garbage, as show below: Статьи обычно несерьёзный кто но, вас пока вообще The original Cyrillic based message is viewable with other email clients (Squirrelmail, Gmail, for example), but can only be viewed by: 1. The Spanish User changing his locale to Russian in Global Options; 2. Clicking the link to open it in a new window, which only worked on Konqueror, which opened it in Kate (a text editor).