From nobody Mon Feb 1 11:25:05 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D8F11B34F6 for ; Mon, 1 Feb 2016 11:25:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.906 X-Spam-Level: ** X-Spam-Status: No, score=2.906 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, T_DKIM_INVALID=0.01] autolearn=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 mOhYbhuhH1Hw for ; Mon, 1 Feb 2016 11:25:02 -0800 (PST) Received: from postoffice.gristmillmedia.com (unknown [96.30.18.196]) (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 345161B34F4 for ; Mon, 1 Feb 2016 11:25:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=id/gSzFtg5JjfScL0CACo6palsSWb8avdwOYchskXQw=; b=YBt/fsLZs4P7DR90zUgwnhNCcb aoD/vl5oBinwrpWjGWLlbLaze50AfViGWrhFCRSWSaPYqj7FPR1q+HkfgC3+IqwSob+wCgGXDm+0P dIZWzHfkiDdU3uQqRd6vvKnxsiNn9lKftrq3jGJfIloXbo9uRUJoGe/QeIwfVrKa1aZ41wUlcMyIR ibE2h6Lg6URoDwJRcz0bmxqI06Xvz/aIjuacxhmy1iByenoOa9S1uvBLL+iuCkpzRxUo48aCyioiC Gj+1drgiM0+dIYsOwqzHa8DfFVTdEIspndCL6a0odwWsibcMcJonuV4aSokeRcES7h+9NgK26ozOC fGfaXMiA==; Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:57556 helo=[192.168.1.77]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1aQK5s-00061x-7S; Mon, 01 Feb 2016 14:25:00 -0500 Subject: Re: adding "pingback" To: Mark Nottingham , Ian Hickson References: <5655DDAA.3020907@dret.net> <90D32228-FD8C-4729-BA3C-B992093B4FDE@mnot.net> From: Erik Wilde Message-ID: <56AFB10B.306@dret.net> Date: Mon, 1 Feb 2016 11:24:59 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 19:25:03 -0000 hello. On 2015-11-25 19:36, Mark Nottingham wrote: > IANA, please add the entry below to the Link Relations registry . it seems like nothing happened so far. is this request stuck in some request process pipeline? if so, is there something that can be done or has to be done to get it moving again? thanks and kind regards, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret | From nobody Mon Feb 1 11:47:50 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F6B1B3568 for ; Mon, 1 Feb 2016 11:47:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.906 X-Spam-Level: ** X-Spam-Status: No, score=2.906 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, T_DKIM_INVALID=0.01] autolearn=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 7qn_lEq2hnAR for ; Mon, 1 Feb 2016 11:47:46 -0800 (PST) Received: from postoffice.gristmillmedia.com (unknown [96.30.18.196]) (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 B7D491B3557 for ; Mon, 1 Feb 2016 11:47:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=z3OAZk/2WnhX8/vpqo2L7/6A1ecPBk7T2ibs3jHbDv8=; b=fomXqNeb9hnWkKyL/amNzIIay7 7MbeaRnhC+G41I3Lgb0eKUSrDTOGIfEQT/o6zCDhSPBsxqpHGRs/jHT2Z6HuL7J1HCRpTdotjv6r5 RESSDKzYgGNOJ9A6bKPVua6ZV40QFQuiwYjYbmiQ3Qu1A6pjLUm2kBejqNPXNLPm/jX46OXsEPTa/ jzBWpBCNyxVu5EAEJBXxjHxINxXXUtSn2Jl/2ySQod+l/LQbDbY5HiomFzZ/ZxbmZP+PAoLVccX1J rtZVuU/h77akbiDbHizeGo+qM3KjuJcNqk6Z7OzqcOw8BlX8rec78sYxmOnKBg3ayHQdOIaEKDd9+ nSYWYNNQ==; Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:57940 helo=[192.168.1.77]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1aQKRu-0008H1-0R; Mon, 01 Feb 2016 14:47:46 -0500 Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types To: Mark Nottingham References: <56A6C3CD.6060802@dret.net> <56A70E6F.7030409@gmx.de> From: Erik Wilde Message-ID: <56AFB661.8030809@dret.net> Date: Mon, 1 Feb 2016 11:47:45 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: Ilya Grigorik , link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 19:47:48 -0000 hello mark. thanks for the feedback. On 2016-01-30 18:10, Mark Nottingham wrote: > So something like this would be clearer: > """ > Indicates a resource that might be required by the next navigation, and that user agents ought to fetch and execute to improve performance. > """ https://github.com/w3c/resource-hints/pull/54 contains a slightly different change, but one that does incorporate the changes you suggested. the spec has been republished, and https://www.w3.org/TR/2016/WD-resource-hints-20160201/#iana-considerations lists the updated registration requests: ------------------------------ Relation Name: dns-prefetch Description: The dns-prefetch link relation type is used to indicate an origin that will be used to fetch required resources, and that the user agent SHOULD resolve as early as possible. Relation Name: preconnect Description: The preconnect link relation type is used to indicate an origin that will be used to fetch required resources. Initiating an early connection, which includes the DNS lookup, TCP handshake, and optional TLS negotiation, allows the user agent to mask the high latency costs of establishing a connection. Relation Name: prefetch Description: The prefetch link relation type is used to identify a resource that might be required by the next navigation, and that the user agent SHOULD fetch, such that the user agent can deliver a faster response once the resource is requested in the future. Relation Name: prerender Description: The prerender link relation type is used to identify a resource that might be required by the next navigation, and that the user agent should fetch and execute, such that the user agent can deliver a faster response once the resource is requested in the future. ------------------------------ any comments/feedback are very much appreciated. thanks, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret | From nobody Mon Feb 1 15:13:57 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1F241B387F for ; Mon, 1 Feb 2016 15:13:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.202 X-Spam-Level: X-Spam-Status: No, score=-1.202 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 X70O5O7rK-zc for ; Mon, 1 Feb 2016 15:13:53 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDE201B387A for ; Mon, 1 Feb 2016 15:13:53 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 2574622E278; Mon, 1 Feb 2016 18:13:50 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: adding "pingback" From: Mark Nottingham In-Reply-To: <56AFB10B.306@dret.net> Date: Tue, 2 Feb 2016 10:13:47 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <64172321-E732-41D4-980D-7AD435F88C38@mnot.net> References: <5655DDAA.3020907@dret.net> <90D32228-FD8C-4729-BA3C-B992093B4FDE@mnot.net> <56AFB10B.306@dret.net> To: Erik Wilde X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Ian Hickson , link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 23:13:56 -0000 It helps if I CC: them... Sorry. > On 2 Feb 2016, at 6:24 am, Erik Wilde wrote: >=20 > hello. >=20 > On 2015-11-25 19:36, Mark Nottingham wrote: >> IANA, please add the entry below to the Link Relations registry = . >=20 > it seems like nothing happened so far. is this request stuck in some = request process pipeline? if so, is there something that can be done or = has to be done to get it moving again? >=20 > thanks and kind regards, >=20 > dret. >=20 > --=20 > erik wilde | mailto:erik.wilde@dret.net | > | http://dret.net/netdret | > | http://twitter.com/dret | >=20 > _______________________________________________ > link-relations mailing list > link-relations@ietf.org > https://www.ietf.org/mailman/listinfo/link-relations -- Mark Nottingham https://www.mnot.net/ From nobody Mon Feb 1 15:14:15 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D06531B387A for ; Mon, 1 Feb 2016 15:14:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 ye_04GtRmnM1 for ; Mon, 1 Feb 2016 15:14:12 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34B4A1B2E5F for ; Mon, 1 Feb 2016 15:14:12 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id ED50722E1F4; Mon, 1 Feb 2016 18:14:07 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: adding "pingback" From: Mark Nottingham In-Reply-To: Date: Tue, 2 Feb 2016 10:14:07 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <904A25E5-BE6B-4DD8-B423-5CE074C3BBA1@mnot.net> References: <5655DDAA.3020907@dret.net> <90D32228-FD8C-4729-BA3C-B992093B4FDE@mnot.net> To: iana@iana.org X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Erik Wilde , Ian Hickson , link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2016 23:14:14 -0000 IANA, please add the entry below to the Link Relations registry = . > On 26 Nov 2015, at 2:09 pm, Ian Hickson wrote: >=20 > Sure. >=20 > On Wed, Nov 25, 2015 at 6:52 PM Mark Nottingham wrote: > No drama, we can add it. >=20 > Ian, does this look right to you? >=20 > Relation Name: pingback > Description: Gives the address of the pingback resource for the link = context > Reference: http://www.hixie.ch/specs/pingback/pingback > Notes: > Application Data: >=20 >=20 >> On 26 Nov 2015, at 3:11 am, Erik Wilde wrote: >>=20 >> hello. >>=20 >> http://www.hixie.ch/specs/pingback/pingback defines a "pingback" = relation that seems to have some adoption. the spec itself does not = contain an IANA registration. however, since it is a relation that is in = use, maybe it would make sense to add it to the IANA link relation type = registry? >>=20 >> what is the process to add a link relation where the spec does not = contain an IANA registration, but implementation and adoption suggest = that including the value in the registry would be helpful for people = encountering this relation on the web? >>=20 >> thanks and kind regards, >>=20 >> dret. >>=20 >> -- >> erik wilde | mailto:erik.wilde@dret.net | >> | http://dret.net/netdret | >> | http://twitter.com/dret | >>=20 >> _______________________________________________ >> link-relations mailing list >> link-relations@ietf.org >> https://www.ietf.org/mailman/listinfo/link-relations >=20 > -- > Mark Nottingham https://www.mnot.net/ >=20 -- Mark Nottingham https://www.mnot.net/ _______________________________________________ link-relations mailing list link-relations@ietf.org https://www.ietf.org/mailman/listinfo/link-relations From nobody Thu Feb 4 18:56:24 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C23F81B2DAE for ; Thu, 4 Feb 2016 18:56:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 hXiUaG475Sxs for ; Thu, 4 Feb 2016 18:56:20 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB8691B2DAC for ; Thu, 4 Feb 2016 18:56:19 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 840EA22E1F4; Thu, 4 Feb 2016 21:56:17 -0500 (EST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types From: Mark Nottingham In-Reply-To: <56AFB661.8030809@dret.net> Date: Fri, 5 Feb 2016 13:56:14 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <7F6AE268-F1A2-4834-8695-AB064A664446@mnot.net> References: <56A6C3CD.6060802@dret.net> <56A70E6F.7030409@gmx.de> <56AFB661.8030809@dret.net> To: Erik Wilde X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Ilya Grigorik , link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 02:56:22 -0000 Just a couple of nits. > On 2 Feb 2016, at 6:47 am, Erik Wilde wrote: >=20 > hello mark. >=20 > thanks for the feedback. >=20 > On 2016-01-30 18:10, Mark Nottingham wrote: >> So something like this would be clearer: >> """ >> Indicates a resource that might be required by the next navigation, = and that user agents ought to fetch and execute to improve performance. >> """ >=20 > https://github.com/w3c/resource-hints/pull/54 contains a slightly = different change, but one that does incorporate the changes you = suggested. >=20 > the spec has been republished, and = https://www.w3.org/TR/2016/WD-resource-hints-20160201/#iana-considerations= lists the updated registration requests: >=20 > ------------------------------ >=20 > Relation Name: dns-prefetch > Description: The dns-prefetch link relation type is used to indicate = an origin that will be used to fetch required resources, and that the = user agent SHOULD resolve as early as possible. * The first words are repetitive (we already know its name). Suggest: Description: Used to indicate... * It's nice to talk explicitly about the link context, e.g.: ... indicate an origin that will be used to fetch required resources for = the link's context... * Putting RFC1918 requirements in a registry entry is weird. Suggest: ... that the user agent ought to resolve as early as possible. That gives us: Description: Used to indicate an origin that will be used to fetch = required resources for the link context, and that the user agent ought = to resolve as early as possible. Does that make sense? Same comments for the relations below. Cheers, >=20 > Relation Name: preconnect > Description: The preconnect link relation type is used to indicate an = origin that will be used to fetch required resources. Initiating an = early connection, which includes the DNS lookup, TCP handshake, and = optional TLS negotiation, allows the user agent to mask the high latency = costs of establishing a connection. >=20 > Relation Name: prefetch > Description: The prefetch link relation type is used to identify a = resource that might be required by the next navigation, and that the = user agent SHOULD fetch, such that the user agent can deliver a faster = response once the resource is requested in the future. >=20 > Relation Name: prerender > Description: The prerender link relation type is used to identify a = resource that might be required by the next navigation, and that the = user agent should fetch and execute, such that the user agent can = deliver a faster response once the resource is requested in the future. >=20 > ------------------------------ >=20 > any comments/feedback are very much appreciated. thanks, >=20 > dret. >=20 > --=20 > erik wilde | mailto:erik.wilde@dret.net | > | http://dret.net/netdret | > | http://twitter.com/dret | -- Mark Nottingham https://www.mnot.net/ From nobody Tue Feb 23 10:21:00 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 465F11B3129 for ; Tue, 23 Feb 2016 10:20:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.006 X-Spam-Level: * X-Spam-Status: No, score=1.006 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=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 yiTBeizQj6Mr for ; Tue, 23 Feb 2016 10:20:58 -0800 (PST) Received: from postoffice.gristmillmedia.com (unknown [208.79.239.216]) (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 E94AA1B3EDF for ; Tue, 23 Feb 2016 10:20:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=I5b4Bhd4AJqSrtKtNeCnBehCgXR6TahBL86hxkPE4as=; b=TgOxhoACoQXFJuXbkn+nTbW191 1EyLWYE7ZlzdgnZzgmn/5KiJwWVZtuq8PZRlXZLUN9c+a3jOu6dl93+mhE1bTn6SnRTGO8YYgcCb8 iSb+ZQuRwVGnFpe+12UuKaaSiyduzrZtm/QseLNNTZGQ0KDoSIgNrT88YI/BdY/AWTdKghv92no54 DEpm7p7tcnSyCiCxsv4am39GSFLhUUdXjtW7YSGOypxLwg9p4GRb1PwweJsqYCByDClhj8eK06JhC iNjmpIBsuByUmYIUU/3QKJlAFJ38Fxa3ic+JNOWbsaGz3tZp3AmMD27iAJ/nh3DBi+9RutfsfPiEc 9qMuzf3Q==; Received: from [88.128.82.19] (port=40698 helo=dretair11.local) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1aYHZw-0006Ow-PL; Tue, 23 Feb 2016 13:20:56 -0500 Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types To: Mark Nottingham , link-relations References: <56A6C3CD.6060802@dret.net> <56A70E6F.7030409@gmx.de> <56AFB661.8030809@dret.net> <7F6AE268-F1A2-4834-8695-AB064A664446@mnot.net> From: Erik Wilde Message-ID: <56CCA305.9020500@dret.net> Date: Tue, 23 Feb 2016 19:20:53 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <7F6AE268-F1A2-4834-8695-AB064A664446@mnot.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: Ilya Grigorik X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2016 18:20:59 -0000 hello mark. thanks for your feedback! On 2016-02-05 03:56, Mark Nottingham wrote: > Just a couple of nits. >> ------------------------------ >> >> Relation Name: dns-prefetch >> Description: The dns-prefetch link relation type is used to indicate an origin that will be used to fetch required resources, and that the user agent SHOULD resolve as early as possible. > * The first words are repetitive (we already know its name). Suggest: > Description: Used to indicate... > > * It's nice to talk explicitly about the link context, e.g.: > ... indicate an origin that will be used to fetch required resources for the link's context... > > * Putting RFC1918 requirements in a registry entry is weird. Suggest: > ... that the user agent ought to resolve as early as possible. > > That gives us: > Description: Used to indicate an origin that will be used to fetch required resources for the link context, and that the user agent ought to resolve as early as possible. > > Does that make sense? > Same comments for the relations below. sure, all looks good to me. https://github.com/w3c/resource-hints/pull/56 should reflect your suggestions and will become part of the next published draft. thanks and cheers, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret | From nobody Thu Feb 25 17:25:16 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7851D1A1A60 for ; Thu, 25 Feb 2016 17:25:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 0BLnIt-PTKf4 for ; Thu, 25 Feb 2016 17:25:12 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19B4C1A1A4F for ; Thu, 25 Feb 2016 17:25:11 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 9CFF922E25F; Thu, 25 Feb 2016 20:25:08 -0500 (EST) From: Mark Nottingham Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Link relation registrations Date: Fri, 26 Feb 2016 12:25:05 +1100 Message-Id: To: iana@iana.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Ilya Grigorik , link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2016 01:25:14 -0000 IANA, Could you please register the 'dns-prefetch', 'preconnect', 'prefetch' = and 'prerender' link relation types, as detailed in: https://w3c.github.io/resource-hints/#iana-considerations ? Thanks, ( with Expert hat on ) -- Mark Nottingham https://www.mnot.net/