Re: Boolean param notation, Re: Benjamin Kaduk's Discuss on draft-ietf-httpbis-header-structure-18: (with DISCUSS and COMMENT)

Poul-Henning Kamp <phk@phk.freebsd.dk> Tue, 19 May 2020 11:15 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 8B8553A07C5 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 19 May 2020 04:15:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.749
X-Spam-Level:
X-Spam-Status: No, score=-0.749 tagged_above=-999 required=5 tests=[HEADER_FROM_DIFFERENT_DOMAINS=0.249, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 SFkLSmLOyi02 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 19 May 2020 04:15:06 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (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 9F90F3A07BB for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 19 May 2020 04:15:06 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1jb0A4-0002CP-Or for ietf-http-wg-dist@listhub.w3.org; Tue, 19 May 2020 11:11:52 +0000
Resent-Date: Tue, 19 May 2020 11:11:52 +0000
Resent-Message-Id: <E1jb0A4-0002CP-Or@lyra.w3.org>
Received: from titan.w3.org ([128.30.52.76]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <phk@critter.freebsd.dk>) id 1jb0A3-0002Bd-K8 for ietf-http-wg@listhub.w3.org; Tue, 19 May 2020 11:11:51 +0000
Received: from phk.freebsd.dk ([130.225.244.222]) by titan.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <phk@critter.freebsd.dk>) id 1jb0A1-0005z1-1S for ietf-http-wg@w3.org; Tue, 19 May 2020 11:11:51 +0000
Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id C6CE61AF18C; Tue, 19 May 2020 11:11:35 +0000 (UTC)
Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 04JBBZ0M087292 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 19 May 2020 11:11:35 GMT (envelope-from phk@critter.freebsd.dk)
Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 04JBBW3u087291; Tue, 19 May 2020 11:11:32 GMT (envelope-from phk)
To: Julian Reschke <julian.reschke@gmx.de>, mnot@mnot.net, phk@varnish-cache.org
cc: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>, draft-ietf-httpbis-header-structure@ietf.org, httpbis-chairs@ietf.org, HTTP Working Group <ietf-http-wg@w3.org>, Tommy Pauly <tpauly@apple.com>
In-reply-to: <f606b7a2-be34-9d42-cb78-0ff46bb671a0@gmx.de>
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
References: <158985680600.32294.14997877272521602557@ietfa.amsl.com> <CFC9B0CA-6125-4705-A13E-F2260F3EC3A5@mnot.net> <f606b7a2-be34-9d42-cb78-0ff46bb671a0@gmx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <87289.1589886692.1@critter.freebsd.dk>
Content-Transfer-Encoding: quoted-printable
Date: Tue, 19 May 2020 11:11:32 +0000
Message-ID: <87290.1589886692@critter.freebsd.dk>
Received-SPF: pass client-ip=130.225.244.222; envelope-from=phk@critter.freebsd.dk; helo=phk.freebsd.dk
X-W3C-Hub-Spam-Status: No, score=-4.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1jb0A1-0005z1-1S cb03e440f47af3bcd7fb1379eea77c4a
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Boolean param notation, Re: Benjamin Kaduk's Discuss on draft-ietf-httpbis-header-structure-18: (with DISCUSS and COMMENT)
Archived-At: <https://www.w3.org/mid/87290.1589886692@critter.freebsd.dk>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/37666
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>

--------
In message <f606b7a2-be34-9d42-cb78-0ff46bb671a0@gmx.de>, Julian Reschke writes:
>On 19.05.2020 07:13, Mark Nottingham wrote:
>> ...
>>> What's the motivation for "MUST omit values of boolean true" (in
>>> parameters and dictionaries)?  It seems to make the output rules more
>>> complicated without a significant gain in encoding size.
>>
>> It allows some existing HTTP headers to be treated as structured for the=
> purposes of serialisation.
>> ...
>
>Well, the introduction states that redefining existing fields is a
>non-goal...

But it does not forbid people from realizing that a particular
existing header can be parsed and serialized using SF infrastruture.

But we do not redefine those headers to say that it is so.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.