Re: Non-participants [Re: Experimental makes sense for tls-authz]
Dan Riley <dsr@mail.lns.cornell.edu> Thu, 01 November 2007 06:58 UTC
Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1InU0c-0002jD-Du; Thu, 01 Nov 2007 02:58:30 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InU0a-0002gy-Gh for ietf@ietf.org; Thu, 01 Nov 2007 02:58:28 -0400
Received: from lnscu5.lns.cornell.edu ([128.84.44.111]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1InU0S-0000zO-9p for ietf@ietf.org; Thu, 01 Nov 2007 02:58:28 -0400
Received: from lnxcu9.lns.cornell.edu (lnxcu9.lns.cornell.edu [128.84.46.100]) by lnscu5.lns.cornell.edu (8.13.6/8.13.6) with ESMTP id lA16tk2l012558 for <ietf@ietf.org>; Thu, 1 Nov 2007 02:55:46 -0400 (EDT)
Received: from lnxcu9.lns.cornell.edu (localhost.localdomain [127.0.0.1]) by lnxcu9.lns.cornell.edu (8.13.1/8.12.10) with ESMTP id lA16tkwh025355 for <ietf@ietf.org>; Thu, 1 Nov 2007 02:55:46 -0400
Received: (from dsr@localhost) by lnxcu9.lns.cornell.edu (8.13.1/8.13.1/Submit) id lA16tkgV025352; Thu, 1 Nov 2007 02:55:46 -0400
X-Authentication-Warning: lnxcu9.lns.cornell.edu: dsr set sender to dsr@mail.lns.cornell.edu using -f
To: ietf@ietf.org
References: <Pine.LNX.4.33.0710270735240.13665-100000@egate.xpasc.com> <BE07EB04-38C6-4465-B770-EBA05354FB9B@hxr.us> <472388E9.8070700@gmail.com> <6D007A8C-B397-458E-A9BD-F50F069ED73F@hxr.us> <01MN4YDVFDI400BDC1@mauve.mrochek.com>
From: Dan Riley <dsr@mail.lns.cornell.edu>
Date: Thu, 01 Nov 2007 02:55:46 -0400
In-Reply-To: <01MN4YDVFDI400BDC1@mauve.mrochek.com>
Message-ID: <shodeebgjx.fsf@lnxcu9.lns.cornell.edu>
Lines: 22
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Subject: Re: Non-participants [Re: Experimental makes sense for tls-authz]
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org
Ned Freed <ned.freed@mrochek.com> writes: > And even if they have read tls-authz it is hard to take comments > containing oxymorons like "experimental standard" very seriously, > since such comments are a strong indicator of lack of familiarity > with our process or 2026 criteria. While I am sympathetic to that sentiment, there is some evidence that people presumably well versed in IETF process and RFC2026 terminology can be sloppy in its application--from http://www1.ietf.org/mail-archive/web/ietf-announce/current/msg04120.html Subject: Third Last Call: draft-housley-tls-authz-extns From: The IESG <iesg-secretary at ietf.org> [...] The IESG solicits final comments on whether the IETF community has consensus to publish draft-housley-tls-authz-extns as an _experimental standard_ given the IPR claimed. (_emphasis_ added) -dan _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Re: Experimental makes sense for tls-authz Ben Finney
- Re: Experimental makes sense for tls-authz Ben Finney
- Re: Experimental makes sense for tls-authz David Morris
- Re: Experimental makes sense for tls-authz Ben Finney
- Experimental makes sense for tls-authz Randy Presuhn
- Re: Experimental makes sense for tls-authz Melinda Shore
- Experimental makes sense for tls-authz Joel M. Halpern
- Re: Experimental makes sense for tls-authz Brian E Carpenter
- Re: Experimental makes sense for tls-authz Scott Kitterman
- RE: Experimental makes sense for tls-authz Hallam-Baker, Phillip
- Re: Experimental makes sense for tls-authz Ned Freed
- Re: Experimental makes sense for tls-authz Noel Chiappa
- DOS (was: Experimental makes sense for tls-authz) Frank Ellermann
- Re: Experimental makes sense for tls-authz Bernard Aboba
- Re: Experimental makes sense for tls-authz Brian E Carpenter
- Re: Experimental makes sense for tls-authz Brian Dickson
- Re: Experimental makes sense for tls-authz Bernard Aboba
- Re: Experimental makes sense for tls-authz Bernard Aboba
- Re: Experimental makes sense for tls-authz Brian E Carpenter
- RE: DOS (was: Experimental makes sense for tls-au… Hallam-Baker, Phillip
- Re: Experimental makes sense for tls-authz Stjepan Gros
- RE: Experimental makes sense for tls-authz David Harrington
- Re: Experimental makes sense for tls-authz James Seng
- Re: Experimental makes sense for tls-authz Noel Chiappa
- Re: DOS Frank Ellermann
- Re: Experimental makes sense for tls-authz Andrew Newton
- Re: Experimental makes sense for tls-authz Andrew Newton
- Re: Experimental makes sense for tls-authz David Morris
- Re: Experimental makes sense for tls-authz Andrew Newton
- Re: Experimental makes sense for tls-authz Rob Evans
- Non-participants [Re: Experimental makes sense fo… Brian E Carpenter
- Re: Non-participants [Re: Experimental makes sens… Bill Manning
- Re: Experimental makes sense for tls-authz Bill Fenner
- Re: Non-participants [Re: Experimental makes sens… Brian E Carpenter
- Re: Experimental makes sense for tls-authz Ben Finney
- Re: Experimental makes sense for tls-authz Ben Finney
- Re: Experimental makes sense for tls-authz Noel Chiappa
- Re: Experimental makes sense for tls-authz Eric Rosen
- Re: Experimental makes sense for tls-authz Bill Sommerfeld
- Re: Experimental makes sense for tls-authz Sam Hartman
- Re: Experimental makes sense for tls-authz Bob Braden
- Re: Non-participants [Re: Experimental makes sens… Andrew Newton
- Re: Non-participants [Re: Experimental makes sens… Ned Freed
- Re: Non-participants Frank Ellermann
- Re: Non-participants [Re: Experimental makes sens… Dan Riley
- Experimental track (was: Non-participants) Frank Ellermann
- Re: Experimental track Frank Ellermann