Re: MIME's "Content-Disposition" Header

Terry Crowley <tcrowley@kilsythe.banyan.com> Wed, 11 January 1995 18:27 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa06355; 11 Jan 95 13:27 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa06351; 11 Jan 95 13:27 EST
Received: from dimacs.rutgers.edu by CNRI.Reston.VA.US id aa11916; 11 Jan 95 13:27 EST
Received: by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA11232; Wed, 11 Jan 95 13:04:01 EST
Received: from warren.banyan.com by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA11194; Wed, 11 Jan 95 13:03:58 EST
Received: from kilsythe.banyan.com by warren.banyan.com with SMTP (1.38.193.4/16.2) id AA12404; Wed, 11 Jan 1995 13:05:27 -0500
Received: from aberdeen.banyan.com by kilsythe.banyan.com (5.0/SMI-SVR4) id AA09063; Wed, 11 Jan 1995 13:04:25 +0500
Received: by aberdeen.banyan.com (5.0/SMI-SVR4) id AA24843; Wed, 11 Jan 1995 13:04:14 +0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Terry Crowley <tcrowley@kilsythe.banyan.com>
Message-Id: 789846669@aberdeen.banyan.com
In-Reply-To: <9501111535.AA20300@lorax.imsi.com>
Reply-To: Terry Crowley <tcrowley@kilsythe.banyan.com>
Date: Wed, 11 Jan 1995 13:04:13 +0500
Subject: Re: MIME's "Content-Disposition" Header
To: mjoseph@aac.twg.com, rens@imsi.com
Cc: ietf-822@dimacs.rutgers.edu
Content-Length: 1343

I'm a little confused as to why this issue isn't considered more 
critical within the MIME community.  Successfully transmitting the name 
of an attachment and correctly noting whether some textual information 
is to be treated as an attachment or as part of the message body is 
also very important.  We have some pretty bad failure modes when this 
information is not correctly transmitted.

In particular:

like several other PC-based mail clients, we use a specially-named 
attachment to pass custom rich text, custom attributes and forms 
information.  When this name isn't preserved, the MIME-based Unix 
version can't recognize this information.  (Note that we're trying to 
get this through gateways, so we're not simply talking MIME to MIME 
mailer here and that limits the strategies we can take).

Also, by default the client will send the text body as both plain text 
and within this special attachment (along with the formatting info).  
When our client receives the message, it assumes the text of the 
message is completely specified in the attachment and discards the 
actual body.  If a gateway has inserted the attachment into the body, 
the attachment is completely lost (I won't go into details about why 
this makes sense).  Bottom line is the Content-Disposition becomes a 
pretty important piece of information.

Terry