Re: IETF privacy policy - update

John Morris <jmorris-lists@cdt.org> Wed, 07 July 2010 15:23 UTC

Return-Path: <jmorris-lists@cdt.org>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 950E93A6800 for <ietf@core3.amsl.com>; Wed, 7 Jul 2010 08:23:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 6IfPDnZLHhjc for <ietf@core3.amsl.com>; Wed, 7 Jul 2010 08:23:56 -0700 (PDT)
Received: from mail.maclaboratory.net (mail.maclaboratory.net [209.190.215.232]) by core3.amsl.com (Postfix) with ESMTP id C8EFA3A67E7 for <ietf@ietf.org>; Wed, 7 Jul 2010 08:23:55 -0700 (PDT)
Received: from localhost ([127.0.0.1]) by mail.maclaboratory.net (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)); Wed, 7 Jul 2010 11:23:50 -0400
Content-Type: text/plain; charset="us-ascii"; format="flowed"; delsp="yes"
Mime-Version: 1.0 (Apple Message framework v1075.2)
Subject: Re: IETF privacy policy - update
From: John Morris <jmorris-lists@cdt.org>
In-Reply-To: <A68985E3-A34B-47AB-A6A2-E6718E505652@muada.com>
Date: Wed, 07 Jul 2010 11:23:41 -0400
Content-Transfer-Encoding: 7bit
Message-Id: <B75D4F49-2361-4706-A24A-D5E7026EE58D@cdt.org>
References: <7022DEA1-7FC0-4D77-88CE-FA3788720B43@cdt.org> <8FBEA0C7-9B80-4860-AFAE-FB5A19E660EF@muada.com> <4C33A406.1090801@bogus.com> <BBDFC939-2109-41BB-B4E1-BE2CEE43B8CA@muada.com> <9C72FA78-C9C2-4719-9BFD-112ABEFA7117@cdt.org> <56522CF0-088B-4027-AF45-A6075A7EA666@muada.com> <51D591B3-1954-47A6-A40A-7DCE6DDD5CF0@cdt.org> <A68985E3-A34B-47AB-A6A2-E6718E505652@muada.com>
To: Iljitsch van Beijnum <iljitsch@muada.com>, IETF-Discussion list <ietf@ietf.org>
X-Mailer: Apple Mail (2.1075.2)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jul 2010 15:23:57 -0000

Well, as someone who believes that *all* websites and online-operating  
organizations should have a clear and accessible privacy policy, I  
think it is beyond embarrassing that the IETF does not have one.  As  
an organization that tries pretty hard to be sensitive to the privacy  
impacts of the technologies it creates, it is disappointing that the  
IETF does not itself meet even the most basic of privacy "best  
practices," that is, having a privacy policy.

But I appreciate that others may view privacy policies as navel  
gazing.  In this case, however, the gazing could be fairly short and  
focused -- there is already a draft policy that is in a second  
version, with an author who has sought to work closely with the powers- 
that-be to understand the IETF's current practices (and who is willing  
to finish that work).  The most important thing that needs to be  
decided is "what form should a policy take," and I think there were a  
number of good ideas on that point on the list.  So I would urge us to  
gaze into our navels just a little bit more to make this happen.


On Jul 7, 2010, at 10:42 AM, Iljitsch van Beijnum wrote:

> On 7 jul 2010, at 16:32, John Morris wrote:
>
>> And, if you indeed think that something is missing, perhaps you  
>> could suggest some language to address your concern, rather than  
>> just dismiss the entire effort.
>
> I think it's completely legitimate to question whether efforts like  
> this are worth the resources they soak up. The first time I went to  
> an IETF meeting I was shocked by the amount of talk about the  
> internals of the IETF itself that went on. We should really try to  
> minimize this navel gazing and only indulge in it when clearly  
> needed, something that hasn't been shown to be the case here.