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

Henrik Levkowetz <henrik@levkowetz.com> Tue, 02 November 2010 16:26 UTC

Return-Path: <henrik@levkowetz.com>
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 A94EC3A69D7 for <datatracker-rqmts@core3.amsl.com>; Tue, 2 Nov 2010 09:26:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.373
X-Spam-Level:
X-Spam-Status: No, score=-102.373 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, 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 F9Ke9nNcDPXf for <datatracker-rqmts@core3.amsl.com>; Tue, 2 Nov 2010 09:26:03 -0700 (PDT)
Received: from merlot.tools.ietf.org (merlot.tools.ietf.org [IPv6:2a01:3f0:0:31:214:22ff:fe21:bb]) by core3.amsl.com (Postfix) with ESMTP id A46173A6874 for <datatracker-rqmts@ietf.org>; Tue, 2 Nov 2010 09:26:03 -0700 (PDT)
Received: from brunello.autonomica.se ([2a01:3f0:1:0:21e:c2ff:fe13:7e3e]:54082 helo=dyn-fg117.sth.netnod.se) by merlot.tools.ietf.org with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <henrik@levkowetz.com>) id 1PDJdy-0002OX-Dj; Tue, 02 Nov 2010 17:24:45 +0100
Message-ID: <4CD03AFC.7040001@levkowetz.com>
Date: Tue, 02 Nov 2010 17:23:24 +0100
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: SM <sm@resistor.net>
References: <p06240800c8ecfbb84168@[10.20.30.249]> <p0624088ac8f4ef10b46d@[10.20.30.249]> <6.2.5.6.2.20101102074555.099f1830@resistor.net>
In-Reply-To: <6.2.5.6.2.20101102074555.099f1830@resistor.net>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e
X-SA-Exim-Rcpt-To: sm@resistor.net, paul.hoffman@vpnc.org, datatracker-rqmts@ietf.org, henrik-sent@levkowetz.com
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000)
X-SA-Exim-Scanned: Yes (on merlot.tools.ietf.org)
Cc: datatracker-rqmts@ietf.org, Paul Hoffman <paul.hoffman@vpnc.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 16:26:04 -0000

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.


	Henrik