Re: Proposed Policy for Modifications to Trust Legal Provisions (TLP)

Olaf Kolkman <olaf@NLnetLabs.nl> Tue, 08 September 2009 12:55 UTC

Return-Path: <olaf@NLnetLabs.nl>
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 DBDB03A699A; Tue, 8 Sep 2009 05:55:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.489
X-Spam-Level:
X-Spam-Status: No, score=-2.489 tagged_above=-999 required=5 tests=[AWL=0.111, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 VOE7e+ht+jIE; Tue, 8 Sep 2009 05:55:40 -0700 (PDT)
Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by core3.amsl.com (Postfix) with ESMTP id 7F5673A68B4; Tue, 8 Sep 2009 05:55:40 -0700 (PDT)
Received: from [IPv6:2001:7b8:206:1:21b:63ff:feb8:a9eb] ([IPv6:2001:7b8:206:1:21b:63ff:feb8:a9eb]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.3/8.14.3) with ESMTP id n88Cu7Uw050331 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 8 Sep 2009 14:56:07 +0200 (CEST) (envelope-from olaf@NLnetLabs.nl)
Message-Id: <59C7E1FA-8129-4CDA-8B02-355E9CBB70A8@NLnetLabs.nl>
From: Olaf Kolkman <olaf@NLnetLabs.nl>
To: Simon Josefsson <simon@josefsson.org>
In-Reply-To: <87iqftfxp3.fsf@mocca.josefsson.org>
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Apple-Mail-10--770539322"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Subject: Re: Proposed Policy for Modifications to Trust Legal Provisions (TLP)
Date: Tue, 08 Sep 2009 14:56:07 +0200
References: <A5EE96AD-29D6-4D9B-9851-8F81D4C2BC08@americafree.tv> <87prauih9w.fsf@mocca.josefsson.org> <4AA645EF.6070003@ripe.net> <87iqftfxp3.fsf@mocca.josefsson.org>
X-Pgp-Agent: GPGMail 1.2.0 (v56)
X-Mailer: Apple Mail (2.936)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::53]); Tue, 08 Sep 2009 14:56:07 +0200 (CEST)
Cc: Trustees <trustees@ietf.org>, Henk Uijterwaal <henk@ripe.net>, "ietf@ietf.org list" <ietf@ietf.org>
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: Tue, 08 Sep 2009 12:55:41 -0000

On Sep 8, 2009, at 2:06 PM, Simon Josefsson wrote:

>>> I'm strongly concerned that this puts the decision making of what  
>>> is and
>>> what is not a problem into the Trust's hands.
>>
>> No, there is always step 5: review of the new text or decision not  
>> to change
>> the text.  If a suggestion isn't considered a good idea by the  
>> Trust, the
>> reasons for not changing it can be discussed in this step.
>
> Step 4 puts a veto for changes into the Trust's hands.  Members on the
> Trust can be removed by the IETF, but I don't believe that is a good  
> way
> to make the Trust to do something the IETF requests.



As a Trustee I've signed a statement that reads:

  3. The undersigned hereby agrees to serve as a Trustee to the Trust  
and to fulfill the
     duties of a Trustee in accordance with the terms of the Trust  
Agreement and all
     other requirements of law applicable to service as a trustee of a  
Virginia trust and
     to comply with all requirements of the Trust Agreement applicable  
to his/her
     service as a Trustee

If a proposal from the IETF is in conflict with the terms of the Trust  
Agreement or the law then a Trustee has the obligation to veto it (a  
fairly academic possibility, I believe).

However, if such happens I think that the Trust has the obligation  
(MUST) to explain the motivations in quite some detail, and explain  
why they did not catch the problem earlier in the process.


--Olaf


________________________________________________________

Olaf M. Kolkman                        NLnet Labs
                                        Science Park 140,
http://www.nlnetlabs.nl/               1098 XG Amsterdam