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 |
into the db-table. It works when I add it manually into the db.
State ⇒ Not A Bug
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.
substituted
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ UTF8-Characters
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
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