Re: [httpapi] New Version Notification for draft-nottingham-link-template-03.txt
Mark Nottingham <mnot@mnot.net> Thu, 02 September 2021 00:56 UTC
Return-Path: <mnot@mnot.net>
X-Original-To: httpapi@ietfa.amsl.com
Delivered-To: httpapi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B83403A20CB for <httpapi@ietfa.amsl.com>; Wed, 1 Sep 2021 17:56:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=kAVEuDpK; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=GfoEsH9m
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 IT6FcJfDrSJR for <httpapi@ietfa.amsl.com>; Wed, 1 Sep 2021 17:56:52 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B82B13A20C9 for <httpapi@ietf.org>; Wed, 1 Sep 2021 17:56:52 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B3DAD5C0159; Wed, 1 Sep 2021 20:56:51 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 01 Sep 2021 20:56:51 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=J DirXLAc/cApfiTpRVsEunWpm1csqNkBglL4S9ytJl8=; b=kAVEuDpKKHGG5IRFL Bz+lcojhsUjBpD+X+AyiPo5FvxdzUyNcNZ5syYu6GpwGuqb0slIDPBhyWM2W9ZC7 oEtDnjo794tlhvw/R/4gp0rO2WhxQONHTCgA0ZA7H5IZ1lYUiwCqbAQADxFNVTLn 9PlAAoPxEhYOhOPOvaV35WGCzHQXgy7X6pPQjqnHlF9Ev38QQvtxxEP74D+WRWsO ClMkANmX0R3TSWxvaGQYpgfthCYcbaVGukRdIDIwmVAGwwxOX21QCws6h6EoMiKO lssFej5J2MH2At8VB40f1QwNOQEi3/9JS6uHnBDLSZXWgNm7ynMND5LSD7zKX8Wu ihL2A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=JDirXLAc/cApfiTpRVsEunWpm1csqNkBglL4S9ytJ l8=; b=GfoEsH9muiWAsKl3fPrwWZ72MrYarBySpLz3zg+q9Vsqpgb36XARQjxLl HfKUSrQo7+aCBdrOTFzHfSgPSLiTyh7azOhNzaVKb3FF3RUrNWiCkkt94niQI/ze 24e0qhkTyydiNxHvEN3gvLi25BsjpjuplAwRSLK/q95rgo34ywM4zy3c5yCzbQVf bS0Qe+E9EUyYKYKDeO3TQ8n4MKb85PSMqg5XOuIpuw3awv/NsL4JpRS8vTKAQNdn sfYod3bU6nQODq8JEbxzMy81ltWnW1mlWN1WsWzryr8JseD4196IuN+5sWXG/8oi 0m1B9AkIoErS/LzjiSC/MxJ+XGd/w==
X-ME-Sender: <xms:USEwYY6iSnTU-QgRe6J2aIVhKiNIGSxfCmPmO7AY2LbpcXBFK-TS9w> <xme:USEwYZ7msNj6Md2cV_ehue3-BJNCQETMTHvrFkkCA4810x_nx47BE-xhO7RTs3jRb blz0jYt32mKAWINVQ>
X-ME-Received: <xmr:USEwYXd9jMf94ZY2qTMtJgFUediGbpLB3ydOO9M1aRvVdVQYlEpe1HyeOYmEBMUs-xYNZnFhEujRtNof1AdAQqRpuMYJn_YsLNaveePAwS3XMQKPdz_FpBKF>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddruddvgedgfeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpegtggfuhfgjfffgkfhfvffosehtqh hmtdhhtddvnecuhfhrohhmpeforghrkhcupfhothhtihhnghhhrghmuceomhhnohhtsehm nhhothdrnhgvtheqnecuggftrfgrthhtvghrnhepkeduvdeljeegtefhveekhfdtveekle evkeefgeeludeihfdugedvieeuffdttdfhnecuffhomhgrihhnpehivghtfhdrohhrghdp mhhnohhtrdhnvghtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepmhhnohhtsehmnhhothdrnhgvth
X-ME-Proxy: <xmx:USEwYdLBIVBjKii5Qel6sQKbpmlP7dnHc4xqMwRCjMn804nzoKEPag> <xmx:USEwYcL2XXhOYY_NzBi5G3HQJGCePVg-EF0BSIKJTsIuu3CJXAedOg> <xmx:USEwYez4cuOl3VFkJq8V5cQhRT4plnF3f7i8EGflsd4eF9s7zg3GGQ> <xmx:UyEwYQ0QMS7Wd7ebc6_OzfTSNWyPLsEz9WgEUGTvsyvqxeZwGSgTCw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 1 Sep 2021 20:56:48 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <5d5ed837-1a47-4363-8f8a-ed065f9f2edb@www.fastmail.com>
Date: Thu, 02 Sep 2021 10:56:38 +1000
Cc: httpapi@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <1BBEEEB1-5246-4D89-B7BB-327E7263C8B8@mnot.net>
References: <163047452150.9745.15606863469504346040@ietfa.amsl.com> <63DA4A31-930D-444D-9A4D-A639DB4D22E6@mnot.net> <5d5ed837-1a47-4363-8f8a-ed065f9f2edb@www.fastmail.com>
To: Max Maton <info@maxmaton.nl>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/httpapi/1oH7xe2SWXXTf5u4Cmb7KHgidnM>
Subject: Re: [httpapi] New Version Notification for draft-nottingham-link-template-03.txt
X-BeenThere: httpapi@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Building Blocks for HTTP APIs <httpapi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/httpapi>, <mailto:httpapi-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/httpapi/>
List-Post: <mailto:httpapi@ietf.org>
List-Help: <mailto:httpapi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/httpapi>, <mailto:httpapi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Sep 2021 00:56:59 -0000
Hi Max, I think that how variables are defined / operate is going to be one of the things we'll need to discuss. var-base is just an initial (and incomplete) stab at that. Cheers, > On 2 Sep 2021, at 10:49 am, Max Maton <info@maxmaton.nl> wrote: > > Hi Mark, > > It seems an interesting proposal, currently we use the Link header with an `templated="true"` property. I have a two questions: > > - Am I correct in assuming that the variables are defined by the media type documentation for the returned Content-Type? > - If so, wouldn't it make sense to leave the var-base out of the specification, given that people defining media types are free to add parameters and are free to define rules about how to resolve the variables? > > Best regards, > > Max Maton > > > > On Wed, Sep 1, 2021, at 07:36, Mark Nottingham wrote: >> Hi all, >> >> I've had this spec on the back burner for a *long* time, because I wanted to make sure it was actually useful to someone before progressing it. >> >> I've heard from a few people that it would be useful for them in the real world, so I'd like the WG to consider adoption. >> >> Any thoughts? >> >> Cheers, >> >> >>> Begin forwarded message: >>> >>> From: internet-drafts@ietf.org >>> Subject: New Version Notification for draft-nottingham-link-template-03.txt >>> Date: 1 September 2021 at 3:35:21 pm AEST >>> To: "Mark Nottingham" <mnot@mnot.net> >>> >>> >>> A new version of I-D, draft-nottingham-link-template-03.txt >>> has been successfully submitted by Mark Nottingham and posted to the >>> IETF repository. >>> >>> Name: draft-nottingham-link-template >>> Revision: 03 >>> Title: The Link-Template HTTP Header Field >>> Document date: 2021-09-01 >>> Group: Individual Submission >>> Pages: 5 >>> URL: https://www.ietf.org/archive/id/draft-nottingham-link-template-03.txt >>> Status: https://datatracker.ietf.org/doc/draft-nottingham-link-template/ >>> Html: https://www.ietf.org/archive/id/draft-nottingham-link-template-03.html >>> Htmlized: https://datatracker.ietf.org/doc/html/draft-nottingham-link-template >>> Diff: https://www.ietf.org/rfcdiff?url2=draft-nottingham-link-template-03 >>> >>> Abstract: >>> This specification defines the Link-Template HTTP header field, >>> providing a means for describing the structure of a link between two >>> resources, so that new links can be generated. >>> >>> >>> >>> >>> The IETF Secretariat >>> >> >> -- >> Mark Nottingham https://www.mnot.net/ >> -- >> httpapi mailing list >> httpapi@ietf.org >> https://www.ietf.org/mailman/listinfo/httpapi -- Mark Nottingham https://www.mnot.net/
- [httpapi] Fwd: New Version Notification for draft… Mark Nottingham
- Re: [httpapi] Fwd: New Version Notification for d… Phil Archer
- Re: [httpapi] Fwd: New Version Notification for d… Julian Reschke
- Re: [httpapi] Fwd: New Version Notification for d… Martin Thomson
- Re: [httpapi] Fwd: New Version Notification for d… Mark Nottingham
- Re: [httpapi] Fwd: New Version Notification for d… Max Maton
- Re: [httpapi] New Version Notification for draft-… Mark Nottingham
- Re: [httpapi] New Version Notification for draft-… Dan Foygel
- Re: [httpapi] Fwd: New Version Notification for d… Darrel Miller
- Re: [httpapi] New Version Notification for draft-… Mark Nottingham