RE: Changes needed to Last Call boilerplate
David Morris <dwm@xpasc.com> Fri, 13 February 2009 18:15 UTC
Return-Path: <dwm@xpasc.com>
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 BF3113A69F2 for <ietf@core3.amsl.com>; Fri, 13 Feb 2009 10:15:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.384
X-Spam-Level:
X-Spam-Status: No, score=-2.384 tagged_above=-999 required=5 tests=[AWL=0.215, 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 yRdZL4odDc+6 for <ietf@core3.amsl.com>; Fri, 13 Feb 2009 10:15:10 -0800 (PST)
Received: from email.xpasc.com (email.xpasc.com [65.85.17.142]) by core3.amsl.com (Postfix) with ESMTP id 754583A6A59 for <ietf@ietf.org>; Fri, 13 Feb 2009 10:15:10 -0800 (PST)
Received: from bslepgate.xpasc.com (localhost.localdomain [127.0.0.1]) by bslepgate.xpasc.com (Postfix-out) with ESMTP id DE936101834; Fri, 13 Feb 2009 10:15:16 -0800 (PST)
X-Propel-Return-Path: <dwm@xpasc.com>
Received: from email.xpasc.com ([10.1.2.88]) by [127.0.0.1] ([127.0.0.1]) (port 7027) (Abaca EPG outproxy filter 3.1.1.9347 $Rev: 9262 $) id iz6Ur92difg0; Fri, 13 Feb 2009 10:15:16 -0800
Received: from xpasc.com (egate.xpasc.com [10.1.2.49]) by bslepgate.xpasc.com (Postfix-out) with ESMTP id B648210008D; Fri, 13 Feb 2009 10:15:16 -0800 (PST)
Received: from egate.xpasc.com (egate.xpasc.com [10.1.2.49]) by xpasc.com (8.13.8/8.13.8) with ESMTP id n1DIFFen016145; Fri, 13 Feb 2009 10:15:15 -0800
Date: Fri, 13 Feb 2009 10:15:15 -0800
From: David Morris <dwm@xpasc.com>
To: "Wes Beebee (wbeebee)" <wbeebee@cisco.com>
Subject: RE: Changes needed to Last Call boilerplate
In-Reply-To: <BB56240F3A190F469C52A57138047A0301B8C882@xmb-rtp-211.amer.cisco.com>
Message-ID: <Pine.LNX.4.64.0902131009460.25480@egate.xpasc.com>
References: <20090213001531.2CFE46BE551@mercury.lcs.mit.edu> <4994D366.5010206@gmail.com><Pine.LNX.4.64.0902121802050.25480@egate.xpasc.com> <4994DC20.2070107@es2eng.com> <BB56240F3A190F469C52A57138047A0301B8C882@xmb-rtp-211.amer.cisco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Propel-ID: iz6Ur92difg0
Cc: 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: Fri, 13 Feb 2009 18:15:11 -0000
I think my proposal for an easy way to automatically subscribe to all last call lists avoids that concern for folks such as yourself who want to follow the discussion while providing the operational efficiency of collecting all discussion in one place for actual analysis of last call concensus. Amoung other things, I would expect that when a specific last call was out of my range of concern, I could unsubscribe from that specific discussion. I've mentioned last call concensus analysis, but having individual archives would help anyone who suddenly discovered a concern to easily retrieve all related comments. Dave Morris On Fri, 13 Feb 2009, Wes Beebee (wbeebee) wrote: >> Note also that e-mails sent to ietf+draft-name@ietf.org would not be > sent to the general list of ietf@ietf.org. > > I think this is potentially dangerous. I use the ietf@ietf.org list to > find out about work that's going on that I wouldn't know to tune into. > Sometimes the issues presented are not just relevant to the draft being > discussed, but have some broader community impact. It is indeed this > broader community impact that is often decided in an IETF Last Call, > otherwise we would only have Working Group Last Calls and no IETF Last > Call... > > - Wes > > > -----Original Message----- > From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On Behalf Of > Willie Gillespie > Sent: Thursday, February 12, 2009 9:34 PM > To: David Morris > Cc: ietf@ietf.org > Subject: Re: Changes needed to Last Call boilerplate > > David Morris wrote: >> Seems like a unique mailbox per lastcall would be very helpful all > around. >> Right now, gathering and evaluating comments must be a nightmare. An >> alternative, would be a single LC mailbox as suggested, but require >> EVERY subject line to carry the last call ID, preferable in a form >> sensible to current mail clients. >> >> In the case of unique lists per lastcall, provide an opt-in >> metasubcribe to make it easy for folks who generally want to follow >> last call discussions to just be subscribed. >> >> *AND* require subscribe to post ... no cute confirm reply to bypass. I > >> strongly believe that anyone who wants to provide feedback should want > >> to see the comments on their feed back. [If the cute confirm created >> an automatic 48 hour subscription as per my next point, that would >> work too.] >> >> *AND* no unsubscribe or post only for 48 hours after initial > subscription. >> For real participants, this wouldn't be an issue and for email >> campaigns, well they just need to experience the same disrruption >> their campaign causes. >> >> David Morris > > Not a bad idea. In fact, it may be useful to have a unique "list" per > draft, so every comment relating to a particular draft can be tracked > historically. This example is how I understand your suggestion: > > ietf+housley-tls-authz-extns@ietf.org will automatically be set up with > the initial ID submission. E-mails sent to it will be regarded as > discussion pertaining to the draft. > > Individuals interested in following the draft may subscribe to that list > simply by sending an e-mail to it. (However, e-mails with simply the > word "subscribe" in the body or subject line won't be forwarded to > everyone.) They are also allowed to unsubscribe (perhaps following > the 48-hour waiting period of initial subscription as David > suggested). > > Note also that e-mails sent to ietf+draft-name@ietf.org would not be > sent to the general list of ietf@ietf.org. > > I doubt this sort of functionality currently exists in Mailman, but > perhaps it could be implemented. > > Willie > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www.ietf.org/mailman/listinfo/ietf >
- Changes needed to Last Call boilerplate Noel Chiappa
- Re: Changes needed to Last Call boilerplate Clint Chaplin
- Re: Changes needed to Last Call boilerplate Noel Chiappa
- Re: Changes needed to Last Call boilerplate Brian E Carpenter
- Re: Changes needed to Last Call boilerplate David Morris
- Re: Changes needed to Last Call boilerplate Willie Gillespie
- Re: Changes needed to Last Call boilerplate David Morris
- Re: Changes needed to Last Call boilerplate Noel Chiappa
- Re: Changes needed to Last Call boilerplate Ralf Weber
- [Fwd: Re: Changes needed to Last Call boilerplate] Henk Uijterwaal
- Re: Changes needed to Last Call boilerplate Michael Dillon
- Re: [Fwd: Re: Changes needed to Last Call boilerp… Noel Chiappa
- Re: [Fwd: Re: Changes needed to Last Call boilerp… Jari Arkko
- RE: [Fwd: Re: Changes needed to Last Call boilerp… HUANG, ZHIHUI (JERRY), ATTLABS
- RE: [Fwd: Re: Changes needed to Last Call boilerp… Noel Chiappa
- RE: [Fwd: Re: Changes needed to Last Call boilerp… HUANG, ZHIHUI (JERRY), ATTLABS
- RE: [Fwd: Re: Changes needed to Last Call boilerp… Noel Chiappa
- Re: Changes needed to Last Call boilerplate Ofer Inbar
- RE: Changes needed to Last Call boilerplate Wes Beebee (wbeebee)
- RE: Changes needed to Last Call boilerplate David Morris
- Re: Changes needed to Last Call boilerplate Rich Kulawiec
- Re: [Fwd: Re: Changes needed to Last Call boilerp… Brian E Carpenter
- Re: [Fwd: Re: Changes needed to Last Call boilerp… John C Klensin
- Re: Changes needed to Last Call boilerplate Tim Bray
- Re: [Fwd: Re: Changes needed to Last Call boilerp… John Levine
- Re: [Fwd: Re: Changes needed to Last Call boilerp… Alessandro Vesely
- Re: [Fwd: Re: Changes needed to Last Call boilerp… Harald Alvestrand
- Re: [Fwd: Re: Changes needed to Last Call boilerp… David Morris
- Re: [Fwd: Re: Changes needed to Last Call boilerp… John Levine
- Re: [Fwd: Re: Changes needed to Last Call boilerp… Noel Chiappa
- Re: Changes needed to Last Call boilerplate Cullen Jennings
- Re: Changes needed to Last Call boilerplate David Morris
- Re: Changes needed to Last Call boilerplate Brian E Carpenter