6.0.0-alpha12
6/11/25

[#9962] UTF8-Characters
Summary UTF8-Characters
Queue IMP
Queue Version 5.0.1
Type Bug
State Not A Bug
Priority 1. Low
Owners
Requester akif-antispam (at) dinc (dot) org
Created 04/24/2011 (5162 days ago)
Due
Updated 04/25/2011 (5161 days ago)
Assigned
Resolved 04/25/2011 (5161 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
04/25/2011 09:55:32 PM akif-antispam (at) dinc (dot) org Comment #6 Reply to this comment
And thats the problem. The preferences 'sending_charset' is not added 
into the db-table. It works when I add it manually into the db.
04/25/2011 09:45:17 PM Michael Slusarz Comment #5
State ⇒ Not A Bug
Reply to this comment
Then set the 'sending_charset' preference to an appropriate value.
04/25/2011 09:41:53 PM akif-antispam (at) dinc (dot) org Comment #4 Reply to this comment
Yes these are Turkish characters. But the problem also happens with 
other languages:

Ì c3 8c    LATIN CAPITAL LETTER I WITH GRAVE

Р   c3 90    LATIN CAPITAL LETTER ETH
å    c3 a5    LATIN SMALL LETTER A WITH RING ABOVE
æ    c3 a6    LATIN SMALL LETTER AE
ë    c3 ab    LATIN SMALL LETTER E WITH DIAERESIS
ï    c3 af    LATIN SMALL LETTER I WITH DIAERESIS
?    d8 8f    ARABIC SIGN MISRA
?    d8 a8    ARABIC LETTER BEH
?       d8 b9    ARABIC LETTER AIN

It used to work with Horde 3 and PHP5. The E-Mail encoding of IMP 
generated mails are always ISO-8859-1
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes

Emails sent with other clients that set encoding to UTF8 are displayed 
fine with IMP, even with turkish. The PHP 5 bug with Turkish is 
related to lowercasing and uppercasing characters.
04/25/2011 07:14:06 PM Michael Slusarz Comment #3 Reply to this comment
Are these turkish characters?  If so, this is a PHP 5 issue.
04/24/2011 10:22:26 AM akif-antispam (at) dinc (dot) org Comment #2 Reply to this comment
I just see that the characters I added to the below comment are also 
substituted
04/24/2011 10:21:12 AM akif-antispam (at) dinc (dot) org Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ UTF8-Characters
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
UTF8-Chars (like ??, ?I, i?, ??) are destroyed when mail is composed 
with imp (traditional, dynamic).
I see that any mail send out of IMP is composed with:

Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes

I would expect it to be UTF8

Saved Queries