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
- Re: MIME's "Content-Disposition" Header Rens Troost
- Re: MIME's "Content-Disposition" Header Terry Crowley
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header Terry Crowley
- Re: MIME's "Content-Disposition" Header Ned Freed