RE: Upcoming change to the Notify field for some documents

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Thu, 16 April 2015 22:18 UTC

Return-Path: <keith.drage@alcatel-lucent.com>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D40FE1B37AD for <wgchairs@ietfa.amsl.com>; Thu, 16 Apr 2015 15:18:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7KZUOAwDlolX for <wgchairs@ietfa.amsl.com>; Thu, 16 Apr 2015 15:18:11 -0700 (PDT)
Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 883601B37AC for <wgchairs@ietf.org>; Thu, 16 Apr 2015 15:18:11 -0700 (PDT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id E148FDCC18DE1; Thu, 16 Apr 2015 22:18:05 +0000 (GMT)
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t3GMI8TU020860 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Apr 2015 00:18:09 +0200
Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.203]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Fri, 17 Apr 2015 00:18:08 +0200
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: Robert Sparks <rjsparks@nostrum.com>, "wgchairs@ietf.org" <wgchairs@ietf.org>
Subject: RE: Upcoming change to the Notify field for some documents
Thread-Topic: Upcoming change to the Notify field for some documents
Thread-Index: AQHQeH6xhKN0JgkevUeBJVg9Yhf9np1QNSTg
Date: Thu, 16 Apr 2015 22:18:07 +0000
Message-ID: <949EF20990823C4C85C18D59AA11AD8B69704ACB@FR712WXCHMBA11.zeu.alcatel-lucent.com>
References: <552EB078.6090302@nostrum.com> <5530129E.8070609@nostrum.com>
In-Reply-To: <5530129E.8070609@nostrum.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.40]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/wgchairs/gS7-MF7dUryPBHB4M3bY-zhALe4>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Apr 2015 22:18:15 -0000

So I am a bit lost.

Do I need to do anything to ensure that the WG gets such things as notification of publication requests, and IESG review ballot positions?

Keith 

> -----Original Message-----
> From: WGChairs [mailto:wgchairs-bounces@ietf.org] On Behalf 
> Of Robert Sparks
> Sent: 16 April 2015 20:51
> To: wgchairs@ietf.org
> Subject: Re: Upcoming change to the Notify field for some documents
> 
> This script has been run.
> 
> If you didn't receive email, your group had no documents that 
> were changed.
> 
> 280 documents were touched.
> This part of the output from the script shows which groups 
> were affected:
> 
> Letting the group personnel know we changed their documents...
> Telling idr we changed 15 documents
> Telling cfrg we changed 7 documents
> Telling dtnrg we changed 1 documents
> Telling nmrg we changed 4 documents
> Telling netconf we changed 1 documents
> Telling v6ops we changed 2 documents
> Telling grow we changed 2 documents
> Telling opsec we changed 1 documents
> Telling ippm we changed 2 documents
> Telling radext we changed 8 documents
> Telling isis we changed 3 documents
> Telling rtgwg we changed 1 documents
> Telling bfd we changed 2 documents
> Telling kitten we changed 1 documents
> Telling ecrit we changed 1 documents
> Telling manet we changed 4 documents
> Telling trill we changed 12 documents
> Telling mpls we changed 22 documents
> Telling nfsv4 we changed 2 documents
> Telling sidr we changed 1 documents
> Telling dime we changed 4 documents
> Telling ngtrans we changed 1 documents
> Telling ospf we changed 2 documents
> Telling opsawg we changed 9 documents
> Telling httpbis we changed 1 documents
> Telling 6man we changed 2 documents
> Telling roll we changed 2 documents
> Telling drinks we changed 2 documents
> Telling ipsecme we changed 1 documents
> Telling multimob we changed 1 documents
> Telling oauth we changed 5 documents
> Telling lisp we changed 6 documents
> Telling mif we changed 2 documents
> Telling netext we changed 3 documents
> Telling xmpp we changed 3 documents
> Telling smime we changed 1 documents
> Telling conex we changed 3 documents
> Telling siprec we changed 1 documents
> Telling core we changed 1 documents
> Telling pals we changed 2 documents
> Telling precis we changed 3 documents
> Telling pcp we changed 1 documents
> Telling eman we changed 4 documents
> Telling appsawg we changed 5 documents
> Telling dane we changed 1 documents
> Telling avtcore we changed 1 documents
> Telling payload we changed 1 documents
> Telling xrblock we changed 1 documents
> Telling paws we changed 1 documents
> Telling rtcweb we changed 6 documents
> Telling httpauth we changed 3 documents
> Telling jose we changed 1 documents
> Telling mile we changed 1 documents
> Telling bfcpbis we changed 1 documents
> Telling weirds we changed 6 documents
> Telling tls we changed 5 documents
> Telling nvo3 we changed 4 documents
> Telling scim we changed 3 documents
> Telling dmm we changed 4 documents
> Telling icnrg we changed 3 documents
> Telling straw we changed 1 documents
> Telling i2rs we changed 11 documents
> Telling lmap we changed 3 documents
> Telling json we changed 2 documents
> Telling nwcrg we changed 1 documents
> Telling jcardcal we changed 1 documents
> Telling stox we changed 2 documents
> Telling dmarc we changed 1 documents
> Telling aqm we changed 1 documents
> Telling dnssd we changed 1 documents
> Telling sieve we changed 2 documents
> Telling 6tisch we changed 1 documents
> Telling sfc we changed 2 documents
> Telling eppext we changed 1 documents
> Telling uta we changed 4 documents
> Telling tram we changed 1 documents
> Telling ianaplan we changed 1 documents
> Telling calext we changed 2 documents
> Telling dprive we changed 1 documents
> Telling bess we changed 11 documents
> Telling dnsop we changed 4 documents
> Telling nfvrg we changed 2 documents
> Telling gaia we changed 1 documents
> Telling bmwg we changed 2 documents
> Telling tsvwg we changed 4 documents
> Telling teas we changed 1 documents
> Telling tokbind we changed 2 documents
> Telling dhc we changed 8 documents
> Telling forces we changed 2 documents
> Telling ccamp we changed 4 documents
> Telling simple we changed 1 documents
> 
> On 4/15/15 1:39 PM, Robert Sparks wrote:
> > Working group chairs and IESG members -
> >
> > The next release of the datatracker will contain the first steps 
> > towards changing how a working group list gets copied when an AD 
> > enters a ballot position.
> > Once that release is in place, I will be running a script that will 
> > scrub working group lists out of the Notify fields where they occur
> > (276 documents at the moment).
> > This is part of addressing the issue that several of you are 
> > experiencing with mail sent to the .all alias for a document going 
> > into moderation at your group's list because of an implicit 
> destination.
> >
> > That script will email the WG personnel (chairs, shepherds, ads) to 
> > let them know what got changed.
> > Below, you'll find an example of what will be sent to the personnel 
> > for one of the groups with the largest count of affected documents.
> > Please read the text of the example - it explains the 
> history leading 
> > up to this change in a little more detail.
> >
> > If you do not want the documents for your working group to 
> be changed, 
> > reply to me ASAP (and be sure to copy your AD), and I will exclude 
> > your group from what the script will work on.
> >
> > If all goes well with the upcoming release, I expect to run this 
> > script late in the day tomorrow.
> >
> > RjS
> >
> > ---------------------
> > EXAMPLE MESSAGE FOLLOWS
> > (this is only an example - these changes have not yet been 
> made to the 
> > production database)
> > ---------------------
> > To: <loa@pi.nu>, <swallow@cisco.com>, <rcallon@juniper.net>, 
> > <db3546@att.com>
> > Subject: Removed the working group list address from the 
> Notify field 
> > of 22 mpls drafts
> >
> > The Notify field for the documents listed at the end of 
> this message 
> > were changed by removing the mpls mailing list address 
> 'mpls@ietf.org'.
> >
> > For most documents, this address was introduced to the Notify field 
> > between November 2014 and March 2015 as part of the default value 
> > assigned when the document entered IESG processing. This 
> was a first 
> > try at ensuring the working group sees ballot positions as the ADs 
> > enter them. However, it had several unintended consequences. In 
> > particular, since the contents of the Notify field are 
> expanded into 
> > each document's .all alias, messages sent by individuals to 
> the .all 
> > alias often ended in the list's moderation queue for having an 
> > implicit destination.
> >
> > Instead, the datatracker has been modified to send ballot 
> positions to 
> > the working group list explicitly, under the balloting AD's 
> control, 
> > and we are scrubbing the list addresses from the Notify fields.
> >
> > If you had included the working group list address in the 
> Notify field 
> > for some reason other than it showing up by default during 
> the above 
> > period, please use the datatracker to put it back into the 
> field (or 
> > ask the secretariat to do so for you), and accept our apologies for 
> > the inconvenience.
> >
> > The affected documents for mpls appear below:
> >     https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-ipv6/
> > 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-reply-mode-s
> > imple/
> >
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-seamless-mpls/
> > 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-mpls-tp-oam-
> > conf/
> >
> > https://datatracker.ietf.org/doc/draft-kompella-mpls-rsvp-ecmp/
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-seamless-mcast/
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-oam-id-mib/
> > 
> https://datatracker.ietf.org/doc/draft-cheng-mpls-tp-shared-ring-prote
> > ction/
> >
> >     https://datatracker.ietf.org/doc/rfc7510/
> > 
> https://datatracker.ietf.org/doc/draft-ravisingh-mpls-el-for-seamless-
> > mpls/
> >
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-proxy-lsp-ping/
> > 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-node-protection/
> > https://datatracker.ietf.org/doc/draft-mirsky-mpls-residence-time/
> >     https://datatracker.ietf.org/doc/draft-kompella-mpls-larp/
> > https://datatracker.ietf.org/doc/draft-esale-mpls-app-aware-tldp/
> > 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-entropy-label/
> >     https://datatracker.ietf.org/doc/draft-bonica-mpls-self-ping/
> > 
> https://datatracker.ietf.org/doc/draft-decraene-mpls-lsp-ping-
> registry/
> >     https://datatracker.ietf.org/doc/draft-ietf-mpls-oam-ipv6-rao/
> >     https://datatracker.ietf.org/doc/draft-kompella-mpls-rmr/
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registry/
> > https://datatracker.ietf.org/doc/draft-ietf-mpls-entropy-lsp-ping/
> >
> 
>