attachment filename decode problem

Hi there: While click "Download" icon in IMP to save attach

Tue, 27 Apr 2004 04:43:39 +0000

Hi there: While click "Download" icon in IMP to save attachment,in the pop-up download dialogue screen.If Attachment named in Chinese the filename seems not decode correctly.

Snapshot in IMP screen 1

Tue, 27 Apr 2004 04:44:45 +0000

Snapshot in IMP screen 1

Tue, 27 Apr 2004 04:44:46 +0000

Snapshot in IMP screen 1

Snapshot for download dialogue

Tue, 27 Apr 2004 04:45:31 +0000

Snapshot for download dialogue

Tue, 27 Apr 2004 04:45:32 +0000

Snapshot for download dialogue

Should be fixed in CVS now.

Mon, 10 May 2004 22:17:07 +0000

Should be fixed in CVS now.

It still not work for me,even imp was u2date.

Tue, 11 May 2004 00:33:42 +0000

It still not work for me,even imp was u2date.

I'm a bit out of ideas now. Can you post updated screenshots

Tue, 11 May 2004 08:40:48 +0000

I'm a bit out of ideas now. Can you post updated screenshots again (the old ones unfortunately got lost) and the relevant part of the message source?

Snapshot in IMP's message view

Tue, 11 May 2004 10:22:25 +0000

Snapshot in IMP's message view

Tue, 11 May 2004 10:22:26 +0000

Snapshot in IMP's message view

Snapshot for Download dialogue in Windows/2000 IE6.0 file

Tue, 11 May 2004 10:26:24 +0000

Snapshot for Download dialogue in Windows/2000 IE6.0 filename has been decoded as utf-8,bad. It should be decoded as Big5.

Snapshot for Download dialogue in Windows/2000 IE6.0 file

Tue, 11 May 2004 10:26:25 +0000

Snapshot for Download dialogue in Windows/2000 IE6.0 filename has been decoded as utf-8,bad. It should be decoded as Big5.

Here is the message source. Thank you,Jan.

Tue, 11 May 2004 10:27:06 +0000

Here is the message source. Thank you,Jan.

I don't see what's wrong there. If I import the message in O

Tue, 11 May 2004 11:21:32 +0000

I don't see what's wrong there. If I import the message in Outlook Express or IMP, both show the same filename and try to save it with that name.

The decode problem was just happen in pop-up download dialog

Tue, 11 May 2004 13:01:43 +0000

The decode problem was just happen in pop-up download dialogue,in imp message view it looks correct. Outlook express work good for me too,but IMP not. I guess maybe outlook could decode both Big5 & Utf8 but IMP not ,so it works for outlook.

Seems to be browser problem, Mozilla save this file fine whi

Tue, 11 May 2004 13:09:18 +0000

Seems to be browser problem, Mozilla save this file fine while IE mangles the characters. No idea how to fix that.

I found if mail was sent through yahoo webmail,attachment co

Tue, 11 May 2004 23:48:07 +0000

I found if mail was sent through yahoo webmail,attachment could be decoded correctly (but incorrect in message view). Here are some of snapshots in IMP and the test message sent from yahoo.

I found if mail was sent through yahoo webmail,attachment co

Tue, 11 May 2004 23:48:08 +0000

I found if mail was sent through yahoo webmail,attachment could be decoded correctly (but incorrect in message view). Here are some of snapshots in IMP and the test message sent from yahoo.

This time ,filename seems to be decoded correctly in IMP

Tue, 11 May 2004 23:50:06 +0000

This time ,filename seems to be decoded correctly in IMP

Tue, 11 May 2004 23:50:07 +0000

This time ,filename seems to be decoded correctly in IMP

This is what the attachment source looks like in Notepad.

Tue, 11 May 2004 23:52:09 +0000

This is what the attachment source looks like in Notepad.

Tue, 11 May 2004 23:52:10 +0000

This is what the attachment source looks like in Notepad.

This is the mail source,saved from IMP

Tue, 11 May 2004 23:54:12 +0000

This is the mail source,saved from IMP

Tue, 11 May 2004 23:54:13 +0000

This is the mail source,saved from IMP

This won't be resolved unless David does the coding, which h

Sat, 24 Jul 2004 04:47:21 +0000

This won't be resolved unless David does the coding, which he doesn't seem to want to do. Killing.

Can someone else confirm this bug ? Although i am not php c

Fri, 14 Jan 2005 03:31:23 +0000

Can someone else confirm this bug ? Although i am not php coder and not good in php programing,but till IMP4 ,the problem still there for a long long time.

There are currently no attachments to this ticket. If you up

Sat, 15 Jan 2005 04:57:13 +0000

There are currently no attachments to this ticket. If you upload a complete message that allows us to reproduce the problem, then someone might be able to help you. Though Jan certainly tried.

Thank you,chuck. Source message and download dialog scree

Sat, 15 Jan 2005 05:56:07 +0000

Thank you,chuck. Source message and download dialog screen-shot were attached . This situation only happen in I.E,firework works fine.

Looks to work just fine to me.

Sun, 16 Jan 2005 03:24:12 +0000

Looks to work just fine to me.

Hi,chuck Does your word application popup then open it ,or

Sun, 16 Jan 2005 06:29:40 +0000

Hi,chuck Does your word application popup then open it ,or your browser can save the attachment with *.doc directly ? The .doc part's shown with correct chinese name in my imp message view(see imp_view.gif),but can not be judged in download-dialog window(see download-dialog.gif). What can i do next for this ticket ?

I can reproduce it, only with IE. But I doubt we could do an

Sun, 16 Jan 2005 14:27:51 +0000

I can reproduce it, only with IE. But I doubt we could do anything about this. Firefox shows that we are obviously sending the correct data.

Doing some more research, I found that this seems to be a kn

Mon, 07 Feb 2005 10:05:22 +0000

Doing some more research, I found that this seems to be a known issue with IE that noone was able to workaround yet. Closing as we can't do anything about it at the moment.

Just restarted on a upgrade from H2 to latest H3/IMP. I

Thu, 28 Jul 2005 21:33:03 +0000

Just restarted on a upgrade from H2 to latest H3/IMP. I have similiar problems with swedish characters on attachment download. I have, as far as I can tell solved it for use at our site (very quick and dirty). Maybe it helps someone else? Maybe someone can implement it correctly... Anyway, as far as I can tell, on single file download Firefox works with swedish characters but IE doesn't. For me converting the sent filename from "UTF-8" to "ISO-8859-1" solves the problem. So, in file imp/view.php, line 122 has been changed to (4 lines): if (($browser->getBrowser() == 'msie') && ($browser->getMajor() >= 5)) $name = iconv("UTF-8", "ISO-8859-1", $mime->getName(true, true)); else $name = $mime->getName(true, true); I am aware that this will probably break for other languages, but for our swedish school environment it does the trick. Just did it today, so I will evaluate it more, but still... Also, when downloading attachments in a single zip file, the filenames are wrong in zip file. Made an even uglier hack for that: File view.php, line 96 (1 line): $tosave[] = array('data' => $mime->getContents(), 'name' => iconv("UTF-8", "850", $mime->getName(true, true))); Apparently WinZip in my case likes it this way. Will check more (and with Linux browsers). /Peter

> Just restarted on a upgrade from H2 to latest H3/IMP. >

Fri, 29 Jul 2005 01:28:07 +0000

> Just restarted on a upgrade from H2 to latest H3/IMP. > > I have similiar problems with swedish characters on attachment download. > > I have, as far as I can tell solved it for use at our site (very > quick and dirty). > > Maybe it helps someone else? Maybe someone can implement it correctly... > > Anyway, as far as I can tell, on single file download Firefox works > with swedish characters but IE doesn't. For me converting the sent > filename from "UTF-8" to "ISO-8859-1" solves the problem. > So, in file imp/view.php, line 122 has been changed to (4 lines): > if (($browser->getBrowser() == 'msie') && ($browser->getMajor() >= 5)) > $name = iconv("UTF-8", "ISO-8859-1", $mime->getName(true, true)); > else > $name = $mime->getName(true, true); > > I am aware that this will probably break for other languages, but for > our swedish school environment it does the trick. Just did it today, > so I will evaluate it more, but still... > > Also, when downloading attachments in a single zip file, the > filenames are wrong in zip file. > Made an even uglier hack for that: > File view.php, line 96 (1 line): > $tosave[] = array('data' => $mime->getContents(), 'name' => > iconv("UTF-8", "850", $mime->getName(true, true))); > Apparently WinZip in my case likes it this way. Will check more (and > with Linux browsers). > > /Peter > Hi Peter, it did work for me,thank you. I also modified "ISO-8859-1" to NLS::getEmailCharset() ,because BIG5 is my prefer language.

Hello David. Glad it worked out for you. How about th

Sun, 31 Jul 2005 01:39:17 +0000

Hello David. Glad it worked out for you. How about the download all attachments as zip-file issue. Have you had problems with that too, abd have you found any (good) solution? /Peter

> Hello David. > > Glad it worked out for you. > > How a

Sun, 31 Jul 2005 02:21:16 +0000

> Hello David. > > Glad it worked out for you. > > How about the download all attachments as zip-file issue. Have you > had problems with that too, abd have you found any (good) solution? It's a problem for me too,and have not any solution,yet. (may try & error) > > /Peter David

Is this solution a valid workaround for this problem? It se

Sun, 31 Jul 2005 03:05:49 +0000

Is this solution a valid workaround for this problem? It seems to be working for several people...

> Is this solution a valid workaround for this problem? It

Sun, 31 Jul 2005 10:11:59 +0000

> Is this solution a valid workaround for this problem? It seems to be > working for several people... No, it's only a workaround for IE that is ignoring the Content-Type: ;charset header and will probably break for any sane browser.

I'm aware it's a dirty trick, but as long as it only does th

Mon, 01 Aug 2005 22:44:23 +0000

I'm aware it's a dirty trick, but as long as it only does the dirty stuff on IE browser, it shouldn't mess things up for others. I'd like to have it in the admin setup for IMP or Horde. A setting for yes or no, enabling the dirty trick or not. That way the hack can help people overcome this problem, but we are fairly clear about what we think of it; it shouln't need to be there in the first place. Or IE should be OpenSource? Ouch, got a buzz from my keyboard. At least for me, this has been a major issue as our entire org uses IE. So going from H2 to H3 has been delayed for almost a year. H2 used ISO-8859-1 all over so wasn't this problem (but other). And I failed on my last fix attempt. Anyway, you guys have done a great job with Horde/IMP etc. Thank you! /Peter

Oops, should have been marked as bogus. It's definitely a br

Fri, 12 Aug 2005 14:54:17 +0000

Oops, should have been marked as bogus. It's definitely a browser bug, and as long as noone finds a *valid* workaround, the bug stays bogus

I found that IE doesn't accept non-ASCII URL, the informati

Mon, 02 Oct 2006 05:39:28 +0000

I found that IE doesn't accept non-ASCII URL, the information from www we should use urlencode to encode the filename. I tested this on my system (win XP TC, Win XP Eng, Win2K TC, Win2K Eng, Win Me TC) for chinese filename. it's OK However I found two functions( rawurlencode, urlencode ) in php do similar job, I don't known which one is best for this job. I try both on my test, both are OK for my test filename. Not only IMP but also gollem I hope someone can test this solution on other lang system. I modifity the file horde/lib/Horde/Browser.php, function downloadHeaders inside the code that special for msie Below is the code /* MSIE doesn't like multiple periods in the file name. Convert all periods (except the last one) to underscores. */ if ($this->isBrowser('msie')) { if (($pos = strrpos($filename, '.'))) { $filename = strtr(substr($filename, 0, $pos), '.', '_') . substr($filename, $pos); } /* add the follow line to encode the filename */ $filename = rawurlencode($filename); }

I confirmed Felix's rawurlencode works fine and solves the w

Fri, 06 Jun 2008 08:36:33 +0000

I confirmed Felix's rawurlencode works fine and solves the whole problem easily and beautifully. Environment: horde 3.1.4 imp 4.1.4 Though it is a bug of IE, however users do not concern the bug is on IE, or IMP, they will just urge you to fix it ASAP. We can know this problem are mostly about the filename characters are not in English, such as swedish, Chinese Traditional, Chinese Simplified, so I think many peoples hope there is a workaround solution to fix this problem. Just know this problem was found by david on 04/27/04, over 4 years already... but I tested this problem still exists on imp 4.1.4 Ming

> I confirmed Felix's rawurlencode works fine and solves the

Fri, 06 Jun 2008 08:49:37 +0000

> I confirmed Felix's rawurlencode works fine and solves the whole > problem easily and beautifully. > Environment: horde 3.1.7 imp 4.1.6 Confirm here also. david

Can you take another look at this?

Sat, 07 Jun 2008 16:01:41 +0000

Can you take another look at this?

Changes have been made in CVS for this ticket: http://cvs.h

Mon, 09 Jun 2008 17:30:36 +0000

Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/framework/Browser/Browser.php?r1=1.239&r2=1.240&ty=u http://cvs.horde.org/diff.php/horde/docs/CHANGES?r1=1.1101&r2=1.1102&ty=u

Changes have been made in CVS for this ticket: http://cvs.h

Mon, 09 Jun 2008 17:33:05 +0000

Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/framework/Browser/Browser.php?r1=1.153.2.63&r2=1.153.2.64&ty=u http://cvs.horde.org/diff.php/horde/docs/CHANGES?r1=1.515.2.404&r2=1.515.2.405&ty=u

Fixed in Horde 3.2.1.

Mon, 09 Jun 2008 17:33:21 +0000

Fixed in Horde 3.2.1.

[root@SVP11398 ~]# cat /usr/share/psa-horde/lib/version.php

Fri, 12 Nov 2010 23:03:45 +0000

[root@SVP11398 ~]# cat /usr/share/psa-horde/lib/version.php [root@SVP11398 ~]# rpm -qa | grep horde psa-horde-3.3.6-cos5.build95101022.06 [root@SVP11398 ~]# This error still persist for Chinese Traditional and Simplified locales. When trying to send an email with attachment labeled with like ????? gmail received it like "noname" attachment. All that tricks below with php scripts didn't helped for me. Please advice.

> [root@SVP11398 ~]# cat /usr/share/psa-horde/lib/version.ph

Sat, 13 Nov 2010 00:29:46 +0000

> [root@SVP11398 ~]# cat /usr/share/psa-horde/lib/version.php > > [root@SVP11398 ~]# rpm -qa | grep horde > psa-horde-3.3.6-cos5.build95101022.06 > [root@SVP11398 ~]# > > This error still persist for Chinese Traditional and Simplified > locales. When trying to send an email with attachment labeled with > like ????? gmail received it like "noname" attachment. All that > tricks below with php scripts didn't helped for me. Please advice. Sorry for this. It appears to be initially Gmail issue http://mail.google.com/support/bin/answer.py?hl=en&answer=9524 When I checked the same on other mail gate, everything was working as it had to be.