IETF Logo Mail Archive

Re: signatures vs sf-date

Julian Reschke <julian.reschke@gmx.de> Mon, 06 February 2023 05:17 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 1850DC14F736 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 5 Feb 2023 21:17:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.748
X-Spam-Level:
X-Spam-Status: No, score=-2.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmx.de
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PtZmyxDEcKV8 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 5 Feb 2023 21:17:18 -0800 (PST)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 442AEC14E511 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 5 Feb 2023 21:17:17 -0800 (PST)
Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1pOtpk-007AvY-Sk for ietf-http-wg-dist@listhub.w3.org; Mon, 06 Feb 2023 05:14:28 +0000
Resent-Date: Mon, 06 Feb 2023 05:14:28 +0000
Resent-Message-Id: <E1pOtpk-007AvY-Sk@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <julian.reschke@gmx.de>) id 1pOtph-007Aub-UW for ietf-http-wg@listhub.w3.org; Mon, 06 Feb 2023 05:14:26 +0000
Received: from mout.gmx.net ([212.227.17.21]) by mimas.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <julian.reschke@gmx.de>) id 1pOtpg-003Jq7-Qw for ietf-http-wg@w3.org; Mon, 06 Feb 2023 05:14:26 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1675660448; bh=Lv4GYi9yDG2+47VrbWKQQQnJ3ovbJsROubsXAGDLoJE=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=llomCLHvWG6HKWw/9ACy2qlhYxCGa8jyIwtRz3QiyLNR1lTDXzoehmPoAg7H07ZJc A1WYXyRWN0mJijElWzeD2Pa3DGXNjyYobDp19BpqS5lRPjgx128hdGaCrfex2k8/HC ygGg8mA4DuuKUUBB5o1Ah2AKMZn/PK+upYcu2LZBTvelum8MPMqGHaTWpGsAcIrNcJ zRYfDf+Nhyb6EdNYcICGu+SFj9spBsHxbWVP+UnuJNvDFxmqWnd8vbRcnY29Fk1/+k i0Zy8Ixy7n/XjM5w3TCd/g93xEftNaVDj3+ug/qkVEMIXYbd32W3PkP5BsaStPN5AE 6ba5D5Ax16vsA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.178.20] ([91.61.60.56]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MkHQX-1ojGXp2gCf-00kgNa; Mon, 06 Feb 2023 06:14:08 +0100
Message-ID: <8523f06e-adfd-31e9-8539-107bdef24d2b@gmx.de>
Date: Mon, 06 Feb 2023 06:14:06 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1
To: Watson Ladd <watsonbladd@gmail.com>
Cc: Mark Nottingham <mnot@mnot.net>, Lucas Pardue <lucaspardue.24.7@gmail.com>, ietf-http-wg@w3.org
References: <9f446816-7588-46af-6501-3508c1993752@gmx.de> <3C1E02FA-C2AA-4420-B3E1-A482230E0BB7@mnot.net> <7e13ab91-0979-f545-7868-7991bc396490@gmx.de> <CACsn0cmHeXw9jomcvuSWso24C0S-UHg2kVvHH7GYVxvHoM8ozg@mail.gmail.com>
Content-Language: en-US
From: Julian Reschke <julian.reschke@gmx.de>
In-Reply-To: <CACsn0cmHeXw9jomcvuSWso24C0S-UHg2kVvHH7GYVxvHoM8ozg@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:x7EtLjvAPvPBE5iIXZqilGVh3qflVA/Ho5hG1CIJ0KLaPYS1ZbG LqhlI6974s3elt70ElIJCtDyo8NinSwXYJckEtgne6UK3Fd9dPv55Lhws7N1CflAA0BiNT1 Tkr+brHHgn0arSmMssh+Yv97Ab6KoWOBjnrgCJP9ta6QEBvFwQMALeNo1RYkJJLMkt2U/c3 /3goJ8a8SqMSVErtCFgHg==
UI-OutboundReport: notjunk:1;M01:P0:6rSKG/rbxxY=;kyyReRMw0xdWU6fZMVhegxOil2o +8lsKapSuZ0WC3BnO+Tuj2QVc4WT2L+ZrcRkm/50XX+WXIF7Zks9u95cWIT/8lB1VFCgEpQZa suLPV6EmTuhOTr4BkMr6uXhJed2stNT/Q+H06RMgRTENz6jOYB2rhsm+GqW7MXA9LapAbCzta 3ecEUL3kffjo/X94i/ClRXSVioxrn7rHsmE2AtOJJh1A8UOIfRM61FkDZjv1bJ9MnkJfMD0mO f9xyBCv9/iIG06ElAQQaYecy+aUNhTAiktwAmFY7DqAg8QCpeJYuOwjrhHpIY71kffVKAGv5y MtcyCBK9JFNqzIVBzhzr8HCxYznXqVigzjKGR0rSAAVF/LzOb8ucbWyb0UCn+hFxe5qjSUYPe LWX2n6BRmTzP01aImLMkAc7cPzabw87PI6CqBYlm9C3PAZoIxA5PHnUFQXBuy6o6/2Ld+iIBs qe1llqlpd1KK97MKukaoOhfdbCLhjnY92OYo4FzufWtShOK2lQj7Yk8kGZhUvocg2TsnHEFR3 dFb1Pow6Iafu2MBOtuqotEuG8BhErFfSO8FWBzsXWVCBY/8re3TBuhMmm/qOphaUi1Wz/+h0A 7ib3h1LumjFmzOrBVuiFwbsrdDkyht37bdRyKc5yiZImRcVZOUp/xTpjs3UA//FFgFp1HDd+I 9kgA5E3TMfOgerBcgLETuz/ql0cxjzk02ujbZHUKyRLVYMstOvzcU4o5lbI5FjruM/KsrUqjb Yl6CRVZdsgNeDZq7gCoQwrwItg/AIu/mQ+ACMqfjMWS/nNwPSlBkHLsFKsbckDkxnzmRbbQ11 6XFKT3I9dvoUEr2tWF3ZecRmbu3TV9Nug18H/1aaIvEGaPpo79nsrADcgMyWiphtmy+rcOKv2 K1w4EV/PmDEdjSVLG4ty6c2J4kmNMh4KbwRFo9WCfhwy4JYffoNLcRwnjj49KwEpy4WfS+HRx IENL9Q==
Received-SPF: pass client-ip=212.227.17.21; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-DKIM-Status: validation passed: (address=julian.reschke@gmx.de domain=gmx.de), signature is good
X-W3C-Hub-Spam-Status: No, score=-6.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-1.149, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1pOtpg-003Jq7-Qw 5579790b11411b9da17822e4b87111ac
X-Original-To: ietf-http-wg@w3.org
Subject: Re: signatures vs sf-date
Archived-At: <https://www.w3.org/mid/8523f06e-adfd-31e9-8539-107bdef24d2b@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/50678
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>

On 05.02.2023 21:36, Watson Ladd wrote:
> On Mon, Jan 23, 2023 at 10:48 PM Julian Reschke <julian.reschke@gmx.de> wrote:
> <snip much context>
>>
>> What I'm looking for is a strategy that avoid tons of flags in parsers,
>> and confusing APIs when using them.
>
> I'm a little confused by what you want. Is the situation the following:
>
> I put in a new kind of field for a new field My-Field. That new kind
> isn't understood by existing code, implementations that want My-Field
> to be parsed need to update their parser to parse the new kind.
 > ...

That's a simple approach. It works well for new code that wants to parse
new fields.

But what about existing code that just gets maintenance? If the parser
is updated (without any toggles), it will start accepting syntax it's
not supposed to accept (for that field).

Best regards, Julian

v2.39.1 | Report a Bug | By Email | System Status