- From: Jim Whitehead <ejw@soe.ucsc.edu>
- Date: Mon, 5 Dec 2005 17:23:33 -0800
- To: Lisa Dusseault <lisa@osafoundation.org>
- Cc: Julian Reschke <julian.reschke@gmx.de>, WebDAV WG <w3c-dist-auth@w3.org>
I think we're covered by this, from 2.2 in RFC 2616: Many HTTP/1.1 header field values consist of words separated by LWS or special characters. These special characters MUST be in a quoted string to be used within a parameter value (as defined in section 3.6). token = 1*<any CHAR except CTLs or separators> and, from 2.1: implied *LWS The grammar described by this specification is word-based. Except where noted otherwise, linear white space (LWS) can be included between any two adjacent words (token or quoted-string), and between adjacent words and separators, without changing the interpretation of a field. At least one delimiter (LWS and/or separators) MUST exist between any two tokens (for the definition of "token" below), since they would otherwise be interpreted as a single token. - Jim On Dec 4, 2005, at 8:26 AM, Lisa Dusseault wrote: > > If I understand correctly, that's not the only place where > RFC2616's LWS rules get us into trouble. > > TimeOut = "Timeout" ":" 1#TimeType > TimeType = ("Second-" DAVTimeOutVal | "Infinite") > DAVTimeOutVal = 1*digit > > Applying the 2616 word-based grammer to those rules, we could have > Timeout headers like > > Timeout: Second- 1111 > > Timeout: Second-1 1 1 1 > > Is my understanding of 2616 BNF grammar correct? I'm not sure if > 1*DIGIT is one token or several, so it's not entirely clear to me > if the second example is allowed. Certainly the intent of 2616 is > not to allow that because values like Content-Length are defined as > 1*DIGIT. > > Lisa > > On Dec 4, 2005, at 1:09 AM, bugzilla@soe.ucsc.edu wrote: > >> http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=201 >> >> julian.reschke@greenbytes.de changed: >> >> What |Removed |Added >> --------------------------------------------------------------------- >> ------- >> AssignedTo|julian.reschke@greenbytes.de| >> lisa@osafoundation.org >> >> >> >> ------- Additional Comments From julian.reschke@greenbytes.de >> 2005-12-04 01:09 ------- >> Explanation: >> <http://greenbytes.de/tech/webdav/rfc2616.html#rfc.section.2.1.p.11> >> >> Suggested change: state that LWS is not allowed here, just like in >> the >> grammar for "opaquelocktoken". >> >> >> >> ------- You are receiving this mail because: ------- >> You are the assignee for the bug, or are watching the assignee. >
Received on Tuesday, 6 December 2005 01:23:53 UTC