Email attachments with UTF-8 filenames do not get delivered
Description
Activity
Filter Maintainer August 8, 2008 at 6:02 AM
2.5.0 QA has been completed. Unfortunately, there were not resources available to specifically test this issue. If you find this to still be a problem in the latest release (at this point 2.5.2), please reopen the JIRA and add the latest affects version.
Beth Kirschner March 11, 2008 at 1:10 PM
Problem appears to be with ISO-8859 encodings (see ).
Beth Kirschner March 11, 2008 at 10:25 AM
Can you make sure you don't have any utf-8 configuration problems, as described at http://confluence.sakaiproject.org/confluence/display/I18N/Common+UTF-8+Problems
Also, can you let me know which email client you are testing with (it may be relevant). If QA1-US comes back to life, that would be a good place to verify. I can't reproduce, but am not ruling out that there is still a problem.
hlarew March 10, 2008 at 1:13 PM
Testing on Sakai 2.5 RC3, I am able to mail an attachment with UTF-8 (¿¿¿¿.doc) however, after Sakai processes this and re-sends it out to other email recipients (via Email Archive component) the sent attachment is corrupted (as is the archived one in Email Archive). The new attachment reads as follows: yutf-8yQy_C2_BF_C2_BF_C2_BF_C2_BF.docy
I'm on 2.5 RC3, Ubuntu, Firefox 2.x.
David Horwitz February 11, 2008 at 2:02 AM
merged into 2-5-x with r41122
Email attachments with UTF-8 filenames (e.g. ¿¿¿¿.doc) do not get delivered. This may be due to some of the same problems fixed in SAK-6976 with incorrect encoding..