[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