[imp] problem forwarding attachments

Michael M Slusarz slusarz@bigworm.colorado.edu
Tue, 25 Jun 2002 13:12:13 -0600


Quoting Tad Hunt <tad@entrisphere.com>:

| It looks like IMP rewrites mime attachments in forwarded
| messages to base64, but it doesn't correctly update the mime
| headers so that mail readers (such as MH) can correctly
| extract the information.  In addition, it sets "filename"
| and "name" to "unnamed", when it should really just leave those
| terms off so that the receiving mailer can autogenerate names.

I'm in the process of reworking the attachment code so I will take a look 
at this.  I'm not sure what you mean but "not updating the MIME headers" - 
IMP correctly sets the Encoding type to base64 so all MIME compliant mail 
readers should be able to decode these messages.

| For a recent message that was just forwarded to me from an
| IMP installation I set up, I had to change "message/rfc822"
| to "application/octet-stream" to make MH decode the message.
| In addition, I had to remove all of the ``name="unnamed"'' and
| ``filename="unnamed"'' statements, so that it would autogenerate
| names for all of the parts of the message (instead of naming all
| of the parts ``unnamed'' when it extracted them, thus leaving me with
| nothing but the last part it decoded)

This is strange - there should be no need to switch to application/octet-
stream from message/rfc822.  I will also take a look at this.

BTW, the MIME handling is much improved in the HEAD branch so you might 
want to try that out also.

michael

______________________________________________
Michael Slusarz [slusarz@bigworm.colorado.edu]
The University of Colorado at Boulder