Re: Future Handling of Blue Sheets

edj.etc@gmail.com Fri, 15 June 2012 21:42 UTC

Return-Path: <edj.etc@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C52ED11E80D0; Fri, 15 Jun 2012 14:42:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.846
X-Spam-Level:
X-Spam-Status: No, score=-101.846 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77B5F3RdIa6R; Fri, 15 Jun 2012 14:42:40 -0700 (PDT)
Received: from mail-gg0-f172.google.com (mail-gg0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 080B111E80CE; Fri, 15 Jun 2012 14:42:39 -0700 (PDT)
Received: by ggnc4 with SMTP id c4so3022479ggn.31 for <multiple recipients>; Fri, 15 Jun 2012 14:42:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-rim-org-msg-ref-id:message-id:content-transfer-encoding:reply-to :x-priority:references:in-reply-to:sensitivity:importance:subject:to :cc:from:date:content-type:mime-version; bh=My3c6LzIUHnPX6W6NR/ToXH8bagNnuIz89JItyd8Y3I=; b=nKCUlAk5l8in+li0q49eQNg8j0jUNmTyT+McSDjcIBOPG114hCMSwYMm+2vUuYWg5/ eOg+jnjnRpK19QqTMeLpGMsZJR79bC4H9c4Zn/yXSK5h/4w2yxVI4nSaH9e2VgYLR20T 7yRMRT47dNTgwLHLn1Zq4A0yulHn1MWqlBMYwUlWFeJKW9HK+T6nyc+64XgOHdltnh3y q4nrVVsAhGoR/OlhARPkH681wfs42Bnd8LgDauQDp1X5l341KyTBBiRww66squzBWlNb +NsuQUleEwEplOs7vrTscgbGqmoeC5UdxpULJvVEU2sVLpEx7TbQkYCaFFHXLAKHqM/D TIBg==
Received: by 10.50.159.227 with SMTP id xf3mr3378538igb.24.1339796559270; Fri, 15 Jun 2012 14:42:39 -0700 (PDT)
Received: from 172.29.195.211 (bda-74-82-80-108.bis6.us.blackberry.com. [74.82.80.108]) by mx.google.com with ESMTPS id v17sm3720700igv.7.2012.06.15.14.42.37 (version=SSLv3 cipher=OTHER); Fri, 15 Jun 2012 14:42:38 -0700 (PDT)
X-rim-org-msg-ref-id: 616737881
Message-ID: <616737881-1339796556-cardhu_decombobulator_blackberry.rim.net-133583724-@b2.c2.bise6.blackberry>
Content-Transfer-Encoding: base64
X-Priority: Normal
References: <97BB17A56A65B20E9FB38128@JcK-HP8200.jck.com> <360B33DF-0603-4B86-B488-DDDBEDF2B10B@bbn.com> <64D096E2-78E1-4B4F-B227-42AB7B658FF6@cs.columbia.edu> <BE62B481-1FBD-4F82-92BA-EAC0D0519639@ietf.org> <D21AF73E-AC26-4ED7-9A85-2F4B6246E238@ietf.org> <F9874821-601D-4655-AB91-C648AC10E49D@standardstrack.com>
In-Reply-To: <F9874821-601D-4655-AB91-C648AC10E49D@standardstrack.com>
Sensitivity: Normal
Importance: Normal
Subject: Re: Future Handling of Blue Sheets
To: Eric Burger <eburger-l@standardstrack.com>, ietf-bounces@ietf.org, IETF Chair <chair@ietf.org>
From: edj.etc@gmail.com
Date: Fri, 15 Jun 2012 21:42:34 +0000
Content-Type: text/plain
MIME-Version: 1.0
Cc: IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: edj.etc@gmail.com
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 15 Jun 2012 21:42:40 -0000

I presume it is the same data that people input into the "Organization" field when they register for the meeting.

Regards,

Ed  J.

-----Original Message-----
From: Eric Burger <eburger-l@standardstrack.com>
Sender: ietf-bounces@ietf.org
Date: Fri, 15 Jun 2012 17:37:50 
To: IETF Chair<chair@ietf.org>
Cc: IETF<ietf@ietf.org>
Subject: Re: Future Handling of Blue Sheets

Do we have guidelines as to what is an "organization affiliation"?

On Jun 14, 2012, at 5:26 PM, IETF Chair wrote:

> Two things have occurred since the message below as sent to the IETF mail list.  First, we got a lawyer in Europe to do some investigation, and the inclusion of the email address on the blue sheet will lead to trouble with the European privacy laws.  Second, Ted Hardie suggested that we could require a password to access the scanned blue sheet.
> 
> Based on the European privacy law information, the use of email will result in a major burden.  If the email address is used, then we must provide a way for people to ask for their email address to be remove at any time in the future, even if we got prior approval to include it.  Therefore, I suggest that we collect organization affiliation to discriminate between multiple people with the same name instead of email address.
> 
> Based on Ted's suggestion, I checked with the Secretariat about using a datatracker login to download the scanned blue sheet.  This is fairly easy to do, once the community tracking tools are deployed.  However, with the removal of the email addresses from the blue sheets, it is unclear that there is any further need for password protection of these images.  Therefore, I suggest that we proceed without password protection for the blue sheet images.
> 
> Here is a summary of the suggested way forward:
> 
> - Stop collecting email addresses on blue sheets;
> 
> - Collect organization affiliation to discriminate between multiple people with the same name;
> 
> - Scan the blue sheets and include the images in the proceedings for the WG session;
> 
> - Add indication to top of the blue sheet so people know it will be part of the proceedings; and
> 
> - Discard paper blue sheets after scanning.
> 
> Russ
> 
> 
> On May 6, 2012, at 12:46 PM, IETF Chair wrote:
> 
>> We have heard from many community participants, and consensus is quite rough on this topic.  The IESG discussed this thread and reached two conclusions:
>> 
>> (1) Rough consensus: an open and transparent standards process is more important to the IETF than privacy of blue sheet information.
>> 
>> (2) Rough consensus: inclusion of email addresses is a good way to distinguish participants with the same or similar names.
>> 
>> 
>> Based on these conclusions, the plan is to handle blue sheets as follows:
>> 
>> - Continue to collect email addresses on blue sheets;
>> 
>> - Scan the blue sheet and include the image in the proceedings for the WG session;
>> 
>> - Add indication to top of the blue sheet so people know it will be part of the proceedings; and
>> 
>> - Discard paper blue sheets after scanning.
>> 
>> 
>> On behalf of the IESG,
>> Russ
>> 
>