IETF Logo Mail Archive

Re: [EXTERNAL] Re: Call for Adoption: SEARCH method

Glenn Block <Glenn.Block@microsoft.com> Fri, 06 November 2020 23:52 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 765133A02C1 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 6 Nov 2020 15:52:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.215
X-Spam-Level:
X-Spam-Status: No, score=-1.215 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, LH_URI_DOM_IN_PATH=1.533, 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=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com
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 XGK8lcLHNcmZ for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 6 Nov 2020 15:52:14 -0800 (PST)
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 E29883A02BD for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 6 Nov 2020 15:52:13 -0800 (PST)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1kbBWR-00071A-Ar for ietf-http-wg-dist@listhub.w3.org; Fri, 06 Nov 2020 23:51:59 +0000
Resent-Date: Fri, 06 Nov 2020 23:51:59 +0000
Resent-Message-Id: <E1kbBWR-00071A-Ar@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 <Glenn.Block@microsoft.com>) id 1kbBWO-00070P-G6 for ietf-http-wg@listhub.w3.org; Fri, 06 Nov 2020 23:51:56 +0000
Received: from mail-eopbgr650136.outbound.protection.outlook.com ([40.107.65.136] helo=NAM06-BL2-obe.outbound.protection.outlook.com) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <Glenn.Block@microsoft.com>) id 1kbBWM-00035C-M0 for ietf-http-wg@w3.org; Fri, 06 Nov 2020 23:51:56 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Sp6ZPWvcrm/rUXG0UL6HTKEfdP6QGqnAzspiNlKOv9s2pNO7zDgMi95iCI7NGabYdv2uAOVqzKamXifdd8blnf2Zz30ukuI1LWJYfGrsxVD5O6lKk8BbooR8GiqlKzjpt6yBZSBNjS3dzp9gc/uN/fnPYCDUIX0j0khJecA9iTF5ejYYG9rsm9XIuqgYmPTTW7sJyEXsWjaLDpT6TuYyEt3/TvTvpErZwKqooCBRQHXny9vn4Fv02H2IdcTanHex5PPkrgNna2PIElebu6izk8aWduPUPgf7rGdrem+gYakuf3RhWViJ+2DnKDPGoJqWyYjsAaTirRR0cwdjya4fHg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=waPK0B1ZPFNIZRgnLOzADzgEeiqwvOypawC76pk1/8k=; b=IUjm0dk6jNsmDxfefbTlbv+EK635eOQzaQPMzKd3hZOCPZS78/OF2hQIThlQPwdSXGAzih4PqdQQ1tNR3kYll0TCf2BVxPQz58u9t1nEl1U0JYK0bT0XavOQeVPoHXY1HrgNI/ldj4QDDQZalByRlpHZgEOxWO3f8bv/CI3gTlf+AJSfglgdWg4m8uwfzn858NjDMSaop95XkY55C18+rvyXcBxetfq1ukNZgqIM7YzHp4bmCBMCMzcpQ+nmb2YiCGowYaIPgGgMwgkbW5ggSTV82W+tNKUvk+RLuG4Xk1Ycf0wO+a7fLt7PTo9YiecjxCOE1IIk5iKVE/uG4l0jpw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=waPK0B1ZPFNIZRgnLOzADzgEeiqwvOypawC76pk1/8k=; b=XC2tAIs7ULNLFPqBPdMRHvqy6DKqw2FqmD5XKieJTPrBHTxWHnaQz2jdHC0sNGkIxQGfJdajg3cDzXpe21KfBxKH6p5AEZdgKG2e4oIAjhjYbYv5SmyDmDWuB8UkFE68pCR6Tzet9ht7QsipCDkP5JV1WcGk0aOqxh//X8fCx4U=
Received: from (2a01:111:e400:c619::9) by CY4PR00MB0949.namprd00.prod.outlook.com (2603:10b6:903:e5::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3587.0; Fri, 6 Nov 2020 23:51:39 +0000
Received: from CY1PR00MB0089.namprd00.prod.outlook.com ([fe80::5098:e03e:1a80:d398]) by CY1PR00MB0089.namprd00.prod.outlook.com ([fe80::5098:e03e:1a80:d398%4]) with mapi id 15.20.3591.000; Fri, 6 Nov 2020 23:51:39 +0000
From: Glenn Block <Glenn.Block@microsoft.com>
To: Ben Schwartz <bemasc@google.com>, Mark Nottingham <mnot@mnot.net>
CC: James M Snell <jasnell@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Thread-Topic: [EXTERNAL] Re: Call for Adoption: SEARCH method
Thread-Index: AQHWtJeR0zFNinVgVkOM6hOckWpf4w==
Date: Fri, 06 Nov 2020 23:51:39 +0000
Message-ID: <CY1PR00MB00899E01DD54A1472FA5C757E8ED1@CY1PR00MB0089.namprd00.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2020-11-06T23:51:39.121Z;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard;
authentication-results: google.com; dkim=none (message not signed) header.d=none;google.com; dmarc=none action=none header.from=microsoft.com;
x-originating-ip: [2601:602:8d00:2be0:dc0:b008:d80a:abc]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 8518c1ac-1991-41e8-f435-08d882aee79c
x-ms-traffictypediagnostic: CY4PR00MB0949:
x-microsoft-antispam-prvs: <CY4PR00MB0949C1E9A50E3A4F0BA50364E8ED1@CY4PR00MB0949.namprd00.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 6/tKqsJZ39uEa5L5Q1gXANjY+jy2CyxbiPUMaXrzFHT+ACdzm0hQHO90rmNFQpRxIfdRkwbENe+Rd2b1Ep2+JGq788bEgQOdP9euf6lzo6MW7SU8yVwbe7vxPw1I5nmnmo96AG0L+kZH+Bs5mF1yWvs4OJn8LxTsZYo3EkmbTmj4+VrZ686HB5ZmqVLgJfHGmjiXBKoIQS0ZFJzPf1dkcjzC68zFnmmxMRNc5klPtWRelHBc8ZrbJdx9wOA7GZbKKCUXbf6QcoQM/5jtmdCZoiUdadyysqE+B8SIr8e3RFXIas78IpxUspE09RAQpdLHOLsMY3VIhxrVAxajOODprjwAZz4hsMWyFdak8KFtncuYz54632Vqcm2wWxUbWCz3AIGOceZwOBbZ3IDyzvJURg==
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:CY1PR00MB0089.namprd00.prod.outlook.com;PTR:;CAT:NONE;SFS:(4636009)(396003)(346002)(376002)(366004)(39860400002)(136003)(52536014)(66446008)(9686003)(55016002)(5660300002)(19627405001)(66946007)(7696005)(6506007)(86362001)(8676002)(53546011)(8936002)(316002)(186003)(82950400001)(33656002)(4326008)(83380400001)(82960400001)(8990500004)(64756008)(66556008)(478600001)(166002)(966005)(10290500003)(2906002)(110136005)(66476007)(71200400001)(54906003)(76116006);DIR:OUT;SFP:1102;
x-ms-exchange-antispam-messagedata: COu5bxOeDj8ERi2xjgjixAhzp72UgZPqLo5QirpMuhQvCzeKN+Hoin6T/TaZSmin4ik8RlMSzpeDIBL0O/flgddi4xtbG45VbJHHVEX9rbOy7oNCxlUpn654ZHsthJWKHZKlqlkSO9hGR+4KpaLCcgnF4GUtK19Jwr/9tKM9x11jc+WKYgKiIe3sWSTJR6h36b2NIssM4MDenbUsM3Cd4Ty45q9btFb+7ALg1lxhlCAt3Y0L95XSiXntc+H4XXN5k4E96zKmc58SGQKw+hchI23lJf7hCzdibrgugUJd3Xv3XnJ5qHktyLJXjQgsId2eVhKvJHXD+qLvB/bSkCLwqEdmvKLHZMET0M5He05D8/fz7F6N/ZeoyWhaQgUzID/a/2w66c70gb6Eik6vQJ6lZBWHctiDW+dGI2YIY46VDd2Wh5QZS4IdJcnQDVbss2mR8PN4kf2hZytTCbnEa0UpYeerYRoCLcSfdumjn8Pvn4ql6bYTnmgxSwDWVtW7mqFm1rMLbQ52T9sxumcguJWiR8FMnIBvKRdvOKJMi5WFHk6bTyDSDp5iO/X46tf8Mp6ELHaPFdi9IEFUr7h4xzuZJpCv0X8UgohZ5RnO7QAVh9cSQH8nnc3yIDkSDoDu9UpxDcX6E6xxyHO/OwbB9joswK7gIPfpzU7Bz5BdsQPruqLYYPj4W8u1uoTLloEftTPXPRblxHEK07tM2iEXHe//6BOJyC/pzqyP4XNM4h2bnY59D7EKOUdrXzVMaCcnw7vrgfhmEqsVAolqePbHw8nEpUh9Fge5bgmzHhpgylshiEK85TM8qBMv7udfZrF5N+SsG17TXU1QnNEyt5MXbYjNWJPe8vZ7sHEHyPONJcAGg1xpne2xC0TSFvUveWMIM96q0VXqOCVeNQlFR3JZCNAZGw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CY1PR00MB00899E01DD54A1472FA5C757E8ED1CY1PR00MB0089namp_"
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY1PR00MB0089.namprd00.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8518c1ac-1991-41e8-f435-08d882aee79c
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Nov 2020 23:51:39.3579 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: JS4QPcXoSYQFDk07rTihKeWiv4JwqRVG17J4JEgqLn9gFQYy2MnHx4cgOgrDASEmm1aBw4aYotf2GQFBYe03uQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR00MB0949
Received-SPF: pass client-ip=40.107.65.136; envelope-from=Glenn.Block@microsoft.com; helo=NAM06-BL2-obe.outbound.protection.outlook.com
X-W3C-Hub-Spam-Status: No, score=-1.1
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_NW=1
X-W3C-Scan-Sig: titan.w3.org 1kbBWM-00035C-M0 92395a6fcb036c40841bc7f35447796a
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [EXTERNAL] Re: Call for Adoption: SEARCH method
Archived-At: <https://www.w3.org/mid/CY1PR00MB00899E01DD54A1472FA5C757E8ED1@CY1PR00MB0089.namprd00.prod.outlook.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/38201
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>

I kind of agree with Ben on this though not completely as I see the semantic value of being able to express that I am sending a payload but it is for safe/idempotent purpose as opposed to POST which is anything goes.

I would MUCH prefer we support full caching, and this is what would make this most appealing for GraphQL usage.

Glenn Block (he/him/his) | M365 Core Ecosystem | @gblock <https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fgblock&data=04%7C01%7CGlenn.Block%40microsoft.com%7C8b67f4d44ba14854defb08d85b6e0918%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637359875442888782%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=zKA721Dufo%2FIGdCEl%2FlHXmlCVokJ2QbNDTZjN%2BAo7ZE%3D&reserved=0> | Principal PM Lead | Schedule with me!<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbook.ms%2FGlenn.Block%40microsoft.com&data=04%7C01%7CGlenn.Block%40microsoft.com%7C8b67f4d44ba14854defb08d85b6e0918%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637359875442898783%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=4ZXDdKU%2FltooMs6XE5Zcyd899Byru2gHDA%2Btd4XSno0%3D&reserved=0>

________________________________
From: Ben Schwartz
Sent: Friday, November 6, 2020 3:32 PM
To: Mark Nottingham
Cc: James M Snell; Glenn Block; HTTP Working Group
Subject: [EXTERNAL] Re: Call for Adoption: SEARCH method

To clarify an earlier message: I would support adoption if the response is made cacheable (useful new capability), and oppose otherwise (redundant with POST).

On Fri, Nov 6, 2020 at 6:23 PM Mark Nottingham <mnot@mnot.net<mailto:mnot@mnot.net>> wrote:
On 7 Nov 2020, at 8:02 am, Ben Schwartz <bemasc@google.com<mailto:bemasc@google.com>> wrote:
>
> James, according to RFC 7234 Section 3:
>    A cache MUST NOT store a response to any request, unless:
>    o  The request method is understood by the cache and defined as being
>       cacheable
>
> I think it follows that you do not need to declare this method non-cacheable; you can declare it cacheable when keyed by exact match on the body.  Existing intermediaries will not cache it anyway, since they do not understand the method.

I'm hoping we can do better than that. E.g., the request media type can define how it can be canonicalised into input for the cache key.. Or a response header might describe how to do it, a la Variant.

But that's getting ahead of the CfA...

Cheers,

--
Mark Nottingham   https://www.mnot.net/

v2.23.0 | Report a Bug | By Email