Re: Strong objection to draft-ietf-WG-*.all noise levels
Robert Sparks <rjsparks@nostrum.com> Mon, 09 February 2015 20:12 UTC
Return-Path: <rjsparks@nostrum.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03D921A886E for <ietf@ietfa.amsl.com>; Mon, 9 Feb 2015 12:12:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 LkTL9RT5FjOI for <ietf@ietfa.amsl.com>; Mon, 9 Feb 2015 12:12:15 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 7F3C01A8736 for <ietf@ietf.org>; Mon, 9 Feb 2015 12:11:42 -0800 (PST)
Received: from unnumerable.local (pool-71-96-107-228.dllstx.fios.verizon.net [71.96.107.228]) (authenticated bits=0) by nostrum.com (8.14.9/8.14.7) with ESMTP id t19KBfgD098880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <ietf@ietf.org>; Mon, 9 Feb 2015 14:11:42 -0600 (CST) (envelope-from rjsparks@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host pool-71-96-107-228.dllstx.fios.verizon.net [71.96.107.228] claimed to be unnumerable.local
Message-ID: <54D91478.4060303@nostrum.com>
Date: Mon, 09 Feb 2015 14:11:36 -0600
From: Robert Sparks <rjsparks@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: Strong objection to draft-ietf-WG-*.all noise levels
References: <54D903C0.6050209@gmail.com>
In-Reply-To: <54D903C0.6050209@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/LxUdnezHX2gnWxHDBGVWIBpGnko>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Mon, 09 Feb 2015 20:12:17 -0000
Hi Brian: There are a couple of moving targets in what you're objecting to that I think we need to be careful to tease apart. Here's a bit of detail to help with that (I hope): 1) the .all alias includes any address that is covered by any other generated alias (currently that's .authors, .chairs, .ad, and .notify) 2) the .notify alias is populated directly from the Notify field for a draft in the tracker. You can see what that's currently set to for a draft by looking at the "Send notifications to" line on the document's main page. 3) The IESG directed that when a working group draft begins IESG processing, the working group be added to the notify field by default. See http://www.ietf.org/mail-archive/web/wgchairs/current/msg12989.html and http://www.ietf.org/mail-archive/web/wgchairs/current/msg12992.html So, I _think_ the conversation you need to be having to address your objection is with the IESG on the decision to add the group to the default notification list. That said, there are some things we're doing to the aliases to make where things are coming from easier to figure out. None of what's below will change whether a working group gets the state-change notifications, but it may help explain other aspects of what you've been recently seeing. 4) We're working on providing pages that show the expansions of the aliases at ietf.org similar to the pages that are at tools.ietf.org. This isn't happening immediately because the mail processing systems are different, and there are some extra gears that we're having to incorporate. 5) The most recent datatracker releases have made incremental changes to the way the aliases are used. In particular, mail sent through the aliases should end up with fully expanded To header fields at this point. We are also working on adding the fields (already present when using @tools.ietf.org aliases) that make it easy to see exactly what alias got invoked. 6) From the links above, you'll see that part of the original implementation was to add .all to the Notify field (in addition to the working group). That led to some trouble since .all contains .notify - there's an include loop, and some of the dynamics of integrating with the mail handling at @ietf.org vs @tools.ietf.org led to not catching that loop in the right place (this was affecting a few drafts last week). This has been addressed, both by more careful loop protection, and by changing what gets put in Notify to not use .all directly. Again, those last 3 items are just part of the context - they don't affect the primary concern you're raising. That lives solidly with spirit of the decision at item 3) above. RjS On 2/9/15 1:00 PM, Brian E Carpenter wrote: > Hi, > > I see that the tracker has started using email aliases of the > form draft-ietf-WG-*.all@ietf.org to report on state changes, > and that these aliases now apparently include the WG as well > as the interested parties. > > This is highly obnoxious. One problem is that for most recipients > the messages are pure noise (and any follow-up messages whose CC > list isn't manually pruned are additional noise). Another problem > is that they are in effect BCC'ed to the WG, so existing filters > don't catch these messages. A consequent problem of that is that > many people are likely to do what I'm about to do: figure out how > to spam filter all this noise, thereby risking to miss any such messages > that actually matter. > > Please please please remove the WG lists from these aliases. > If something really needs to be brought to the WG's attention, > there are people who know they should do that. > > Regards > Brian Carpenter > >
- Strong objection to draft-ietf-WG-*.all noise lev… Brian E Carpenter
- Re: Strong objection to draft-ietf-WG-*.all noise… Robert Sparks
- Re: Strong objection to draft-ietf-WG-*.all noise… Fred Baker (fred)
- Re: Strong objection to draft-ietf-WG-*.all noise… John C Klensin
- Re: Strong objection to draft-ietf-WG-*.all noise… Robert Sparks
- Re: Strong objection to draft-ietf-WG-*.all noise… Pete Resnick
- Re: Strong objection to draft-ietf-WG-*.all noise… Bjoern Hoehrmann
- Re: Strong objection to draft-ietf-WG-*.all noise… Eggert, Lars
- RE: Strong objection to draft-ietf-WG-*.all noise… Dearlove, Christopher (UK)
- Re: Strong objection to draft-ietf-WG-*.all noise… t.p.
- Re: Strong objection to draft-ietf-WG-*.all noise… Lou Berger
- Re: Strong objection to draft-ietf-WG-*.all noise… Robert Sparks
- Re: Strong objection to draft-ietf-WG-*.all noise… Fred Baker (fred)
- Re: Strong objection to draft-ietf-WG-*.all noise… Brian E Carpenter
- Re: Strong objection to draft-ietf-WG-*.all noise… Robert Sparks
- Re: Strong objection to draft-ietf-WG-*.all noise… t.p.
- Re: Strong objection to draft-ietf-WG-*.all noise… Henrik Levkowetz
- Re: Strong objection to draft-ietf-WG-*.all noise… Jari Arkko
- Re: Strong objection to draft-ietf-WG-*.all noise… Dave Crocker
- Re: Strong objection to draft-ietf-WG-*.all noise… Henrik Levkowetz
- Re: Strong objection to draft-ietf-WG-*.all noise… Joel M. Halpern
- RE: Strong objection to draft-ietf-WG-*.all noise… Dearlove, Christopher (UK)
- Re: Strong objection to draft-ietf-WG-*.all noise… George, Wes
- Re: Strong objection to draft-ietf-WG-*.all noise… George, Wes
- Re: Strong objection to draft-ietf-WG-*.all noise… Robert Sparks
- Re: Strong objection to draft-ietf-WG-*.all noise… Henrik Levkowetz
- Re: Strong objection to draft-ietf-WG-*.all noise… George, Wes
- Re: Strong objection to draft-ietf-WG-*.all noise… Robert Sparks