Created attachment 117953 [details] email message with attachemnts a.html and b.html
Description of problem: attachments created by evolution are extracted with ";" appended. Version-Release number of selected component (if applicable): uudeview-0.5.20-4 How reproducible: always if the file name is not quoted (say, does not contain spaces). Steps to Reproduce: 1. Take the attached email message created by evolution. 2. run uudeview on the file. 3. Verify that the two extraced files have ";" appended to their real name. Actual results: $ uudeview -i 1124636005.3427.otthon.memphis.edu\:2\,S Loaded from 1124636005.3427.otthon.memphis.edu:2,S: 'a and b' (a): a.html; part 1 Base64 Loaded from 1124636005.3427.otthon.memphis.edu:2,S: 'a and b' (a): b.html; part 1 Base64 Found 'a.html;' State 16 Base64 Parts 1 OK Found 'b.html;' State 16 Base64 Parts 1 OK File successfully written to /home/mw/EXTRACT/a.html; File successfully written to /home/mw/EXTRACT/b.html; 2 files decoded from 1 input file, 0 failed $ ls *\; a.html; b.html; Expected results: Instead, should have the files a.html b.html Additional info: This is an x86_64 FC4 system. Of course, it is possible that evolution is not conforming to some rfc's.
I can reproduce this. A message created with mutt, however, doesn't show this behaviour so I tend to blame evolution. The best would probably be to have a look at the correct RFC. I will attach my example from mutt. I will also try to reach the upstream author for a statement.
Created attachment 117954 [details] email message with attachments c.html and d.html
FC3 and FC4 have now been EOL'd. Please check the ticket against a current Fedora release, and either adjust the release number, or close it if appropriate. Thanks. Your friendly BZ janitor :-)
Fedora Core 4 is no longer maintained. Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the current Fedora release, please reopen this bug and assign it to the corresponding Fedora version.