Re: MIME's "Content-Disposition" Header
Olle Jarnefors <ojarnef@admin.kth.se> Wed, 18 January 1995 17:21 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa06378; 18 Jan 95 12:21 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa06373; 18 Jan 95 12:21 EST
Received: from dimacs.rutgers.edu by CNRI.Reston.VA.US id aa09340; 18 Jan 95 12:21 EST
Received: by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA04581; Wed, 18 Jan 95 11:17:08 EST
Received: from othello.admin.kth.se by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA04576; Wed, 18 Jan 95 11:16:54 EST
Received: from mercutio.admin.kth.se by othello.admin.kth.se (5.65+bind 1.8+ida 1.4.2/4.0b) id AA15003; Wed, 18 Jan 95 17:16:52 +0100
Received: by mercutio.admin.kth.se (5.65+bind 1.8+ida 1.4.2/4.0) id AA01786; Wed, 18 Jan 95 17:16:50 +0100
Date: Wed, 18 Jan 1995 17:16:50 +0100
Message-Id: <9501181616.AA01786@mercutio.admin.kth.se>
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Olle Jarnefors <ojarnef@admin.kth.se>
To: ietf-822@dimacs.rutgers.edu
Cc: Olle Jarnefors <ojarnef@admin.kth.se>
In-Reply-To: <v03000f03ab4223148e2a@[192.17.16.11]> (Tue, 17 Jan 1995 20:00:35 -0600; Steve Dorner <sdorner@qualcomm.com>)
Subject: Re: MIME's "Content-Disposition" Header
Steve Dorner writes: > At 5:41 PM 1/17/95, Olle Jarnefors wrote: > >Disposition types defined in the future may be orthogonal to the > >already defined types, although mutually exclusive among > >themselves. Therefore I think we should explicitly allow > >multiple Content-Disposition: headers. > > I'm not willing to complicate the header in that way. More complex > behaviors can be made by defining new dispositions and using parameters to > indicate sub-behaviors like inline and attachment. I want to keep it > simple. Maybe it's better to define new Content-* headers, as Harald Alvestrand has suggested. At some suitable point in the draft, section 3 or 3.4 probably, should then be inserted text to the effect that all disposition types are intended to be mutually exclusive. > >+ If the receiving MUA writes the entity to a file, the > >+ filename specified in the Filename parameter can be > >+ offered to the user as a suggested filename. > > I don't want the RFC to require user intervention. Neither do I. Would the verb "may" be better than "can"? > The filename parameter is for the body of the message to be saved. If you > want to define an extra parameter in another draft that specifies where the > header should be saved, I think that would be fine. The best way to draw the line would be between the "inline" and "attachment" disposition types on one hand, and the "filename" parameter and possibly other parameters related to saving body parts on the other hand, it seems to me. I don't think we can say in general that the information in the headers of a body part is always useless, nor that it's of no interest whether only the body of a body part is saved, or the whole body part, including headers. To compare with a similar application: I think it is a pity that data describing the original Internet site, the path, the original filename, and the original modification time of a file I copy to my own system by anonymous FTP is not automatically recorded, e.g. in a metadata file with the extra file extension ".M". -- Olle Jarnefors, Royal Institute of Technology, Stockholm <ojarnef@admin.kth.se>
- MIME's "Content-Disposition" Header mjoseph
- Re: MIME's "Content-Disposition" Header Rens Troost
- Re: MIME's "Content-Disposition" Header Terry Crowley
- Re: MIME's "Content-Disposition" Header Chris Newman
- Re: MIME's "Content-Disposition" Header Rens Troost
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header Steve Dorner
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header Terry Crowley
- Re: MIME's "Content-Disposition" Header Ned Freed
- MIME's "Content-Disposition" Header MARKJOSEPH
- Re: MIME's "Content-Disposition" Header Keith Moore
- Re: MIME's "Content-Disposition" Header Rens Troost
- quoted-phrase in content-disposition header Keith Moore
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header hansen
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header Steve Dorner
- Re: MIME's "Content-Disposition" Header Steve Dorner
- Re: MIME's "Content-Disposition" Header Pete Resnick
- Re: MIME's "Content-Disposition" Header Patrik Faltstrom
- Re: quoted-phrase in content-disposition header Harald.T.Alvestrand
- Re: MIME's "Content-Disposition" Header Olle Jarnefors
- Re: MIME's "Content-Disposition" Header Ned Freed
- Re: MIME's "Content-Disposition" Header Olle Jarnefors
- Re: MIME's "Content-Disposition" Header John Gardiner Myers
- Re: MIME's "Content-Disposition" Header Steve Dorner
- Re: MIME's "Content-Disposition" Header Brent Stilley
- Re: MIME's "Content-Disposition" Header Harald.T.Alvestrand