6.0.0-beta1
7/21/25

[#5432] Corrupt Attachments (not always)
Summary Corrupt Attachments (not always)
Queue IMP
Queue Version 4.1.4
Type Bug
State Duplicate
Priority 1. Low
Owners
Requester leonardo (at) sefa (dot) pa (dot) gov (dot) br
Created 06/04/2007 (6622 days ago)
Due
Updated 11/14/2007 (6459 days ago)
Assigned
Resolved 06/04/2007 (6622 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
11/14/2007 05:51:07 PM brennan (at) columbia (dot) edu Comment #4 Reply to this comment
Same problem being seen here.  Examples we have been given are Word 
files (.doc), except one exampe is an Excel (.xls) file.  Same user 
can send the same attachment minutes apart, and one time it gets 
text/plain and the next time it gets application/msword.  We even have 
an example of someone sending two Word files, and the first one was 
application/msword and the second was text/plain!



Joseph Brennan

Columbia University IT
06/04/2007 11:42:57 PM Michael Slusarz Comment #3
State ⇒ Duplicate
Reply to this comment
Duplicate of Bug 3565.
06/04/2007 06:51:36 PM leonardo (at) sefa (dot) pa (dot) gov (dot) br Comment #2 Reply to this comment
I've tried in Firefox and IE6.
06/04/2007 03:52:58 PM leonardo (at) sefa (dot) pa (dot) gov (dot) br Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Corrupt Attachments (not always)
Queue ⇒ IMP
New Attachment: message.txt Download
State ⇒ Unconfirmed
Reply to this comment
Sometimes when a file is attached to a message it gets corrupted.

Default charset of our webserver is iso-8859-1.

I think there is something wrong with Content-Type and   
Content-Transfer-Encoding attributes.



--------------------------

Content-Type: text/plain;

         charset=ISO-8859-1;

         name="Curriculo Vitae - Vinicius[1].doc"

Content-Disposition: attachment;

         filename="Curriculo Vitae - Vinicius[1].doc"

Content-Transfer-Encoding: quoted-printable

---------------------------



Leonardo Valente

Saved Queries