| Summary | Attachment Problem with ISO-8859-9 |
| Queue | IMP |
| Queue Version | HEAD |
| Type | Bug |
| State | Not A Bug |
| Priority | 2. Medium |
| Owners | Horde Developers (at) , jan (at) horde (dot) org |
| Requester | hme (at) onart (dot) com (dot) tr |
| Created | 2005-02-09 (5151 days ago) |
| Due | |
| Updated | 2005-07-07 (5003 days ago) |
| Assigned | 2005-05-25 (5046 days ago) |
| Resolved | 2005-06-12 (5028 days ago) |
| Milestone | |
| Patch | No |
Best Regards
Holger
I have the same problem.
If I write an email with i.g. charset ISO-8859-1 to an ISO-8859-9
viewing user, only gets an attachment.
How can I fix this problem?
I'm using imp version 3.2.8
State ⇒ Not A Bug
State ⇒ Feedback
only some? What charset do the pages have that are sent to your
browser, utf-8 or iso-8859-9?
I know the "i" problem pretty well. This was one of the reasons I
wrote the charset support for Horde.
incorrectly used strtoupper/lower, I would like to point out a common
problem with 8859-9 charset hoping to solve the problem.
"I" and "i" are two different characters in iso-8859-9. I am writing
the definition of the letters to avoid incorrectly displaying in your
browsers.
"I" is capital of "i without dot".
"I with dot" is capital of "i".
This issue was also a problem in horde/scripts/sql /create.mysql.sql.
Chuck changed "Insert_priv" to "insert_priv" in version 1.5 and the
problem solved.
Hope this helps.
Mufit
State ⇒ Assigned
Assigned to
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Summary ⇒ Attachment Problem with ISO-8859-9
Queue ⇒ IMP
and mbstring extensions) with remote pop3 server.
If Turkish (ISO-8859-9) selected on the login form of IMP, attachments
show up as encoded text in the body of the message. There is no any
link for attachment to download. If another language selected from the
drop down list on the login page, then attachments look properly.
Mufit