[Tools-discuss] Fwd: Datatracker Email addresses

Alice Russo <arusso@amsl.com> Mon, 22 December 2014 06:55 UTC

Return-Path: <arusso@amsl.com>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C545C1A89C6 for <tools-discuss@ietfa.amsl.com>; Sun, 21 Dec 2014 22:55:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 PqNUuo-hBYdS for <tools-discuss@ietfa.amsl.com>; Sun, 21 Dec 2014 22:55:46 -0800 (PST)
Received: from mail.amsl.com (mail.amsl.com [4.31.198.40]) by ietfa.amsl.com (Postfix) with ESMTP id D89081A89BB for <tools-discuss@ietf.org>; Sun, 21 Dec 2014 22:55:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 81D371E5A3B; Sun, 21 Dec 2014 22:55:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XL0TX27Z3IoM; Sun, 21 Dec 2014 22:55:03 -0800 (PST)
Received: from [10.0.0.3] (c-73-35-192-216.hsd1.wa.comcast.net [73.35.192.216]) by c8a.amsl.com (Postfix) with ESMTPSA id A626A1E5A39; Sun, 21 Dec 2014 22:55:02 -0800 (PST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Alice Russo <arusso@amsl.com>
Date: Sun, 21 Dec 2014 22:55:46 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <BDD7158B-8F92-4C9E-8B50-63B068F17B98@amsl.com>
References: <549740D6.5070107@nostrum.com>
To: Robert Sparks <rjsparks@nostrum.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/tools-discuss/eVsarH3E38-8Pif5gMNOSDXBXHA
Cc: tools-discuss@ietf.org
Subject: [Tools-discuss] Fwd: Datatracker Email addresses
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2014 06:55:49 -0000

On Dec 21, 2014, at 1:51 PM, Robert Sparks <rjsparks@nostrum.com> wrote:
> Your particular case of an auth48 bouncing is odd - it should have been using the addresses for the authors of the draft.
> I didn't think the RFC Editor was using the datatracker addresses for that yet - if so, pleasant surprise.
> Would you be willing to forward the bounce to me and let me track down how the older address got selected?
> (If you were in that loop due to a role other than author, let me know, the answer there could be different).

Robert,

In this case, the address comes from
http://datatracker.ietf.org/doc/draft-ietf-6man-why64/doc.json

specifically:
 "shepherd": "\"Robert M. Hinden\" <hinden@iprg.nokia.com>", 

[For background: Upon approval of a draft for publication as an RFC, the RFC Editor database is automatically populated with the datatracker's data, per the implementation of RFC 6359, Section 4.2.  This is not new.]

This issue occurs for regularly for the addresses of document shepherds. I reported the issue to you in April, and we discussed it. For a given user, you wrote "at the moment that guess is the most recently edited active email address" - and I replied that the determination of "most recently edited" seems broken.

In the RPC db, we can manually remove the out-of-date addresses that have been propagated from the datatracker, if we spot them or are notified of them. For the datatracker, we advise:

"As for removing it from the IETF datatracker, we suggest that you sign in
(https://datatracker.ietf.org/accounts/) and update your contact information,
or contact the IETF Secretariat at iesg-secretary@ietf.org."

Please let us know if we should be advising otherwise.

Thanks,
Alice