Re: [link-relations] NEW RELATION - canonical

Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com> Fri, 03 June 2011 20:02 UTC

Return-Path: <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
X-Original-To: link-relations@ietfa.amsl.com
Delivered-To: link-relations@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90295E06BF for <link-relations@ietfa.amsl.com>; Fri, 3 Jun 2011 13:02:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.099
X-Spam-Level:
X-Spam-Status: No, score=-103.099 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tk4dvbbikq4g for <link-relations@ietfa.amsl.com>; Fri, 3 Jun 2011 13:02:15 -0700 (PDT)
Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id CEEBEE07AA for <link-relations@ietf.org>; Fri, 3 Jun 2011 13:02:15 -0700 (PDT)
Received: by pzk5 with SMTP id 5so1048478pzk.31 for <link-relations@ietf.org>; Fri, 03 Jun 2011 13:02:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=7oPdlKaijBPr1WEseFN8OgQbuNLg9LKJulO1qirLlKY=; b=aBQBmbHWggldTzwNpPKvH3rqXWD06e2h3XWG+3ipbnMrOid2xXVuDBs8eVXdsbpPE9 7t6gjR1HDKtnmPH91Tsc5drHsmuwJMP7mHxTMNmXZKUUnocDw7ILtDL0YmOkVa20cLD7 KkYszq2UodMlTHbM3UVeQs6Hd7+3PONKPatoc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=L0A29qlfcr+zk+7Q8Ej1wjg3ILFqvB1HeLrSWqwVh4YUbio5GMKnSTM0Av2kyLbOwW WduEtMVfcmUmdIq4YZaGtP8KiEoICkZlsa6DRycPUTD5ytDK84fWr3nEfpKh1viRU+7B hAj05fUvSUxXTMvDRNHKZfuHXYv/iOalbiMw0=
Received: by 10.142.61.9 with SMTP id j9mr327465wfa.416.1307131335403; Fri, 03 Jun 2011 13:02:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.143.165.5 with HTTP; Fri, 3 Jun 2011 13:01:55 -0700 (PDT)
In-Reply-To: <4DE6BCD5.2040602@gmx.de>
References: <BANLkTimg41ARufdRi0pMCP7LXSmqsgiuRw@mail.gmail.com> <4DBDBDE3.7060502@gmx.de> <7iddu6hjj1u9n4bt8fg4l1fll6m3u00jmv@hive.bjoern.hoehrmann.de> <4DE6BCD5.2040602@gmx.de>
From: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
Date: Fri, 03 Jun 2011 22:01:55 +0200
Message-ID: <BANLkTi=M0tiOu1QV_Sq0cfikSxTT0PjjmQ@mail.gmail.com>
To: link-relations <link-relations@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [link-relations] NEW RELATION - canonical
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Jun 2011 20:02:16 -0000

On 2 June 2011 00:27, Julian Reschke <julian.reschke@gmx.de> wrote:

>>> I did answer in
>>> <http://www.ietf.org/mail-archive/web/link-relations/current/msg00186.html>,
>>> right?

Sorry, I sent a reply only as PM back in April, just in
case repeated here:

|> we do have people at Google looking into writing a
|> "proper" spec
|
| Just in case I posted a pointer in the "webmaster help" | forum (*).
|
|> maybe you are willing to assist them, given your IETF |>know-how?
|
| But you don't want the rel="canonical" registration
| in 2016... ;-)  If somebody writes an RFC its IANA
| considerations could update a registration.  You're
| not forced to wait for that; above all don't hold
| your breath.

IOW, I think the relation should be registered now, and
I'm waiting for a "reject" or "accept" decision (seven
weeks now).  The appeal sent to the APPS-AD address
apparently didn't make it, that could be a problem with
the forwarding on the tools server.

[Björn wrote:]
>> I am mostly wondering why anyone would have thought
>> it a good idea to make this promise in the
>> specification. Any thoughts on that?

A review timeout is a good idea, the language tags list
has a similar rule.  Years ago on the charsets list
without clear timeout it took months until folks were
sure that the expert did not more read the list.

-Frank