[Tickets #4347] NEW: Long attachment filenames with special charset displayed incorrectly
bugs@bugs.horde.org
bugs at bugs.horde.org
Mon Aug 28 05:28:03 PDT 2006
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/?id=4347
-----------------------------------------------------------------------
Ticket | 4347
Created By | ditsa at ccf.auth.gr
Summary | Long attachment filenames with special charset displayed incorrectly
Queue | IMP
Version | 4.1.3
Type | Bug
State | Unconfirmed
Priority | 1. Low
Owners |
-----------------------------------------------------------------------
ditsa at ccf.auth.gr (2006-08-28 05:28) wrote:
In messages composed from Mozzila Thunderbird version 1.5.0.5, attachment
filenames that contain greek (ISO-8859-7) characters are not displayed
correctly in IMP 4.1.3, when the length of the filename exceeds a certain
number of characters. Yet when downloaded, filenames appear correct in OS
save dialog window.
Example of a filename encoding that appears incorreclty in IMP:
--------------020001090103010501080506
Content-Type: application/msword;
name*=ISO-8859-7''%C4%EF%EA%E9%EC%E1%F3%F4%E9%EA%FC%E1%F1%F7%E5%E9.doc
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*0*=ISO-8859-7''%C4%EF%EA%E9%EC%E1%F3%F4%E9%EA%FC%E1%F1%F7%E5%E9.d;
filename*1*=oc
Example of a filename encoding that appears correclty in IMP:
--------------080904060007010807050604
Content-Type: application/msword;
name*=ISO-8859-7''%C4%EF%EA%E9%EC%E1%F3%F4%E9%EA%FC%E1%F1%F7%E5.doc
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*=ISO-8859-7''%C4%EF%EA%E9%EC%E1%F3%F4%E9%EA%FC%E1%F1%F7%E5.doc
Obviously, when the filename exceeds 19 characters, Thunderbird brakes up
the filename in two parts (filename*0*, filename*1*) which IMP does not
handle or display correctly, but is able to deliver correctly for
download.
Could there be a fix for this to be displayed correctly on IMP?
Thanks.
More information about the bugs
mailing list