Re: Content-Disposition changes

Steve Dorner <sdorner@qualcomm.com> Thu, 19 January 1995 05:22 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa25255; 19 Jan 95 0:22 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa25251; 19 Jan 95 0:22 EST
Received: from dimacs.rutgers.edu by CNRI.Reston.VA.US id aa23439; 19 Jan 95 0:22 EST
Received: by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA22524; Wed, 18 Jan 95 23:45:10 EST
Received: from ux1.cso.uiuc.edu by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA22520; Wed, 18 Jan 95 23:45:09 EST
Received: from dorner1.isdn.uiuc.edu by ux1.cso.uiuc.edu with SMTP id AA16279 (5.67b8/IDA-1.5 for <ietf-822@dimacs.rutgers.edu>); Wed, 18 Jan 1995 22:44:51 -0600
Received: from [192.17.16.11] (dorner2.isdn.uiuc.edu) by dorner1.isdn.uiuc.edu with SMTP id AA05664 (5.67b/IDA-1.5); Wed, 18 Jan 1995 23:46:07 -0600
X-Sender: sdorner@192.17.16.10
Message-Id: <v03000f00ab439b2c696e@[192.17.16.11]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 18 Jan 1995 22:45:05 -0600
To: Keith Moore <moore@cs.utk.edu>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steve Dorner <sdorner@qualcomm.com>
Subject: Re: Content-Disposition changes
Cc: ietf-822@dimacs.rutgers.edu

At 10:14 PM 1/18/95, Keith Moore wrote:
>Hmmm.  If 'value' is redefined for all of MIME, won't it break
>existing MIME implementations and thus have a negative impact on the
>installed base?

Depends.  You redefined RFC 822's "phrase" without having a negative impact
on anything (except perhaps the aesthetic value of raw RFC 822 mail :-)).

>I suppose the RFC that redefines 'value' could include a caution to
>not use the new syntax for awhile

If there were ever a time to change MIME-Version, changing the parameter
syntax would be it.

>at least not except for non-ASCII strings.

A fine thought.  These can't be represented at all now.  If the encoding
(like 1522) fits into the old grammar, then old MIME implementations will
see a syntactically valid but very ugly parameter value (again, like 1522).
That doesn't seem so bad.  (And DEFINITELY doesn't seem so bad for C-D's
filename parameter.)

If it doesn't fit with the old syntax, then the problem is bigger.  But it
can't simply be punted on.  We can't simply prohibit non-us-ascii
characters in parameter values forevermore!

All I want the C-D RFC to say is that, when the problem is solved for MIME
in general, the same solution should be used for C-D, either explicitly
(via a revision) or implicitly.  If you can think of better words for that,
I'll be happy to use them.

--
Steve Dorner, Qualcomm Incorporated.  "Oog make mission statement."