Re: [datatracker-rqmts] Slides for the face-to-face BoF next week

Yaron Sheffer <> Sun, 07 November 2010 10:28 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 34A3F3A698A for <>; Sun, 7 Nov 2010 02:28:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -102.132
X-Spam-Status: No, score=-102.132 tagged_above=-999 required=5 tests=[AWL=0.240, BAYES_00=-2.599, SARE_SUB_OBFU_Q1=0.227, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3FsytIcK1ejI for <>; Sun, 7 Nov 2010 02:28:33 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 351803A6980 for <>; Sun, 7 Nov 2010 02:28:32 -0800 (PST)
Received: by wyb28 with SMTP id 28so4527096wyb.31 for <>; Sun, 07 Nov 2010 02:28:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=516OC6rNHhnDEdlp32GxarfGidKEFN3CceAvZ0ODazk=; b=g8fMAzfgZHNj3XVDpn9ksXWOqwdLDdtjplYTEfg7FtzmqER7fwG8wSJaG/xDQgws3R gN+HWHvbzGqIY/3y2DuUGAUwkOFJAQCFq5PNJ4DgUWEIWdJX1lyn9TVsDYTBRB3hBenI n2o1D76+mFeqzX79/VYJ5V5OYL9+Ht2tO/ifY=
DomainKey-Signature: a=rsa-sha1; c=nofws;; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=IroDsCJE+WuVo4waBYnLu2yOQo+OEpu1LXQp496whouvBkN4PF23b6+H+qfp9FhEvU e3PNlAW7Rw/NLZ6+B+c/mmjv+RGwCeXZtZ/29ZFDKNFkdLZ1L/HmtYE0jSoHooN7R9hK u51oAsbTcsmEYkCWFuBrSIWYHKtgjYAOsNsnA=
Received: by with SMTP id d8mr3962651wbv.172.1289125730429; Sun, 07 Nov 2010 02:28:50 -0800 (PST)
Received: from [] ( []) by with ESMTPS id a17sm3063137wbe.18.2010. (version=SSLv3 cipher=RC4-MD5); Sun, 07 Nov 2010 02:28:48 -0800 (PST)
Message-ID: <>
Date: Sun, 07 Nov 2010 12:28:45 +0200
From: Yaron Sheffer <>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: Paul Hoffman <>
References: <p06240800c8ecfbb84168@[]> <p0624088ac8f4ef10b46d@[]> <> <p06240894c8f5dde043db@[]> <> <> <p06240801c8f719f687b0@[]> <> <p06240803c8f71f8ad64b@[]> <>
In-Reply-To: <>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [datatracker-rqmts] Slides for the face-to-face BoF next week
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 07 Nov 2010 10:28:34 -0000

One more data point regarding the RSS/Atom option: in fact some feed 
readers are able to detect duplicates. At least my favorite reader, 
Liferea, can do it:


On 11/03/2010 04:57 PM, Yaron Sheffer wrote:
> Sort of. I think Atom feeds should be the only primitive provided, and
> the user should take it from there. It can be as easy as using Google
> Reader, or you can use a much fancier reader application.
> The server should have no notion of lists who are owned by somebody,
> only of anonymous feeds. The draft mentions that feeds should be based
> on lists, but I see no reason to have lists in the first place.
> One drawback of this direction is that there will be overlaps (e.g.
> between "documents of the IPsecME WG" and "Documents that have 'ipsec'
> in their title"). Perhaps some feed readers can de-duplicate such cases,
> I haven't seen any that do. Alternatively, we may have a powerful enough
> feed creation mecha, so that you can specify the union of these two
> feeds as a single feed.
> Thanks,
> Yaron
> On 11/03/2010 04:20 PM, Paul Hoffman wrote:
>> At 4:09 PM +0200 11/3/10, Yaron Sheffer wrote:
>>> Hi Paul,
>>> I can see two ways of dealing with this issue, there are probably more:
>>> - Make the Atom feeds not only per-draft, but more sophisticated.
>>> Example feed templates:
>>> * All drafts authored by X
>>> * All drafts of the Y WG (which we already have, BTW)
>>> * All drafts whose name/title includes the term Z.
>>> - Alternatively, we could publish and maintain OPML files for common
>>> collections, e.g. one per WG. [I know you dislike OPML, but it works
>>> for me]. But this in an inferior solution because people would have
>>> to update the OPML file (list of feeds) manually.
>> OK, I'm glad I asked. It sounds like you are in favor of some of the
>> list-creation parts of the draft, but not the "my list is stored on
>> the IETF server" part, and not in favor of "I can see my list
>> displayed on the Datatracker web site" part. Is that a fair summary?
>> --Paul Hoffman, Director
>> --VPN Consortium