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
- Re: [Uri-review] ssh URI Křištof Želechovski
- Re: [Uri-review] ssh URI Křištof Želechovski
- Re: [Uri-review] ssh URI Eliot Lear
- Re: [Uri-review] ssh URI 'Steve Suehring'
- [Uri-review] ssh URI Steve Suehring
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI Eliot Lear
- Re: [Uri-review] ssh URI Steve Suehring
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI Kristof Zelechovski
- Re: [Uri-review] ssh URI Eliot Lear
- Re: [Uri-review] ssh URI Daniel R. Tobias
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI Bob Aman
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI Bob Aman
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI John Cowan
- Re: [Uri-review] ssh URI Eliot Lear
- Re: [Uri-review] ssh URI Kristof Zelechovski
- Re: [Uri-review] ssh URI Bob Aman
- Re: [Uri-review] ssh URI Conrad Parker
- Re: [Uri-review] ssh URI Dan Brickley
- Re: [Uri-review] ssh URI Dan Brickley
- Re: [Uri-review] ssh URI Dan Brickley
- Re: [Uri-review] ssh URI Ted Hardie
- Re: [Uri-review] ssh URI Dan Brickley
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI David Booth
- Re: [Uri-review] ssh URI Steve Suehring
- Re: [Uri-review] ssh URI Paul Prescod