[Geopriv] The 's' in HELD

"Thomson, Martin" <Martin.Thomson@andrew.com> Wed, 30 April 2008 01:40 UTC

Return-Path: <geopriv-bounces@ietf.org>
X-Original-To: geopriv-archive@megatron.ietf.org
Delivered-To: ietfarch-geopriv-archive@core3.amsl.com
Received: from core3.amsl.com (localhost []) by core3.amsl.com (Postfix) with ESMTP id C835728C28E; Tue, 29 Apr 2008 18:40:48 -0700 (PDT)
X-Original-To: geopriv@core3.amsl.com
Delivered-To: geopriv@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id A91213A6CBA for <geopriv@core3.amsl.com>; Tue, 29 Apr 2008 18:40:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.203
X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_LETTER=-2, MIME_QP_LONG_LINE=1.396]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id r7xejq08r8oX for <geopriv@core3.amsl.com>; Tue, 29 Apr 2008 18:40:46 -0700 (PDT)
Received: from andrew.com (smtp3.andrew.com []) by core3.amsl.com (Postfix) with ESMTP id C29E628C28E for <geopriv@ietf.org>; Tue, 29 Apr 2008 18:40:46 -0700 (PDT)
X-SEF-Processed: 5_0_0_910__2008_04_29_20_54_30
X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1
Received: from acdcexbh1.andrew.com [] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Tue, 29 Apr 2008 20:54:30 -0500
Received: from AHQEX1.andrew.com ([]) by acdcexbh1.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 29 Apr 2008 20:40:46 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 29 Apr 2008 20:40:42 -0500
Message-ID: <E51D5B15BFDEFD448F90BDD17D41CFF10441BD76@AHQEX1.andrew.com>
Thread-Topic: The 's' in HELD
Thread-Index: AciqYzPmc4GZJLI6RSecSqXdjFZxjg==
From: "Thomson, Martin" <Martin.Thomson@andrew.com>
To: "GEOPRIV" <geopriv@ietf.org>, "Mary Barnes" <mary.barnes@nortel.com>
X-OriginalArrivalTime: 30 Apr 2008 01:40:46.0965 (UTC) FILETIME=[364E6250:01C8AA63]
Subject: [Geopriv] The 's' in HELD
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: geopriv-bounces@ietf.org
Errors-To: geopriv-bounces@ietf.org

I missed this in the changes for -06.  Please forgive my ignorance, but
I wasn't there at -71 and it appears that only the conclusion was
captured, not the rationale.  The minutes focus on whether there should
be a URI scheme or not, but make what seems (to me) to be a logical

          Question: Does this HELD: scheme require TLS? Ans: Yes. Then
it needs
          to be a HELDS: scheme.

I don't believe that the letter 's' addresses "concerns over referential
integrity" as stated by the held-06 change-log.  So can anyone justify
the above statement?  Is there some IETF guideline I don't know of that
states that URI schemes for protocols that use TLS have an extra 's'? 


This message is for the designated recipient only and may
contain privileged, proprietary, or otherwise private information.  
If you have received it in error, please notify the sender
immediately and delete the original.  Any unauthorized use of
this email is prohibited.

Geopriv mailing list