Re: Blue Sheet Change Proposal

"John G. Scudder" <> Sun, 06 April 2008 12:32 UTC

Return-Path: <>
Received: from (localhost []) by (Postfix) with ESMTP id 080C03A6A70; Sun, 6 Apr 2008 05:32:09 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6724D28C1CD; Fri, 4 Apr 2008 15:01:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.043
X-Spam-Status: No, score=-2.043 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_IS_SMALL6=0.556]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id n6sTJ4g-DS6q; Fri, 4 Apr 2008 15:01:14 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 956E43A67F7; Fri, 4 Apr 2008 15:01:14 -0700 (PDT)
Received: from localhost ( []) by (Postfix) with ESMTP id 661E153E1AF; Fri, 4 Apr 2008 17:01:21 -0500 (EST)
X-Virus-Scanned: amavisd-new at
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with LMTP id Uf4a-exPYT-p; Fri, 4 Apr 2008 17:01:14 -0500 (EST)
Received: from [] ( []) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTP id 88C1853E0FC; Fri, 4 Apr 2008 17:01:13 -0500 (EST)
Message-Id: <>
From: "John G. Scudder" <>
To: Marshall Eubanks <>
In-Reply-To: <>
Mime-Version: 1.0 (Apple Message framework v919.2)
Subject: Re: Blue Sheet Change Proposal
Date: Fri, 4 Apr 2008 18:01:11 -0400
References: <8282D6B77F4B287BF995B8F7@p3.JCK.COM> <>
X-Mailer: Apple Mail (2.919.2)
X-Mailman-Approved-At: Sun, 06 Apr 2008 05:32:07 -0700
Cc: John C Klensin <>, Working Group Chairs <>, IETF Discussion <>
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Discussion <>
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Isn't the Ark of the Covenant also there?

In the interest of adding some actual content as well, I'll remark  
that I really don't much care whether addresses are collected or not.   
For my own part, I'm with the others who've observed that trying to  
hide your address as a counter-spam measure is about as effective as  
sticking your fingers in your ears and saying la-la-la.  And for that  
matter, those who think otherwise can easily use a disposable email  
address if they wish (surely they must have one if they care about  
such things) or even falsify or omit their email address (horrors!).


On Apr 4, 2008, at 5:51 PM, Marshall Eubanks wrote:

> I thought that people might like to see where the Blue Sheets are  
> currently stored by the IETF Trust once the
> Secretariat is done with them :
> I feel fairly certain that addresses are not being scanned there.
> Regards
> Marshall
> On Apr 4, 2008, at 5:19 PM, John C Klensin wrote:
>> --On Friday, 04 April, 2008 11:56 -0400 Derek Atkins
>> <> wrote:
>>> Harald Alvestrand <> writes:
>>>> Diving straight into armchairing myself, I'll just note that
>>>> under EU data privacy laws, it's illegal to collect personal
>>>> info for which you have no legitimate purpose - so if we
>>>> never use those emails for anything, we shouldn't collect
>>>> them.
>>> I've used them.  One time when I chaired a BOF I collected the
>>> email addresses to personally ask if they wanted to be involved
>>> in the mailing list.  (It was done this way because the list
>>> was not set up prior to the meeting).  So, having email
>>> addresses was very important to inform everyone in the room of
>>> the list address.
>> Yes.  And, as a sometime BOF or WG chair, I've often asked the
>> secretariat for copies of the blue sheets (and gotten them) to
>> check names of spellings against the minutes, to write people
>> asking for clarification about what they said, and to get my own
>> sense of the profile and pattern of those participating in the
>> meetings compared to those who were participating on the list.
>> Some of those uses require email addresses, some don't.  But the
>> activity is, IMO, legitimate and useful enough that I'm
>> reluctant to give up the email addresses unless someone
>> demonstrates that there is a real problem that needs solving.
>> I won't repeat what others have said about the presence or
>> absence of the problem, but I'm not convinced either.
>>    john
>> _______________________________________________
>> IETF mailing list

IETF mailing list