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."
- Content-Disposition changes Steve Dorner
- Re: Content-Disposition changes Ned Freed
- Re: Content-Disposition changes Keith Moore
- Re: Content-Disposition changes Steve Dorner
- Re: Content-Disposition changes Keith Moore
- Re: Content-Disposition changes Steve Dorner
- Re: Content-Disposition changes Ned Freed
- Re: Content-Disposition changes Keith Moore
- Re: Content-Disposition changes Ned Freed
- Re: Content-Disposition changes Steve Dorner
- Re: Content-Disposition changes Ned Freed
- Re: Content-Disposition changes Harald.T.Alvestrand