Re: [datatracker-rqmts] Slides for the face-to-face BoF next week

Paul Hoffman <paul.hoffman@vpnc.org> Tue, 02 November 2010 17:11 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: datatracker-rqmts@core3.amsl.com
Delivered-To: datatracker-rqmts@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 056153A659B for <datatracker-rqmts@core3.amsl.com>; Tue, 2 Nov 2010 10:11:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.972
X-Spam-Level:
X-Spam-Status: No, score=-100.972 tagged_above=-999 required=5 tests=[AWL=0.847, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, SARE_SUB_OBFU_Q1=0.227, USER_IN_WHITELIST=-100]
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 KxovagzPB3EZ for <datatracker-rqmts@core3.amsl.com>; Tue, 2 Nov 2010 10:10:59 -0700 (PDT)
Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by core3.amsl.com (Postfix) with ESMTP id 72A6A3A69EF for <datatracker-rqmts@ietf.org>; Tue, 2 Nov 2010 10:10:55 -0700 (PDT)
Received: from [10.20.30.150] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id oA2HAwHN085508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Nov 2010 10:11:00 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0
Message-Id: <p0624089cc8f5f637f893@[10.20.30.150]>
In-Reply-To: <4CD03AFC.7040001@levkowetz.com>
References: <p06240800c8ecfbb84168@[10.20.30.249]> <p0624088ac8f4ef10b46d@[10.20.30.249]> <6.2.5.6.2.20101102074555.099f1830@resistor.net> <4CD03AFC.7040001@levkowetz.com>
Date: Tue, 2 Nov 2010 10:10:57 -0700
To: Henrik Levkowetz <henrik@levkowetz.com>, SM <sm@resistor.net>
From: Paul Hoffman <paul.hoffman@vpnc.org>
Content-Type: text/plain; charset="us-ascii"
Cc: datatracker-rqmts@ietf.org
Subject: Re: [datatracker-rqmts] Slides for the face-to-face BoF next week
X-BeenThere: datatracker-rqmts@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <datatracker-rqmts.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/datatracker-rqmts>, <mailto:datatracker-rqmts-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/datatracker-rqmts>
List-Post: <mailto:datatracker-rqmts@ietf.org>
List-Help: <mailto:datatracker-rqmts-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/datatracker-rqmts>, <mailto:datatracker-rqmts-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Nov 2010 17:11:03 -0000

At 5:23 PM +0100 11/2/10, Henrik Levkowetz wrote:
>Hi,
>
>On 2010-11-02 16:04 SM said:
>> Hi Paul,
>> At 15:28 01-11-10, Paul Hoffman wrote:
>>> Greetings again. I have uploaded the proposed slides for the BoF to
>>> the IETF site; see <http://www.ietf.org/proceedings/79/slides/iddtspec-0.pdf>;.
>>
>> On Page 12:
>>
>>   "Lots of reasons why someone would not
>>    someone else to know which drafts they are
>>    following"
>>
>> Did you forget a word in there?
>>
>> That page is about "Lists should be able to be private".  Do you
>> really want to get into a discussion about privacy?  As the work of
>> the IETF is supposed to be open, I suggest letting anyone who is
>> "subscribed" to a draft see who else is following it.  Otherwise,
>> you'll have to define who should have access to the information.
>
>No, I think that's turned around.  I think it's as wrong to assume that
>personal configuration information is public by default.  With the
>possibility to create personal configuration information which resides
>on the server (something we haven't really had a lot of on the IETF
>servers up till now) the assumption should be that that individual
>configuration information is private unless the person chooses to make
>it public.
>
>This following isn't an exact parallel, but with email, we have a
>situation where list email is public, and the whole purpose of list
>emails are to reach people publicly; while emails sent to individual
>persons outside of a list are not (and should not be) automatically
>assumed to be public.  Thus information is only automatically public
>when it's explicitly intended to be so.
>
>When you bookmark web pages in your web browser the information is
>private, unless you explicitly publish the information.  When you
>subscribe to a feed, that information resides in your feed reader
>(or in the Google Reader) and it's not public unless you make it
>so.
>
>With the possibility to individually configure services provided by
>the IETF servers, we should (I think) respect that people don't
>necessarily want others to know what they configure.  If they want
>people to know, they are free to make the information public, but
>we shouldn't force the information to be public.  That would most
>likely make these services less valuable than they could be to a lot
>of people, and that seems less than optimal to me.

My thinking in the early draft was that "making a list" was akin to "bookmarking a lot of drafts". That is, this is what many people do today anyhow, and the IETF can make this easier. Does the fact that it is the IETF making this easier cause the information to have to be exposed to everyone?

--Paul Hoffman, Director
--VPN Consortium