Re: [Uri-review] ssh URI

Dan Brickley <danbri@danbri.org> Tue, 13 October 2009 19:35 UTC

Return-Path: <danbri@danbri.org>
X-Original-To: uri-review@core3.amsl.com
Delivered-To: uri-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 838EE28C0DE for <uri-review@core3.amsl.com>; Tue, 13 Oct 2009 12:35:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_38=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cSMr+J8A1oQo for <uri-review@core3.amsl.com>; Tue, 13 Oct 2009 12:35:32 -0700 (PDT)
Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by core3.amsl.com (Postfix) with ESMTP id 8EE5A3A659C for <uri-review@ietf.org>; Tue, 13 Oct 2009 12:35:32 -0700 (PDT)
Received: by ewy4 with SMTP id 4so3733332ewy.37 for <uri-review@ietf.org>; Tue, 13 Oct 2009 12:35:32 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.91.5 with SMTP id g5mr2428204wef.168.1255462531904; Tue, 13 Oct 2009 12:35:31 -0700 (PDT)
In-Reply-To: <6e04e83a0910131219h457e720cx641ab494f69259a7@mail.gmail.com>
References: <20091009160149.GB16908@braingia.org> <1255366894.5481.8445.camel@dbooth-laptop> <5EAB4D387A4A4B7C854FBD1869729771@POCZTOWIEC> <1255395156.5481.10083.camel@dbooth-laptop> <eb19f3360910130044q59145662m5d683b0589119cea@mail.gmail.com> <6e04e83a0910131219h457e720cx641ab494f69259a7@mail.gmail.com>
Date: Tue, 13 Oct 2009 21:35:31 +0200
Message-ID: <eb19f3360910131235oa2be24bs7a0d436345452008@mail.gmail.com>
From: Dan Brickley <danbri@danbri.org>
To: Ted Hardie <ted.ietf@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: uri-review@ietf.org, uri@w3.org
Subject: Re: [Uri-review] ssh URI
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/uri-review>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Oct 2009 19:35:33 -0000

On Tue, Oct 13, 2009 at 9:19 PM, Ted Hardie <ted.ietf@gmail.com> wrote:
> While I applaud the basic sentiment of not having this discussion
> every time a new URI scheme comes up, I think you'd have to persuade
> the IETF rather than the TAG.

You're right, of course. I should have put it differently. I meant to
express gently that if anyone around here is going to be persuaded of
this approach, it's most likely to be the TAG. Or at least the TAG
might be the right forum for knocking the ideas into more widely
appealing shape. If they're persuaded, then the approach would be
worth requesting serious review from other parties, chief amongst
those being IETF.

>                                                    The IETF is responsible for URI
> registration, and the documents are pretty clear on that point.  The
> IESG and IAB take the TAG's input very seriously, of course, but the
> question of URI registration is one where there has been divergence
> for some time.  As the discussion above notes, having HTTP always in
> the URI loop may make sense for the web; it doesn't work for other
> deployments and other protocols.

Yes. Even in W3C circles there are a fair number of different views
bouncing around.

I spent a while re-reading the early years of www-talk today, and it's
a bit disheartening how much the same old questions are still bouncing
around 18 years later. And I'm sure not so fun for people just trying
to register a scheme who get dragged into this decades-long
permadiscussion.

> I personally agree with those saying ssh ought to be an independent
> scheme.  It has a widely installed user base and I have seen
> individuals use ssh:hostname as a pseudo-URI for some time.  Pushing
> out a real spec for the URI scheme would avoid interoperability
> problems there, and that in itself is goodness.

Completely agree...

cheers,

Dan