Re: Structured Headers: URI type (#782)
Kari Hurtta <hurtta-ietf@elmme-mailer.org> Tue, 21 May 2019 09:30 UTC
Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@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 (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E70F1200C4 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 21 May 2019 02:30:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.9
X-Spam-Level:
X-Spam-Status: No, score=-2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 Lc4fyPtGWbkR for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 21 May 2019 02:30:31 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CECC1200C1 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 21 May 2019 02:30:30 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1hT13q-00064Q-4d for ietf-http-wg-dist@listhub.w3.org; Tue, 21 May 2019 09:27:54 +0000
Resent-Date: Tue, 21 May 2019 09:27:54 +0000
Resent-Message-Id: <E1hT13q-00064Q-4d@frink.w3.org>
Received: from mimas.w3.org ([2603:400a:ffff:804:801e:34:0:4f]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <khurtta@welho.com>) id 1hT13m-00063a-H8 for ietf-http-wg@listhub.w3.org; Tue, 21 May 2019 09:27:50 +0000
Received: from welho-filter3.welho.com ([83.102.41.25]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <khurtta@welho.com>) id 1hT13h-0006tK-MJ for ietf-http-wg@w3.org; Tue, 21 May 2019 09:27:50 +0000
Received: from localhost (localhost [127.0.0.1]) by welho-filter3.welho.com (Postfix) with ESMTP id A47D5CE8D; Tue, 21 May 2019 12:27:22 +0300 (EEST)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Received: from welho-smtp3.welho.com ([IPv6:::ffff:83.102.41.86]) by localhost (welho-filter3.welho.com [::ffff:83.102.41.25]) (amavisd-new, port 10024) with ESMTP id gxSKZ8e6H5RZ; Tue, 21 May 2019 12:27:22 +0300 (EEST)
Received: from kasvihuone.keh.iki.fi (89-27-39-95.bb.dnainternet.fi [89.27.39.95]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by welho-smtp3.welho.com (Postfix) with ESMTPS id 9ED552308; Tue, 21 May 2019 12:27:14 +0300 (EEST)
In-Reply-To: <84525629-553D-4D42-9FD4-36DD995710CA@apple.com>
References: <84525629-553D-4D42-9FD4-36DD995710CA@apple.com>
To: HTTP Working Group <ietf-http-wg@w3.org>
Date: Tue, 21 May 2019 12:27:14 +0300
From: Kari Hurtta <hurtta-ietf@elmme-mailer.org>
CC: Poul-Henning Kamp <phk@phk.freebsd.dk>, Mark Nottingham <mnot@mnot.net>, Tommy Pauly <tpauly@apple.com>, Kari Hurtta <hurtta-ietf@elmme-mailer.org>
X-Mailer: ELM [version ME+ 2.5 PLalpha49+]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-ASCII"
Message-Id: <20190521092722.A47D5CE8D@welho-filter3.welho.com>
Received-SPF: none client-ip=83.102.41.25; envelope-from=khurtta@welho.com; helo=welho-filter3.welho.com
X-W3C-Hub-Spam-Status: No, score=-4.6
X-W3C-Hub-Spam-Report: AWL=0.988, BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1hT13h-0006tK-MJ 4fe10f72bcefb7581e29372917531625
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Structured Headers: URI type (#782)
Archived-At: <https://www.w3.org/mid/20190521092722.A47D5CE8D@welho-filter3.welho.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/36653
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: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
> A. Leave the document as-is, without specifying a URI type for SH; > note that URI types can be added in a future revision > > B. Specify a URI type for SH as a String Weak preference is B. I assume that this means sh-item += sh-reference sh-reference = "<" *(chr) ">" Analogical to sh-string = DQUOTE *(chr) DQUOTE However sh-reference can not be allowed exactly same characters. Specially < > can not allowed. And \ escaping is not needed to be allowed because there %xx encoding can be used. Some clarify needed what this means? ( <https://github.com/httpwg/http-extensions/issues/782> seems suggesting sh-item += sh-reference sh-reference = "<" URI-reference ">" which imply that generic structured header parser check URI syntax. ) That make sense if there is parameter values which want literal string or alternatively allow giving value as reference. Using < > as separator then makes they syntactically different. Requiring that generic structured header parser checks URI syntax is perhaps too much, but if URI type for SH is defined as String that is not required. This B is very weak preference, because most URI parameters seems want only URI ie there is no need for both literal string and URI. Because URI's occurs on http very often it however makes sense to mark them with specific syntax. / Kari Hurtta
- Structured Headers: URI type (#782) Mark Nottingham
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Mark Nottingham
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Mark Nottingham
- Re: Structured Headers: URI type (#782) Poul-Henning Kamp
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Matthew Kerwin
- Re: Structured Headers: URI type (#782) Poul-Henning Kamp
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Mark Nottingham
- Re: Structured Headers: URI type (#782) Matthew Kerwin
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Matthew Kerwin
- Re: Structured Headers: URI type (#782) Poul-Henning Kamp
- Re: Structured Headers: URI type (#782) Michael Sweet
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Michael Sweet
- ABNFs out of RFCs, was: Structured Headers: URI t… Julian Reschke
- Re: Structured Headers: URI type (#782) Tommy Pauly
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Matthew Kerwin
- Re: Structured Headers: URI type (#782) Kari Hurtta
- Re: Structured Headers: URI type (#782) Mark Nottingham
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Mark Nottingham
- Re: Structured Headers: URI type (#782) Julian Reschke
- Re: Structured Headers: URI type (#782) Mark Nottingham