[datatracker-rqmts] Minutes from today's interim meeting
Paul Hoffman <paul.hoffman@vpnc.org> Sat, 18 December 2010 00:06 UTC
Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: datatracker-rqmts@core3.amsl.com
Delivered-To: datatracker-rqmts@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7DB5A3A6A3D for <datatracker-rqmts@core3.amsl.com>; Fri, 17 Dec 2010 16:06:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.583
X-Spam-Level:
X-Spam-Status: No, score=-101.583 tagged_above=-999 required=5 tests=[AWL=0.463, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, USER_IN_WHITELIST=-100]
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 FInqEB0BwWzQ for <datatracker-rqmts@core3.amsl.com>; Fri, 17 Dec 2010 16:06:29 -0800 (PST)
Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by core3.amsl.com (Postfix) with ESMTP id 82F623A6A1B for <datatracker-rqmts@ietf.org>; Fri, 17 Dec 2010 16:06:29 -0800 (PST)
Received: from [10.20.30.150] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id oBI08GuQ016800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <datatracker-rqmts@ietf.org>; Fri, 17 Dec 2010 17:08:17 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0
Message-Id: <p06240804c931ab1c4abd@[10.20.30.150]>
Date: Fri, 17 Dec 2010 16:08:14 -0800
To: datatracker-rqmts@ietf.org
From: Paul Hoffman <paul.hoffman@vpnc.org>
Content-Type: text/plain; charset="us-ascii"
Subject: [datatracker-rqmts] Minutes from today's interim meeting
X-BeenThere: datatracker-rqmts@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <datatracker-rqmts.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/datatracker-rqmts>, <mailto:datatracker-rqmts-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/datatracker-rqmts>
List-Post: <mailto:datatracker-rqmts@ietf.org>
List-Help: <mailto:datatracker-rqmts-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/datatracker-rqmts>, <mailto:datatracker-rqmts-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Dec 2010 00:06:30 -0000
Greetings again. The minutes from today's virtual interim meeting are below. I'm comfortable with the conclusions that the small number of us there reached, and will have a new draft out in the next week so we can focus more on some of the other open issues. As usual, if I close out an issue that someone feels strongly should be reopened because I might have gotten the "rough consensus without being a WG" wrong, let me know. --Paul Hoffman ================================================ IDDTSPEC interim meeting 2010-12-17, 0800 PST, via WebEx In attendance: Paul Hoffman Russ Housley Alexa Morris Henrik Levkowetz Russ: define the support needed upfront Need to understand the impact on the Secretariat Add a backup capability for user setups Russ: want to be able to create a Datatracker account that does not involve the Secretariat Limit Secretariat to assigning privileges to role-based accounts Similar to no Secretariat involvement in signing up for a mailing list This functionality is not there currently Users would still would go to Secretariat for support Sent to ietf-action Question of only one list vs many for individuals Russ: Where is the value of multiple lists? If you want the same granularity on all of them, only need to have one Maybe each piece of a list has a granularity tag, or two lists "Show me the state / populate the table" would lead to separate queries If they are notify lists, only need one Henrik agrees that users only need one Henrik: user can choose a list name (default name will be ugly and not guessable) If someone announces the name/URL for the Atom feed, others can subscribe Don't announce them automatically Public should not be able to subscribe to email, but can get Atom Russ: lists don't contain contents, but instead the actions that you want Henrik: but you need a URL for an Atom feed Logging in for Atom would be a hassle Russ agrees that handing out the URL for the feed is OK Need configuration for "I want email" or not Resolution: agree that private lists can have a public feed Need reasonable identifiers for drafts, maybe URNs Accounts Russ: Every WG chair has personal account Accounts have privileges Will have "I am WG chair" That privilege will allow you to edit the list for WG For individuals, edit this list will be "edit this account's list" Notifications Russ: maybe an SMS would be needed as an edge case API discussion Russ: pasting into a text window is sufficient Mailman uses this for bulk adds Henrik: wants a generic format to export information Add or replace could both be provided Should method be text window or something else: doesn't matter Russ: likes text window so the entries could be mailed around People will want more detail, such as granularity level Maybe use JSON structures Can pull out different bits at any level by URL Lists of lists General agreement: much too complicated to do in first version Could be done in a later version Henrik: Make display publicly available as well Similar to Atom URL Wants to avoid complexity of subscribing to mail streams
- [datatracker-rqmts] Minutes from today's interim … Paul Hoffman