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

Peter Saint-Andre <stpeter@stpeter.im> Mon, 01 July 2013 19:10 UTC

Return-Path: <stpeter@stpeter.im>
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 9729511E81B4 for <apps-discuss@ietfa.amsl.com>; Mon, 1 Jul 2013 12:10:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.404
X-Spam-Level:
X-Spam-Status: No, score=-102.404 tagged_above=-999 required=5 tests=[AWL=0.195, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 HduQjywHHTWv for <apps-discuss@ietfa.amsl.com>; Mon, 1 Jul 2013 12:10:31 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 84C8D11E8232 for <apps-discuss@ietf.org>; Mon, 1 Jul 2013 12:10:18 -0700 (PDT)
Received: from ergon.local (unknown [128.107.239.235]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 24E8941346; Mon, 1 Jul 2013 13:10:55 -0600 (MDT)
Message-ID: <51D1D417.5040705@stpeter.im>
Date: Mon, 01 Jul 2013 13:10:15 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Markus Lanthaler <markus.lanthaler@gmx.net>
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>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: apps-discuss@ietf.org
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: Mon, 01 Jul 2013 19:10:37 -0000

On 7/1/13 12:13 PM, Markus Lanthaler wrote:
> On Monday, July 01, 2013 8:02 PM, Peter Saint-Andre wrote:
>> On 7/1/13 11:19 AM, Markus Lanthaler wrote:
>>> I'm wondering whether it would make sense to add a feature allowing
>>> associate a date to an account. This would address problems arising
>> from
>>> account recycling (think Yahoo). Maybe something like
>>>
>>>    acct:bob@example.com?date=20130701
>>>
>>> I think at the very least this should be covered in the security
>>> considerations.
>>
>> IMHO we're beyond the point of adding new features to the 'acct' URI
>> scheme (it has completed Working Group Last Call, IETF Last Call, and
>> IESG review -- currently I'm working to address one issue about i18n
>> that arose during IESG review, so that the document can be approved for
>> publication).
> 
> Sorry for bringing it up so late in the process.

No worries. It happens. :-)

>> 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.

Are you arguing that it would be easier or *safer*?

Also, it seems that your argument would apply to URIs in general (e.g.,
HTTP URIs for web pages) and not just 'acct' URIs. However, we seem to
have ways to deal with stale/old HTTP URIs and the like. Thus I wonder
what in your mind is special about 'acct' URIs in this respect.

Peter

-- 
Peter Saint-Andre
https://stpeter.im/