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.

[root@SVP11398 ~]# cat /usr/share/psa-horde/lib/version.php
<?php define('HORDE_VERSION', '3.3.6') ?>
[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.

Fixed in Horde 3.2.1.

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

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

Can you take another look at this?

Environment:

horde 3.1.7

imp 4.1.6

Confirm here also.



david

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 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);

         }

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'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

No, it's only a workaround for IE that is ignoring the Content-Type: 
;charset header and will probably break for any sane browser.

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

It's a problem for me too,and have not any solution,yet. (may try & error)
David

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

Hi Peter, it did work for me,thank you.

I also modified "ISO-8859-1"  to NLS::getEmailCharset() ,because BIG5 
is my prefer language.

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

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.

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.

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 ?

Looks to work just fine to me.

Thank you,chuck.



Source message and download dialog screen-shot were  attached .

This situation only happen in I.E,firework works fine.

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.

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.

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

This is the mail source,saved from IMP

This is the mail source,saved from IMP

This is what the attachment source looks like in Notepad.

This is what the attachment source looks like in Notepad.

This time ,filename seems to be decoded correctly in IMP

This time ,filename seems to be decoded correctly in IMP

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 could be 
decoded correctly (but incorrect in message view).



Here are some of snapshots in IMP and the test message sent from yahoo.

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

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.

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.

Here is the message source.



Thank you,Jan.

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



filename has been decoded as utf-8,bad.

It should be decoded as Big5.

Snapshot in IMP's message view

Snapshot in IMP's message view

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?

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

Should be fixed in CVS now.

Snapshot for download dialogue

Snapshot for download dialogue

Snapshot in IMP screen 1

Snapshot in IMP screen 1

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.