W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2011

Re: OWS in httpbis-p1-messaging

From: Amos Jeffries <squid3@treenet.co.nz>
Date: Fri, 26 Aug 2011 18:55:56 +1200
Message-ID: <4E57437C.3040204@treenet.co.nz>
To: ietf-http-wg@w3.org
On 26/08/11 07:46, Frank Ellermann wrote:
> Hi, in an IETF LAST CALL a draft for a proposed standard managed
> to copy<OWS>  syntax "by value", and fortunately I had the right
> idea where the source might be: httpbis-p1-messaging-15 (now 16).
> In essence that draft claimed (in prose) that producers of<OWS>
> SHOULD (upper-case) limit their efforts to a single SP.
> There are two problems with that approach:  Apparently folks do
> not like the STD 68 (ABNF) HTAB in WSP, and arguably they have
> a point based on RFC 5198 "Net UTF-8" section 2 point 3.
> [The arguing party would be me, and visibly in RFC 5198 I lost.]
> You could simply shift HT to the<obs-...>  part of<OWS>, e.g.,
> OWS     = *[obs-wsp / SP]
> obs-wsp = (CRLF WSP) / HTAB
> CRLF    =<RFC 5234 Internet standard newline>
> WSP     = SP / HTAB                   ; adopted from RFC 5234
> HTAB    =<RFC 5234 horizontal tab>
> SP      =<RFC 5234 space>
> Inventing a new name<OWS>  for the STD 68 "multi-folding" oddity
> could be another issue, did you really want to get rid of *all*
> foldings?  That there is no line length limit in HTTP is not the
> same as "we want no folding at all".
> I'd prefer to use the same approach in HTTP as in RFC 5322 with
> its<FWS>  and<obs-FWS>.  But if discouraging any folding and/or
> HTAB is the goal you will obviously need some kind of<OWS>.
> It is still a bad idea to use<OWS>  elsewhere in new HTTP header
> fields such as Origin: before httpbis-p1-messaging is approved.
> -Frank

It's not clear to me what you are arguing for,

  * a way to erase VTAB using the OWS replacement? what about updating BWS?

  * a way to validly send VTAB? if so, why?

Received on Friday, 26 August 2011 06:56:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:58 UTC