Re: [link-relations] NEW RELATION - canonical

Bjoern Hoehrmann <derhoermi@gmx.net> Wed, 01 June 2011 22:19 UTC

Return-Path: <derhoermi@gmx.net>
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 0E25AE091C for <link-relations@ietfa.amsl.com>; Wed, 1 Jun 2011 15:19:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.062
X-Spam-Level:
X-Spam-Status: No, score=-3.062 tagged_above=-999 required=5 tests=[AWL=-0.462, BAYES_00=-2.599]
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 0YJRmFYPFS0r for <link-relations@ietfa.amsl.com>; Wed, 1 Jun 2011 15:19:16 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 78C52E09AE for <link-relations@ietf.org>; Wed, 1 Jun 2011 15:18:50 -0700 (PDT)
Received: (qmail invoked by alias); 01 Jun 2011 22:18:48 -0000
Received: from dslb-094-223-193-161.pools.arcor-ip.net (EHLO HIVE) [94.223.193.161] by mail.gmx.net (mp039) with SMTP; 02 Jun 2011 00:18:48 +0200
X-Authenticated: #723575
X-Provags-ID: V01U2FsdGVkX1/5r2ltRxf5XyN5zVd90gNePucW60vjrEt8E+YwnL zWtkmm18b8mNgr
From: Bjoern Hoehrmann <derhoermi@gmx.net>
To: Julian Reschke <julian.reschke@gmx.de>
Date: Thu, 02 Jun 2011 00:18:56 +0200
Message-ID: <7iddu6hjj1u9n4bt8fg4l1fll6m3u00jmv@hive.bjoern.hoehrmann.de>
References: <BANLkTimg41ARufdRi0pMCP7LXSmqsgiuRw@mail.gmail.com> <4DBDBDE3.7060502@gmx.de>
In-Reply-To: <4DBDBDE3.7060502@gmx.de>
X-Mailer: Forte Agent 3.3/32.846
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
Cc: link-relations <link-relations@ietf.org>
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: Wed, 01 Jun 2011 22:19:18 -0000

* Julian Reschke wrote:
>On 01.05.2011 19:34, Frank Ellermann wrote:
>> On 2011-04-15 I posted "NEW RELATION - canonical", and one day later I
>> amended it by
>> s/similar similar/similar/.  After two weeks that's now an "ETMO"
>> (error time out), and
>> RFC 5988 offers no default accept or reject rule.
>> ...
>
>I did answer in 
><http://www.ietf.org/mail-archive/web/link-relations/current/msg00186.html>, 
>right?
>
>That being said, I totally agree this is moving too slowly.

You said that a month ago, where the request was already two weeks old.
In your answer you only asked a question; as far as I can tell none of
the designated experts have so far approved or denied the request. So,
"Within at most 14 days of the request, the Designated Expert(s) will
either approve or deny the registration request" does not seem true. I,
well, I am mostly wondering why anyone would have thought it a good idea
to make this promise in the specification. Any thoughts on that? Keeping
in mind that this promise has been broken several times, as far as I can
tell.

(I think it is an unreasonable requirement and am looking for what to
tell the next person who proposes such a requirement so they abandon the
idea early on, I don't really care about how many days it takes to
register a link relation; in this instance, people could just have said
they want Approve or Deny _now_ and I do think they would have gotten
that timely, but dealing in such absolutes often leads to unhappiness.)
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/