Re: [OAUTH-WG] Document Management Issue (Signatures)
Eran Hammer-Lahav <eran@hueniverse.com> Mon, 27 September 2010 16:54 UTC
Return-Path: <eran@hueniverse.com>
X-Original-To: oauth@core3.amsl.com
Delivered-To: oauth@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 578803A6D8A for <oauth@core3.amsl.com>; Mon, 27 Sep 2010 09:54:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.494
X-Spam-Level:
X-Spam-Status: No, score=-2.494 tagged_above=-999 required=5 tests=[AWL=0.104, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 gL-SmEJ30Mw2 for <oauth@core3.amsl.com>; Mon, 27 Sep 2010 09:54:41 -0700 (PDT)
Received: from p3plex1out02.prod.phx3.secureserver.net (p3plex1out02.prod.phx3.secureserver.net [72.167.180.18]) by core3.amsl.com (Postfix) with SMTP id 67EA63A6D7A for <oauth@ietf.org>; Mon, 27 Sep 2010 09:54:41 -0700 (PDT)
Received: (qmail 6019 invoked from network); 27 Sep 2010 16:55:19 -0000
Received: from unknown (HELO smtp.ex1.secureserver.net) (72.167.180.21) by p3plex1out02.prod.phx3.secureserver.net with SMTP; 27 Sep 2010 16:55:19 -0000
Received: from P3PW5EX1MB01.EX1.SECURESERVER.NET ([10.6.135.20]) by P3PW5EX1HT003.EX1.SECURESERVER.NET ([72.167.180.21]) with mapi; Mon, 27 Sep 2010 09:55:09 -0700
From: Eran Hammer-Lahav <eran@hueniverse.com>
To: "Tschofenig, Hannes (NSN - FI/Espoo)" <hannes.tschofenig@nsn.com>, "oauth@ietf.org" <oauth@ietf.org>
Date: Mon, 27 Sep 2010 09:55:12 -0700
Thread-Topic: Document Management Issue (Signatures)
Thread-Index: ActeYxnrv0JG1utxSmiWbXGrGmBWwwAAIDNw
Message-ID: <90C41DD21FB7C64BB94121FBBC2E72343D460DB36B@P3PW5EX1MB01.EX1.SECURESERVER.NET>
References: <3D3C75174CB95F42AD6BCC56E5555B45031BA596@FIESEXC015.nsn-intra.net>
In-Reply-To: <3D3C75174CB95F42AD6BCC56E5555B45031BA596@FIESEXC015.nsn-intra.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_90C41DD21FB7C64BB94121FBBC2E72343D460DB36BP3PW5EX1MB01E_"
MIME-Version: 1.0
Subject: Re: [OAUTH-WG] Document Management Issue (Signatures)
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2010 16:54:45 -0000
It matters if we publish one main specification and then a bunch of extensions. It doesn't matter if we break the core specification into multiple functional parts, where using bearer tokens are also outside core. My concern is solely on the impression and education the specification provides. Putting bearer tokens in the core specification and signatures elsewhere creates a strong bias towards bearer tokens. I want a fair and balance document. EHL From: oauth-bounces@ietf.org [mailto:oauth-bounces@ietf.org] On Behalf Of Tschofenig, Hannes (NSN - FI/Espoo) Sent: Monday, September 27, 2010 9:43 AM To: oauth@ietf.org Subject: [OAUTH-WG] Document Management Issue (Signatures) Hi all I wonder whether the question of "signature in the main specification or in a separate document" does not really matter. It is purely a matter of document management style. The important question is whether there will be a **mandatory to implement** or **mandatory to use** someone in the document set. Mandatory to use is typically hard to enforce unless there is only one approach possible. This does not seem to be the case. So, everything then boils down to the question: What is mandatory to implement? (in this specific case with regard to security) Ciao Hannes
- [OAUTH-WG] Document Management Issue (Signatures) Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [OAUTH-WG] Document Management Issue (Signatu… Phil Hunt
- Re: [OAUTH-WG] Document Management Issue (Signatu… Eran Hammer-Lahav
- Re: [OAUTH-WG] Document Management Issue (Signatu… Eran Hammer-Lahav
- Re: [OAUTH-WG] Document Management Issue (Signatu… Lukas Rosenstock
- Re: [OAUTH-WG] Document Management Issue (Signatu… Eran Hammer-Lahav