Re: [TOOLS-DEVELOPMENT] First look: Improved email handling in the datatracker

Barry Leiba <barryleiba@computer.org> Tue, 01 September 2015 16:46 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95B541B4BD1; Tue, 1 Sep 2015 09:46:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 X5Nt14TvqaVX; Tue, 1 Sep 2015 09:46:08 -0700 (PDT)
Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FD521B4D23; Tue, 1 Sep 2015 09:46:08 -0700 (PDT)
Received: by vkbf67 with SMTP id f67so54818058vkb.0; Tue, 01 Sep 2015 09:46:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7R7B2oiB6yoTs+ooyQpaP12TOSD49MZVGboCSzWz4TE=; b=IK3KpceUqA65gkgydwSP/k9tcay6wuP65L5CdEMHr15f4lmG2VrsvV2fi+b5tJtIuj jfEC8WE+36j0X5ER7h8X51sQqsDMkc3GbxvLwNBQcqW1uAdwzshLyHA6RymO1LlYAk4F SCMwzsRzpMnNPP5oELRNEtkFRYOrRp2rCc5d6croUfYS7PO/7MldPWRMmdh10vv29St0 q84PFUnStXsXSZxxYzbsdURS8EGzy/NFkt+EgyzWAFub9qSr5ZfGogkip2JuyGkgLX/n vFOzns00QEnszuiu41GrLIchMW+MUIRl9kw98obu7fIsKxCl7dpYabjbCp5JlaQhm22/ e4ZQ==
MIME-Version: 1.0
X-Received: by 10.52.32.230 with SMTP id m6mr29862290vdi.80.1441125967555; Tue, 01 Sep 2015 09:46:07 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.31.88.196 with HTTP; Tue, 1 Sep 2015 09:46:07 -0700 (PDT)
In-Reply-To: <CAKKJt-d+U5gZ_yVrVk5dGREQp7n4FdRZpU6q4QbCvQqR5ys_rw@mail.gmail.com>
References: <55E252E6.5040604@nostrum.com> <CALaySJ+dv-az-D-DSUChKRcc2nb_EJ-zQxJ0CNKBfPW8E1jz0Q@mail.gmail.com> <BB5D606A-C7C5-4D82-AD08-0DC6CD599CF7@cisco.com> <CAKKJt-d+U5gZ_yVrVk5dGREQp7n4FdRZpU6q4QbCvQqR5ys_rw@mail.gmail.com>
Date: Tue, 01 Sep 2015 12:46:07 -0400
X-Google-Sender-Auth: bFDmAnIMoKsCrIhJY0VEmN5ysWo
Message-ID: <CALaySJLC5+Na=WLC+v2tRSRrDe6_K9Ti1z5kaYVonzwvCCnYZQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/tools-development/UsplUroQ48NQBpIo9K8XU1MdpZg>
Cc: IETF Tools Development <tools-development@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>
Subject: Re: [TOOLS-DEVELOPMENT] First look: Improved email handling in the datatracker
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Tools Development list server <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Sep 2015 16:46:09 -0000

>> > 3. A question I've always had is whether it makes sense for a
>> > document's "ad" alias to include all ADs in the area, rather than just
>> > the responsible AD.  I can see occasions when one would want to alert
>> > all ADs in the area, but in the vast majority of situations, I think
>> > we want only the responsible AD.
>
> I've had that question, too. I think it's worth discussing.
>
> Normally, we'd want the responsible AD, but when we have the responsible AD
> who isn't available, the other AD(s) in the area probably do benefit from
> having context.
>
> The longest period of unavailability I've seen recently was when Wes Eddy
> stepped down at the first IETF in 2013, and I wasn't named as his
> replacement for a couple of months, and that gap could have been longer. I'd
> guess Martin benefited from from not starting at zero with Wes's working
> groups during that time.

It wouldn't make a difference for me, though for other ADs who work
differently, it might.  For my part, when I get messages about
documents that "belong" to another AD, I usually delete them.  I might
take a quick look, but I might not.  If we re-shuffled things and I
took over that working group later, the mail I got earlier because I
was on the "docname-ad" alias wouldn't help give me context, because I
didn't pay enough attention to it for that.

Barry