Re: [apps-discuss] I-D Action: draft-ietf-appsawg-acct-uri-05.txt

"Paul E. Jones" <paulej@packetizer.com> Tue, 02 July 2013 01:34 UTC

Return-Path: <paulej@packetizer.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6858021F9CCC for <apps-discuss@ietfa.amsl.com>; Mon, 1 Jul 2013 18:34:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EqBovEwGJFIm for <apps-discuss@ietfa.amsl.com>; Mon, 1 Jul 2013 18:34:35 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id CEFAA21F901A for <apps-discuss@ietf.org>; Mon, 1 Jul 2013 18:34:07 -0700 (PDT)
Received: from sydney (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id r621Y2JR003854 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 1 Jul 2013 21:34:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1372728844; bh=Rvh9zaZSQfxSJAMaMGlqZMT16VdQRnV1CP1LstB0tyQ=; h=From:To:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=oz04K6T5FN3z2p7cXamegydkMt4aeKZ+iBXXTMuP+9B1i4xkbwlahduppsnWWRKA/ SPcCOBg2NRRMkF5UxZ0mDZMjgy9ZYwFaGT4pcz5yfLwM+LLRz7C/j8R3pLK/89WQ8P 0RzZxZNDywu1Q5CinTS6M4sS2g5D/WuLpw9srN2c=
From: "Paul E. Jones" <paulej@packetizer.com>
To: 'Markus Lanthaler' <markus.lanthaler@gmx.net>, apps-discuss@ietf.org
References: <20130617205341.15641.96770.idtracker@ietfa.amsl.com> <51BF786B.9060703@stpeter.im> <016d01ce767f$2ea45990$8bed0cb0$@lanthaler@gmx.net> <51D1C423.5000804@stpeter.im> <017801ce7686$afc9db60$0f5d9220$@lanthaler@gmx.net>
In-Reply-To: <017801ce7686$afc9db60$0f5d9220$@lanthaler@gmx.net>
Date: Mon, 01 Jul 2013 21:34:33 -0400
Message-ID: <044d01ce76c4$4f133710$ed39a530$@packetizer.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJV0E+HeqM9oFCI0wWnOEzauIjbLQFZvmQ1AgGRSyQChFqCswFTtRQ8mAhImyA=
Content-Language: en-us
Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-acct-uri-05.txt
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jul 2013 01:34:40 -0000

Markus,

> > However, a date could be included in an API or protocol that enables
> > applications to use 'acct' URIs. Is there a reason why this would need
> > to be included in the URI itself?
> 
> Sure.. but I think the date should actually be a (perhaps optional) part
> of
> the identifier, i.e., the acct URI. That would also make it easier to
> exchange it between various applications and protocols.

Wherever the acct URI is used, I would assume a human initially provided the
URI (directly or indirectly via a simple "user@domain" entry).  How would
the human user know any date associated with an account?

I think recycling account identifiers is a "bad thing".  Set aside the acct
URI scheme itself for a minute.  Just imagine some prospective employer
performing a search one day for some Yahoo! user ID and discovering all
kinds of nasty things posted on the web several years ago by the previous
owner of that account.  The new owner might lose an opportunity for
employment.

Having a date as a part of any user identifier might help, but it is a
little difficult for the average person to use.  Could you imagine if all
account IDs looked like paulej.20130701@packetizer.com?  Not terribly
friendly.  We might as well just assign serial numbers to all accounts and
call it a day.

Paul