| 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 | 02/09/2005 (7452 days ago) |
| Due | |
| Updated | 07/07/2005 (7304 days ago) |
| Assigned | 05/25/2005 (7347 days ago) |
| Resolved | 06/12/2005 (7329 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| 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
Assigned to
State ⇒ Assigned
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
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