Re: application/news-groupinfo in newgroup (was: Protocol changes in draft-allbery-usefor-usepro-00)

"Charles Lindsey" <chl@clerew.man.ac.uk> Wed, 03 January 2007 05:14 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H1ySW-00057M-1z for usefor-archive@lists.ietf.org; Wed, 03 Jan 2007 00:14:40 -0500
Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H1ySS-00013r-IA for usefor-archive@lists.ietf.org; Wed, 03 Jan 2007 00:14:40 -0500
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l035CXBC063928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Jan 2007 22:12:34 -0700 (MST) (envelope-from owner-ietf-usefor@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id l035CXFN063919; Tue, 2 Jan 2007 22:12:33 -0700 (MST) (envelope-from owner-ietf-usefor@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f
Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l035CUiU063865 for <ietf-usefor@imc.org>; Tue, 2 Jan 2007 22:12:31 -0700 (MST) (envelope-from news@clerew.man.ac.uk)
Received: from [80.175.135.89] ([80.175.135.89] helo=clerew.man.ac.uk country=GB ident=postmaster#pop3$clerew^man$ac*uk) by lon-mail-4.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.237) id 459b3b3d.ca7e.16f for ietf-usefor@imc.org; Wed, 3 Jan 2007 05:12:29 +0000 (envelope-sender <news@clerew.man.ac.uk>)
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.7/8.13.7) with ESMTP id l035CS6O018088 for <ietf-usefor@imc.org>; Wed, 3 Jan 2007 05:12:28 GMT
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id l035CSll018085 for ietf-usefor@imc.org; Wed, 3 Jan 2007 05:12:28 GMT
To: ietf-usefor@imc.org
Xref: clerew local.usefor:24003
Path: clerew!chl
From: Charles Lindsey <chl@clerew.man.ac.uk>
Subject: Re: application/news-groupinfo in newgroup (was: Protocol changes in draft-allbery-usefor-usepro-00)
Message-ID: <JB9Bv4.4t5@clerew.man.ac.uk>
X-Newsreader: NN version 6.5.2 (NOV)
References: <JA8C4p.Anu@clerew.man.ac.uk> <873b7i9b2m.fsf@windlord.stanford.edu> <JAHJs5.FHC@clerew.man.ac.uk> <87y7oqfip5.fsf_-_@windlord.stanford.edu>
Date: Tue, 02 Jan 2007 20:06:40 +0000
Lines: 75
Sender: owner-ietf-usefor@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:ietf-usefor-request@imc.org?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>
X-Spam-Score: 0.2 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88

In <87y7oqfip5.fsf_-_@windlord.stanford.edu> Russ Allbery <rra@stanford.edu> writes:

>Charles Lindsey <chl@clerew.man.ac.uk> writes:
>> Russ Allbery <rra@stanford.edu> writes:
>>> Charles Lindsey <chl@clerew.man.ac.uk> writes:

>>>> 31. [-1] (5.2.1) Newgroup message SHOULD include application/group-info.

>Its absence may mean that no newsgroups file entry is created at all.  The
>newsgroups file is an optional feature of NNTP and need not be
>implemented, nor need the newsgroups file be accurate or complete.  See
>section 7.6.6 of RFC 3977:

>   The list MAY omit newsgroups for which the information is unavailable
>   and MAY include groups not available on the server.  The client MUST
>   NOT assume that the list is complete or that it matches the list
>   returned by LIST ACTIVE.

Hmmm! With hindsight I might have said that, where a Newsgroups file
existed, the Active file SHOULD be a subset of it. Oh well!

>Newsgroups are not required to have descriptions unless you want to send a
>checkgroups for them.  Some Netnews networks (such as the servers on which
>microsoft.* is hosted) simply don't use them.

>> Likewise for checkgroups.

In that case we need to look into checkgroups. In a hierarchy that does
not customarily bother with <newsgroup-description>s, I would expect a
checkgroups message to be of the form:

example.unmoderated.group<HTAB>
example.moderated.group<HTAB> (Moderated)

And many NNTP servers would probably keep a Newsgroups file containing
exactly that. Or at least the (Moderated) ones.

In which case I would expect a newgroup message for a moderated group to
contain an application/group-info with

example.moderated.group<HTAB> (Moderated)

so that such NNTP servers would get their Newsgroups files set up
accordingly.


>> So you need something like:

>>     The application/group-info MUST be included if the group is moderated,
>>     in which case it MUST include a <moderation-flag>. For other groups, it
>>     MAY be omitted if there is no <newsgroup-description> to be provided.

>Why do we need something like that?  There's a perfectly usable moderation
>flag in the Control header field.

OK, point taken there. The question is whether it would be normal for such
an application/group-info to be present for at least all moderated groups
(answer probably 'yes'), in which case should that be reinforced with at
least a 'SHOULD' (answer uncertain, but the 'SHOULD' you already have
covers it anyway)?

So I seem to have accepted your wording, but maybe there is still a need to
indicate that checkgroups are still appropriate even in hierarchies where
there are no <newsgroup-description>s.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131 Fax: +44 161 436 6133   Web: http://www.cs.man.ac.uk/~chl
Email: chl@clerew.man.ac.uk      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9      Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5