Re: [Technical Errata Reported] RFC7230 (4189)
Barry Leiba <barryleiba@computer.org> Fri, 06 February 2015 14:32 UTC
Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ietf.org@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BEB91A1AD2 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 6 Feb 2015 06:32:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.99
X-Spam-Level:
X-Spam-Status: No, score=-3.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, MANGLED_MEN=2.3, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lohmSBWXNLfV for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 6 Feb 2015 06:32:36 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D378F1A1AC6 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 6 Feb 2015 06:32:36 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1YJjtq-0000iP-29 for ietf-http-wg-dist@listhub.w3.org; Fri, 06 Feb 2015 14:28:50 +0000
Resent-Date: Fri, 06 Feb 2015 14:28:50 +0000
Resent-Message-Id: <E1YJjtq-0000iP-29@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.80) (envelope-from <barryleiba@gmail.com>) id 1YJjtg-0000he-VW for ietf-http-wg@listhub.w3.org; Fri, 06 Feb 2015 14:28:40 +0000
Received: from mail-la0-f43.google.com ([209.85.215.43]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <barryleiba@gmail.com>) id 1YJjtf-0006a1-H7 for ietf-http-wg@w3.org; Fri, 06 Feb 2015 14:28:40 +0000
Received: by labgq15 with SMTP id gq15so1447364lab.6 for <ietf-http-wg@w3.org>; Fri, 06 Feb 2015 06:28:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=EGUF104u2o15Fscz5o7g2pxkncs1NJ7jMt0qj+1YraM=; b=tQq1JIdtJBjCAaauZBO6XnRL4nDadonwh4F3YRrU8tmdc8K3S08S1MshO4+HCHB4ev snCIy6CF7NYxYtuuxIRcOq3ldRqLQ6JqQHo+8+wFnPLnINQ+iS6KKz2nkf16IkZ8Lybv TodG07XktuvcX06LpYNn6cThKEzxo3pNlKOWw8La8MezO5tXtPPTSPQWLbva02YCSc9Z FhnQmRpAFeqHNfcVCvcTv+ZjJgzO1w8g5cYoPyGUgo4n9bTd9MFM2UCt3c82UAZSErye gQFVv6Lw20o75bHq4lZPAkxbYJFYGfGzhndiA/rEm2Oqvgz8ORe0jWCqncNeN3JZKMFL SGlA==
MIME-Version: 1.0
X-Received: by 10.152.37.138 with SMTP id y10mr3025815laj.88.1423232892837; Fri, 06 Feb 2015 06:28:12 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.152.183.225 with HTTP; Fri, 6 Feb 2015 06:28:12 -0800 (PST)
In-Reply-To: <5476D0BC.70905@greenbytes.de>
References: <20141126195639.B3D5C181CE7@rfc-editor.org> <5476D0BC.70905@greenbytes.de>
Date: Fri, 06 Feb 2015 09:28:12 -0500
X-Google-Sender-Auth: E9stPVYnFSCMLYzZLi6LmSJlosU
Message-ID: <CALaySJJh-9w2mnT9fV9dxaOJ_Tq=ipvV7nbNbEqY+g_6ppJjTg@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Julian Reschke <julian.reschke@greenbytes.de>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, Roy Fielding <fielding@gbiv.com>, Pete Resnick <presnick@qti.qualcomm.com>, Mark Nottingham <mnot@mnot.net>, simon.schueppel@googlemail.com, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=209.85.215.43; envelope-from=barryleiba@gmail.com; helo=mail-la0-f43.google.com
X-W3C-Hub-Spam-Status: No, score=-3.3
X-W3C-Hub-Spam-Report: AWL=-2.593, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001
X-W3C-Scan-Sig: maggie.w3.org 1YJjtf-0006a1-H7 b419973ac6ab4474952d9469b197bc38
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [Technical Errata Reported] RFC7230 (4189)
Archived-At: <http://www.w3.org/mid/CALaySJJh-9w2mnT9fV9dxaOJ_Tq=ipvV7nbNbEqY+g_6ppJjTg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/28769
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
I should do something with this errata report; can you give me more
input? If it's indeed a problem, can the report be edited
appropriately and marked "Verified"? If so, please tell me what the
edit should be. If not, give me some explanation that I can put in
for marking it "Held for Document Update".
Barry
On Thu, Nov 27, 2014 at 2:20 AM, Julian Reschke
<julian.reschke@greenbytes.de> wrote:
> Hi there,
>
> I agree that there is indeed a problem ("the specified field-value rule does
> not allow single field-vchar surrounded by whitespace anywhere.
>
> I'm however not sure that the proposed fix is what we want. In particular,
> it's not clear why we need to modify the header-field production at all.
>
> Best regards, Julian
>
>
>
> On 2014-11-26 20:56, RFC Errata System wrote:
>>
>> The following errata report has been submitted for RFC7230,
>> "Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing".
>>
>> --------------------------------------
>> You may review the report below and at:
>> http://www.rfc-editor.org/errata_search.php?rfc=7230&eid=4189
>>
>> --------------------------------------
>> Type: Technical
>> Reported by: Simon Schueppel <simon.schueppel@googlemail.com>
>>
>> Section: 3.2
>>
>> Original Text
>> -------------
>> header-field = field-name ":" OWS field-value OWS
>>
>> field-name = token
>> field-value = *( field-content / obs-fold )
>> field-content = field-vchar [ 1*( SP / HTAB ) field-vchar ]
>> field-vchar = VCHAR / obs-text
>>
>> obs-fold = CRLF 1*( SP / HTAB )
>> ; obsolete line folding
>> ; see Section 3.2.4
>>
>> Corrected Text
>> --------------
>> header-field = field-name ":" FWS field-value FWS
>>
>> field-name = token
>> FWS = field-ows
>> field-value = [ field-vchar *( field-ows field-vchar ) ]
>> field-vchar = VCHAR / obs-text
>> field-ows = *( SP / HTAB ) *obs-fold
>>
>> obs-fold = CRLF 1*( SP / HTAB )
>> ; obsolete line folding
>> ; see Section 3.2.4
>>
>> Notes
>> -----
>> the field-value rule given in Section 3.2 will not recognize several
>> strings recognized by specific header rules.
>>
>> Examples:
>> - ", , ," recognized by legacy list rule
>> - "abrowser/0.001 (C O M M E N T)" recognized by User-Agent rule
>> - "gzip , chunked" recognized by Transfer-Encoding rule
>> - etc.
>>
>> General Problem:
>> the specified field-value rule does not allow single field-vchar
>> surrounded by whitespace anywhere
>>
>> Further Notes:
>> -what the authors propably wanted to say:
>> a string of octets is a field-value if, and only if:
>> -it is *( field-vchar / SP / HTAB / obs-fold )
>> -if it is not empty, it starts and ends with field-vchar
>>
>> -the suggested correction was designed according to these criteria
>>
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If necessary, please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party (IESG)
>> can log in to change the status and edit the report, if necessary.
>>
>> --------------------------------------
>> RFC7230 (draft-ietf-httpbis-p1-messaging-26)
>> --------------------------------------
>> Title : Hypertext Transfer Protocol (HTTP/1.1): Message
>> Syntax and Routing
>> Publication Date : June 2014
>> Author(s) : R. Fielding, Ed., J. Reschke, Ed.
>> Category : PROPOSED STANDARD
>> Source : Hypertext Transfer Protocol Bis
>> Area : Applications
>> Stream : IETF
>> Verifying Party : IESG
>>
>
>
> --
> <green/>bytes GmbH, Hafenweg 16, D-48155 Münster, Germany
> Amtsgericht Münster: HRB5782
- [Technical Errata Reported] RFC7230 (4189) RFC Errata System
- Re: [Technical Errata Reported] RFC7230 (4189) Julian Reschke
- Re: [Technical Errata Reported] RFC7230 (4189) Zhong Yu
- Re: [Technical Errata Reported] RFC7230 (4189) Barry Leiba
- Re: [Technical Errata Reported] RFC7230 (4189) Roy T. Fielding
- Re: [Technical Errata Reported] RFC7230 (4189) Barry Leiba
- Re: [Technical Errata Reported] RFC7230 (4189) Zhong Yu
- Re: [Technical Errata Reported] RFC7230 (4189) Barry Leiba
- Re: [Technical Errata Reported] RFC7230 (4189) Julian Reschke
- Re: [Technical Errata Reported] RFC7230 (4189) Julian Reschke
- Re: [Technical Errata Reported] RFC7230 (4189) Julian Reschke
- Re: [Technical Errata Reported] RFC7230 (4189) Amos Jeffries
- Re: [Technical Errata Reported] RFC7230 (4189) Zhong Yu
- Re: [Technical Errata Reported] RFC7230 (4189) Zhong Yu
- Re: [Technical Errata Reported] RFC7230 (4189) Willy Tarreau
- Re: [Technical Errata Reported] RFC7230 (4189) Zhong Yu
- Re: [Technical Errata Reported] RFC7230 (4189) Barry Leiba
- [Errata Held for Document Update] RFC7230 (4189) RFC Errata System
- Re: [Technical Errata Reported] RFC7230 (4189) Willy Tarreau
- Re: [Technical Errata Reported] RFC7230 (4189) Walter H.
- Re: [Technical Errata Reported] RFC7230 (4189) Julian Reschke