Re: #1311 Archive

[Frank Ellermann <[e-mail]>]

Charles Lindsey wrote:

> What other wording would you propose to achieve that?

As Seth said it, just don't define a default for this header
field, posters are then free to make no statement.  Today
(it used to be different when deja was new) I don't care if
Google archives my articles, and I know how to delete them
in their archive (I didn't need that for real so far, but I
tested that it would work in an emergency).

So that's this archive, it's fine as far as I'm concerned.
Other archives have other rules - try to delete a mail sent
to an IETF list (AFAIK impossible), to a W3C list (tricky),
on GMaNe (AFAIK impossible), or on an obscure Web forum
archiving Usenet articles.

Maybe they don't offer a feature to "purge" articles.  As I
have the copyright (to a certain degree) I could insist on
deleting stuff I've written.  Or rather I could try to insist
on it.

But if I've stated "Archive: Yes" they could send an invoice,
or flatly refuse to do what I want.  Therefore I don't want
an "Archive: Yes" default, in many legal matters being silent
is often the best way to protect your rights.

> Please explain your 'semi-automated way to "purge" articles'
> as it currently works.

For Google all you need is a valid working From: address and
the mailbox behind it.  Then go to http://purl.net/net/msgid
and kill your own article.  Confirmation and verification is
by mail to the From: address of the affected article.

For this procedure the future Archive header field (or its
X-No predecessor) is irrelevant.

Bye, Frank






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 k710nmm4037552; Mon, 31 Jul 2006 17:49:48 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k710nmli037551; Mon, 31 Jul 2006 17:49:48 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k710nlLf037532 for <[e-mail]>; Mon, 31 Jul 2006 17:49:47 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 754244CD3A for <[e-mail]>; Mon, 31 Jul 2006 17:49:46 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id 3B3984CD7A for <[e-mail]>; Mon, 31 Jul 2006 17:49:46 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 30D69E790D; Mon, 31 Jul 2006 17:49:46 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1311 Archive
In-Reply-To: <[e-mail]> (Charles Lindsey's message of "Mon, 31 Jul 2006 11:35:29 GMT")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Mon, 31 Jul 2006 17:49:46 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey <[e-mail]> writes:

> The current situation is that no X-No-Archive and "X-No-Archive: no" are
> equivalent.

X-No-Archive: no is probably undefined.  I'm not sure anyone has used
that, and I expect at least some archives just check for the existence of
the header.

> Therefore, to retain the current situation, 
>      no X-No-Archive
> plus no Archive

> should be equivalent to "X-No-Archive: no", which is in turn equivalent
> to "Archive: yes".

No, absolutely not.  My lack of expression of any archive policy on my
posts is *absolutely not* the same thing as asserting a policy that anyone
can archive my posts.

I am leaving my archive policy intentionally undefined with the
understanding that some sites have chosen to take that as permission.  I
am *not* estopping myself from taking exception to that decision in the
future should I have grounds and reason to do so.  I am most certainly not
making a public statement that archiving my posts is unconditionally fine
by me.

This is exactly why I object to the default language.  We have no business
saying that everyone on Usenet is agreeing to have their posts archived
unless they include this new header that we just made up.  The default
archive policy and the legal ramifications thereof (and whether it differs
in different jurisdictions, etc.) is outside the scope of our document.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6VINqfo060153; Mon, 31 Jul 2006 11:23:52 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VINqe4060152; Mon, 31 Jul 2006 11:23:52 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VINmGg060125 for <[e-mail]>; Mon, 31 Jul 2006 11:23:51 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G7cQV-00083M-A8 for [e-mail]; Mon, 31 Jul 2006 20:23:39 +0200
Received: from 212.82.251.101 ([212.82.251.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 20:23:39 +0200
Received: from nobody by 212.82.251.101 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 20:23:39 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1311 Archive
Date:  Mon, 31 Jul 2006 20:19:08 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 40
Message-ID:  <[e-mail]>
References:  <[e-mail]>     <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: 212.82.251.101
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

> What other wording would you propose to achieve that?

As Seth said it, just don't define a default for this header
field, posters are then free to make no statement.  Today
(it used to be different when deja was new) I don't care if
Google archives my articles, and I know how to delete them
in their archive (I didn't need that for real so far, but I
tested that it would work in an emergency).

So that's this archive, it's fine as far as I'm concerned.
Other archives have other rules - try to delete a mail sent
to an IETF list (AFAIK impossible), to a W3C list (tricky),
on GMaNe (AFAIK impossible), or on an obscure Web forum
archiving Usenet articles.

Maybe they don't offer a feature to "purge" articles.  As I
have the copyright (to a certain degree) I could insist on
deleting stuff I've written.  Or rather I could try to insist
on it.

But if I've stated "Archive: Yes" they could send an invoice,
or flatly refuse to do what I want.  Therefore I don't want
an "Archive: Yes" default, in many legal matters being silent
is often the best way to protect your rights.

> Please explain your 'semi-automated way to "purge" articles'
> as it currently works.

For Google all you need is a valid working From: address and
the mailbox behind it.  Then go to http://purl.net/net/msgid
and kill your own article.  Confirmation and verification is
by mail to the From: address of the affected article.

For this procedure the future Archive header field (or its
X-No predecessor) is irrelevant.

Bye, Frank




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 k6VHteeq053594; Mon, 31 Jul 2006 10:55:40 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VHte0H053593; Mon, 31 Jul 2006 10:55:40 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VHtcOn053583 for <[e-mail]>; Mon, 31 Jul 2006 10:55:39 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G7bzA-0002w6-2s for [e-mail]; Mon, 31 Jul 2006 19:55:24 +0200
Received: from 212.82.251.101 ([212.82.251.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 19:55:24 +0200
Received: from nobody by 212.82.251.101 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 19:55:24 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1309 Supersedes and Distribution
Date:  Mon, 31 Jul 2006 19:54:52 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 32
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: 212.82.251.101
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Seth Breidbart wrote:
 
> At most SHOULD, but I think that is too strong.

My gut feeling is that we can't jump from "do what
you like" to MUST,  But less than SHOULD would be
pointless to begin with, so if it's a good idea
it needs SHOULD, otherwise DEL.

> If someone falls into a Followup-To trap (a troll
> sets it to some random groups and the poster doesn't
> notice until just after posting), why not supersede
> to just the correct groups?

That's a legit case, where Supersedes is in fact only
a shorthand for an arbitrary Cancel + posting a more
or less unrelated new article.

If you thinkl that's fine you could also have it that
a troll first posts in group A, and later "hides" the
Cancel by a Supersedes in a test group.  In the worst
case a test group in a different TLH.

Obviously you cant have both, allow the shorthand, and
discourage the "hidden" Cancel.

I'm not hot about it, only a bit annoyed than one news
server I use(d) doesn't support it at all for obscure
"security reasons" (while allowing ordinary Cancels).

Bye, Frank




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 k6VGiqhG039477; Mon, 31 Jul 2006 09:44:52 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VGiqVr039476; Mon, 31 Jul 2006 09:44:52 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VGip85039450 for <[e-mail]>; Mon, 31 Jul 2006 09:44:51 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id A61E713A867 for <[e-mail]>; Mon, 31 Jul 2006 12:44:47 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6VGilf14742; Mon, 31 Jul 2006 12:44:47 -0400 (EDT)
Date: Mon, 31 Jul 2006 12:44:47 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> ([e-mail])
Subject: Re: #1311 Archive
References: <[e-mail]> 	<[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

The standard should NOT say anything like "Lack of an Archive: header
means <X>".

If I post "Archive: yes" I'm granting permission to archive.  If I
post "Archive: no" I'm explicitly denying permission to archive.  If I
don't include an Archive header I'm not doing either (at least, not in
that way).

It does not seem useful to force the poster to make a decision that
isn't necessary.

Seth



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 k6VGfp6A038908; Mon, 31 Jul 2006 09:41:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VGfpmb038907; Mon, 31 Jul 2006 09:41:51 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VGfo3c038899 for <[e-mail]>; Mon, 31 Jul 2006 09:41:51 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id D385E13A7AD for <[e-mail]>; Mon, 31 Jul 2006 12:41:49 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6VGfn618278; Mon, 31 Jul 2006 12:41:49 -0400 (EDT)
Date: Mon, 31 Jul 2006 12:41:49 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> ([e-mail])
Subject: Re: #1309 Supersedes and Distribution
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

"Charles Lindsey" <[e-mail]> wrote:

[Supersedes]

> "This header MUST/SHOULD NOT be used unless the Newsgroups header
> field of the article contains at least one <newsgroup-name> in
> common with with the Newsgroups header field of the superseded
> article."
>
> MUST vs SHOULD is open to discussion.

At most SHOULD, but I think that is too strong.

If someone falls into a Followup-To trap (a troll sets it to some
random groups and the poster doesn't notice until just after posting),
why not supersede to just the correct groups?

There might be an issue of which groups are carried where, but I don't
see that as a major one these days.

Seth



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 k6VGLoNr035202; Mon, 31 Jul 2006 09:21:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VGLosM035200; Mon, 31 Jul 2006 09:21:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VGLmdB035177 for <[e-mail]>; Mon, 31 Jul 2006 09:21:49 -0700 (MST) (envelope-from [e-mail])
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-3.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44ce2e1b.98e.52 for [e-mail]; Mon, 31 Jul 2006 17:21:47 +0100 (envelope-sender <[e-mail]>)
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 k6VGLleV025860 for <[e-mail]>; Mon, 31 Jul 2006 17:21:47 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6VGC2fH024967 for [e-mail]; Mon, 31 Jul 2006 17:12:02 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23472
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1311 Archive
Content-Type: text/plain; charset=iso-8859-1
Message-ID: <[e-mail]>
Content-Transfer-Encoding: 8bit
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> 	<[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version: 1.0
Date: Mon, 31 Jul 2006 11:35:29 GMT
Lines: 41
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Frank Ellermann <[e-mail]> writes:

>Charles Lindsey wrote:

>> I would suggest something like:
>>   If this header is omitted, and no other indication of the poster's
>>   willingness for such redistribution to take place has been given (e.g.
>>   by an X-No-Archive header field which has hitherto been used for this
>>   purpose), the default is as if an Archive header field had been given
>>   with ¨yes".

>NAK, no archive header field and "Archive: yes" are different.

The current situation is that no X-No-Archive and "X-No-Archive: no" are
equivalent.

Therefore, to retain the current situation, 
     no X-No-Archive
plus no Archive

should be equivalent to "X-No-Archive: no", which is in turn equivalent to
"Archive: yes". What other wording would you propose to achieve that?

>Very different in fact.  It's one of the reasons why there is
>a semi-automated way to "purge" articles in Google's archive.
>And this known archive isn't the real problem, unlike others.

Please explain your 'semi-automated way to "purge" articles' as it
currently works. Then we can see how it might work (or not) with the
Archive header.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6VGLoxB035201; Mon, 31 Jul 2006 09:21:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VGLoYY035199; Mon, 31 Jul 2006 09:21:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VGLmFj035176 for <[e-mail]>; Mon, 31 Jul 2006 09:21:49 -0700 (MST) (envelope-from [e-mail])
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-3.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44ce2e1b.15b65.a6 for [e-mail]; Mon, 31 Jul 2006 17:21:47 +0100 (envelope-sender <[e-mail]>)
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 k6VGLleT025860 for <[e-mail]>; Mon, 31 Jul 2006 17:21:47 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6VGC3AM024972 for [e-mail]; Mon, 31 Jul 2006 17:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23473
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1309 Supersedes and Distribution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Mon, 31 Jul 2006 11:44:39 GMT
Lines: 30
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Frank Ellermann <[e-mail]> writes:

>Charles Lindsey wrote:

> [Supersedes in group A => cancel in group B]
>> But first, just which cases do we wish to outlaw? I would
>> have thought some non-empty intersection was good enough to
>> allow it through.

>Yes, that should IMO cover the plausible uses of Supersedes.

In that case, you would need something like the following at the end of
the first paragraph of 3.2.6:

"This header MUST/SHOULD NOT be used unless the Newsgroups header field of
the article contains at least one <newsgroup-name> in common with with the
Newsgroups header field of the superseded article."

MUST vs SHOULD is open to discussion.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6VCbAUk091070; Mon, 31 Jul 2006 05:37:10 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VCbA4n091069; Mon, 31 Jul 2006 05:37:10 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6VCb76b091054 for <[e-mail]>; Mon, 31 Jul 2006 05:37:08 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G7X0p-0002SH-J1 for [e-mail]; Mon, 31 Jul 2006 14:36:48 +0200
Received: from pd9fba932.dip0.t-ipconnect.de ([217.251.169.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 14:36:47 +0200
Received: from nobody by pd9fba932.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 14:36:47 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: Improved <toplabel> idea
Date:  Mon, 31 Jul 2006 14:34:37 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 22
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba932.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote (in April):

> I grant you that your syntax is neat and does the job, but it
> is really someone else's job to fix it.

Credits to Matthew.van.Eerde for the simple variant. I thought
it's a bit better than what we have if we extend it to "minimal
length two" (as we have it already, only somewhat convoluted).

Translating what we have to his style I arrived at:

>>| toplabel =
>>|       ( alpha 1*alphanum ) / ( 1*digit alpha *alphanum ) /
>>|       ( 1*alphanum "-" *( alphanum / "-" ) alphanum )

Matter of taste, probably, if you like our old solution better.

The 4408 folks picked his original idea (= minimal length one),
not our ABNF (= minimal length two), and not the combination.

Bye, Frank




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 k6VAjg8U067190; Mon, 31 Jul 2006 03:45:42 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6VAjgj6067189; Mon, 31 Jul 2006 03:45:42 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k6VAjeHM067174 for <[e-mail]>; Mon, 31 Jul 2006 03:45:41 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 8032 invoked from network); 31 Jul 2006 10:45:39 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 31 Jul 2006 10:45:39 -0000
X-pair-Authenticated: 216.108.204.63
Message-ID: <[e-mail]>
Date: Mon, 31 Jul 2006 06:45:44 -0400
From: "Forrest J. Cavalier III" <[e-mail]>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: #1313 Newsgroups and reserved characters
References: <[e-mail]>  <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote, in part:
> 
> No, we told him he SHOULD NOT. If he inadvertently does, then it will be
> propagated if there are are further proper crossposts, otherwise it will
> only be accepted at sites where that group exists (i.e. those that are
> party to the "private arrangement"). That all seems OK to me.
> 

Why can't we let the "private arrangements" fall outside the standard?

Why even discuss how "contractual" those arrangements must be?

I think the language in the text under discussion about "accepting newsgroup 
names" is confusing, because "accepting newsgroup names" is different than
"accepting newsgroup."

Besides: if I have a private heirarchy, I may want to configure my relayer
to reject articles which are cross-posted to private newsgroups (either inbound
or outbound.)

In the draft, that violates a MUST.  That's a problem with the draft.







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 k6V8iwkw042181; Mon, 31 Jul 2006 01:44:58 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6V8iwVD042180; Mon, 31 Jul 2006 01:44:58 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6V8itXh042155 for <[e-mail]>; Mon, 31 Jul 2006 01:44:58 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id DE5512580E1; Mon, 31 Jul 2006 10:43:16 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02825-02; Mon, 31 Jul 2006 10:43:11 +0200 (CEST)
Received: from [192.168.1.57] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id B340A2580CF; Mon, 31 Jul 2006 10:43:11 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Mon, 31 Jul 2006 10:44:43 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Charles Lindsey <[e-mail]>
Cc: [e-mail]
Subject: Re: #1312 LInes: This may be tricky.... suggested resolution
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:
> In <[e-mail]> "Charles Lindsey" <[e-mail]> writes:
>
>   
>> In <[e-mail]> Harald Alvestrand <[e-mail]> writes:
>>     
>
>   
>>> Suggested resolution:
>>>       
>
>   
>>> Replace the last paragraph with:
>>>       
>
>   
>>>   The line count is the number of CRLF separators in the body.
>>>       
>
>   
>> Yes, that would do. The main intent of the original wording was to
>> emphasise that it really did mean the _whole_ body, hence the mention of
>> the things that people might be tempted not to count. A lot of systems
>> have been known to get it wrong through such misunderstandings.
>>     
>
> On further thought, the usual mistake is to count the CRLF in the empty
> line which separates the header fields from the body. Maybe that is worth
> pointing out.
>   
Other common mistakes (from email) include counting bare LFs as 
linebreaks, representing multiple blank lines as CRLFLFLF and counting 
them all, breaking lines without adjusting the linecount, not counting a 
blank line at the end of a message, counting the line at the end of the 
message even when it's not CRLF-terminated, not including the blank 
lines around MIME boundaries.... I don't think you can usefully single 
out one common error. Agree that body needs to be <body>.
> But at the very least, it needs s/body/<body>/ in Harald's text. That
> makes it clear to anyone who takes the trouble to consult the RFC 2822
> syntax.
>
>   



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 k6V490Ne091763; Sun, 30 Jul 2006 21:09:00 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6V49068091762; Sun, 30 Jul 2006 21:09:00 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6V48c89091658 for <[e-mail]>; Sun, 30 Jul 2006 21:08:59 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G7P4x-0004Tm-MF for [e-mail]; Mon, 31 Jul 2006 06:08:31 +0200
Received: from pd9fbad86.dip0.t-ipconnect.de ([217.251.173.134]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 06:08:31 +0200
Received: from nobody by pd9fbad86.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 06:08:31 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Some late -08 nits
Date:  Mon, 31 Jul 2006 06:07:32 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 36
Message-ID:  <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad86.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Before deleting the old 07 from my box I went through a diff:

In 3.2 s/occurances/occurences/ (?)

In 3.2.11 we still have a complex "article-locator" different
from s-o-1036, I'd prefer 1*VCHAR here as defined in RFC 4234,
adding VCHAR to the import interface in section 1.4.

In 3.2.14 we lost the "quotes within quoted string" example by
the elimination of 'sender'.  How about a non-trivial example
for mail-complaints-to ?

Three RFC 850 header fields are mentioned in section 3.3, but
not covered by section 6 (= IANA considerations).  Let's just
formally kill them and be done with it:

      Header field name: Relay-Version
      Applicable protocol: netnews
      Status: obsoleted
      Author/change controller: IETF
      Specification document(s): [RFC 850] (2.1.1)

      Header field name: Posting-Version
      Applicable protocol: netnews
      Status: obsoleted
      Author/change controller: IETF
      Specification document(s): [RFC 850] (2.1.2)

      Header field name: Date-Received
      Applicable protocol: netnews
      Status: obsoleted
      Author/change controller: IETF
      Specification document(s): [RFC 850] (2.2.4)

Bye, Frank




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 k6UMKBSk018337; Sun, 30 Jul 2006 15:20:11 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UMKBgR018336; Sun, 30 Jul 2006 15:20:11 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6UMK7ZV018327 for <[e-mail]>; Sun, 30 Jul 2006 15:20:10 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G7Jdc-0000p6-D9 for [e-mail]; Mon, 31 Jul 2006 00:19:56 +0200
Received: from pd9fba8fc.dip0.t-ipconnect.de ([217.251.168.252]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 00:19:56 +0200
Received: from nobody by pd9fba8fc.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 31 Jul 2006 00:19:56 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1312 LInes: This may be tricky.... suggested resolution
Date:  Mon, 31 Jul 2006 00:19:16 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 25
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba8fc.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:
 
> the usual mistake is to count the CRLF in the empty
> line which separates the header fields from the body. Maybe
> that is worth pointing out.

| message         =       (fields / obs-fields)
|                         [CRLF body]
|
| body            =       *(*998text CRLF) *998text

We've removed the "MUST end with CRLF" to get in synch with
2822 some time ago.  That can result in an "off by two" error,
a short note about that effect is fine.

> it needs s/body/<body>/ in Harald's text.  That makes it
> clear to anyone who takes the trouble to consult the RFC 2822
> syntax.

Okay, then also add it to the import interface in section 1.4:

   body          = <see RFC2822 Section 3.5>

Bye, Frank




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 k6UK6pbU094407; Sun, 30 Jul 2006 13:06:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UK6o4o094404; Sun, 30 Jul 2006 13:06:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6UK6lWB094367 for <[e-mail]>; Sun, 30 Jul 2006 13:06:49 -0700 (MST) (envelope-from [e-mail])
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.231) id 44cd1156.c9d9.1a17 for [e-mail]; Sun, 30 Jul 2006 21:06:46 +0100 (envelope-sender <[e-mail]>)
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 k6UK6jGC026647 for <[e-mail]>; Sun, 30 Jul 2006 21:06:45 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6UJsreR026138 for [e-mail]; Sun, 30 Jul 2006 20:54:53 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23465
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1334 Path and case sensitivity
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Sun, 30 Jul 2006 19:37:02 GMT
Lines: 57
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Russ Allbery <[e-mail]> writes:

>Harald Alvestrand <[e-mail]> writes:

>> Existing text:

>>   NOTE: Although case-insensitive, it is intended that the <path-
>>   keyword>s should be in upper case, to distinguish them from the
>>   <path-identity>s which are traditionally in lower case.

>> This refers to the idea that the path-diagnostics

>>  !.MISMATCH.1.2.3.4!
>>  !.Mismatch.1.2.3..4!
>>  !.mismatch.1.2.3.4!

>> should all be interpreted the same; when the keywords were given as ABNF
>> constants (like "MISMATCH") in the ABNF grammar, this was implicit in the
>> ABNF rules, and I think we've had discussions on this before without
>> changing them.

>> Nothing here speaks to the case-sensitivity of other path components.

>> I suggest "no change". Comments?

>I think it's really annoying to have the keywords be case-insensitive from
>an implementation standpoint when the rest of the Path header is
>case-sensitive and has been in implementations for years.  It's probably
>not a big deal, but it's annoying, and I don't see what the gain is.

Actually, I thought the case-sensitivity or otherwise of the Path header
was very much dependent on the whim of the implementor. In our old
"article" drafts we said that comparisons might be case sensitive or not,
and that people inventing new identities should be aware of this when
choosing names. But that bit seems to have got lost, and USEFOR does not
say one way or the other (however, since we are encouraging the use of
domain-names, which are case-insensitive, people may well assume that path
entries in general are case-insensitive).

As to the keywords, it is general IETF policy that they be
case-insensitive (and Netnews has consistently broken that rule in all
sorts of cases). Whether that is an argument for breaking it again here,
or whether it is an argument for trying to get it right for once makes an
interesting question.

I would support "no change".

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6UK6pY2094409; Sun, 30 Jul 2006 13:06:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UK6pQP094408; Sun, 30 Jul 2006 13:06:51 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6UK6lE0094368 for <[e-mail]>; Sun, 30 Jul 2006 13:06:49 -0700 (MST) (envelope-from [e-mail])
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.231) id 44cd1156.b4ef.1b34 for [e-mail]; Sun, 30 Jul 2006 21:06:46 +0100 (envelope-sender <[e-mail]>)
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 k6UK6jGG026647 for <[e-mail]>; Sun, 30 Jul 2006 21:06:45 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6UJsr1e026143 for [e-mail]; Sun, 30 Jul 2006 20:54:53 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23466
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1313 Newsgroups and reserved characters
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>  <[e-mail]> <[e-mail]>
Date: Sun, 30 Jul 2006 19:54:12 GMT
Lines: 55
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> [e-mail] writes:

>On Fri, 28 Jul 2006, Harald Alvestrand wrote:

>> No, you have it the wrong way around.
>> SHOULD NOT = don't use it if you don't know what you're doing.
>> The MAY identifies one case where you have to use it - access to existing 
>> group.
>> The MUST NOT coves the rest of the cases, including newsgroup creation.

On further thought (I agreed with John the first time) I think Harald's
argument is right.

>Then there is no use for the SHOULD NOT's. You are putting special 
>requirements on the user who accesses known existing groups -- why should
>he have to think twice about going to alt.2600 every time he does?

One should be happy if posters to that group even get as far as thinking
once :-) . So no real danger of them actually thinking twice.

>>> How does the user agent know if a "private prior agreement" exists?
>> Because it's entered into the private prior agreement. How that's done is 
>> their own business.

>I've seen a lot of strange things come out of this group, but a user agent
>that enters into private agreements is just too silly.

But is is mainly serving agents that will set up these private
arrangements, not user agents. The _users_ should be aware of the "private
arrangement", as a result of which they may configure their user agent to
subscribe to the group.

>I've now seen the message where you explain why this paragraph is deemed 
>necessary. I'd challenge any software author to correctly deal with the 
>situation of a leaked experimental article that contains "Followup-To: 
>+test.me.please". His code is either going to generate a Newsgroups header 
>we tell him he MUST NOT, or he will be fastidious and refuse to do so, 
>even though the user just called Bob the Server Admin and got permission 
>to join the experiment.

No, we told him he SHOULD NOT. If he inadvertently does, then it will be
propagated if there are are further proper crossposts, otherwise it will
only be accepted at sites where that group exists (i.e. those that are
party to the "private arrangement"). That all seems OK to me.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6UK6ogK094406; Sun, 30 Jul 2006 13:06:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UK6o4g094403; Sun, 30 Jul 2006 13:06:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6UK6k2r094366 for <[e-mail]>; Sun, 30 Jul 2006 13:06:49 -0700 (MST) (envelope-from [e-mail])
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.231) id 44cd1156.1432.cfc for [e-mail]; Sun, 30 Jul 2006 21:06:46 +0100 (envelope-sender <[e-mail]>)
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 k6UK6jGE026647 for <[e-mail]>; Sun, 30 Jul 2006 21:06:45 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6UJsqKH026128 for [e-mail]; Sun, 30 Jul 2006 20:54:52 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23463
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1336 Expires field semantics
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Sun, 30 Jul 2006 18:51:44 GMT
Lines: 57
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

> > | 3.2.4. Expires
> > |
> > | The Expires header field specifies a date and time when
> > | the article is deemed to be no longer relevant and could
> > | usefully be removed ("expired").
> >
> > How about a note that this is used both to reduce and to
> > extend the "regular" expiration period and that the local
> > effects are implementation/configuration-specific?

>Suggested change, indicating that the field is the desire of the poster:

>   The Expires header field specifies a date and time when the poster deems
>   the article to be no longer relevant and could usefully be removed
>   ("expired").

>  The way in which this interacts with local retention policy on servers is
>  a local matter.

No, I don't think that is what Ralph was after. What a server is expected
to do when it receives an Expires header is quite clear according to
USEPRO. The only choice the server admin has is whether or not to do it
(news servers are usually configurable both to set the normal expiry
time, and in addition to indicate whether (and by how much) an Expires
header can change it.

If you wanted to say that, then a sentence like "It is a matter of local
policy whether, and by how much, this header is allowed to modify the
normal expiry time".

I think Ralph's first point would be covered by somerthing like the
following NOTE, which appeared in our earlier "article" series of drafts:

        NOTE: This header is suitable for specifying both unusually
        short and unusually long expiry times; there is little point in
        using it in other circumstances.

I wanted that to be retained in USEFOR, but the WG thought otherwise.
Naturally, I would be happy to see it restored. Alternatively, it could go
in USEAGE. The point is that its use for extending the storage of FAQs
until the next issue appears is well known. Not so well known is its use
in articles like "I have two spare tickets for the cup final on Friday".
Keeping such an article beyond Friday would be pointless, so an Expires
header for Friday would be a kindness.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel[phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6UK6o01094402; Sun, 30 Jul 2006 13:06:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UK6oN9094399; Sun, 30 Jul 2006 13:06:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6UK6kAH094365 for <[e-mail]>; Sun, 30 Jul 2006 13:06:49 -0700 (MST) (envelope-from [e-mail])
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.231) id 44cd1156.fbc5.d for [e-mail]; Sun, 30 Jul 2006 21:06:46 +0100 (envelope-sender <[e-mail]>)
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 k6UK6jGA026647 for <[e-mail]>; Sun, 30 Jul 2006 21:06:45 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6UJsqSi026133 for [e-mail]; Sun, 30 Jul 2006 20:54:52 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23464
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1312 LInes: This may be tricky.... suggested resolution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Sun, 30 Jul 2006 19:01:48 GMT
Lines: 33
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> "Charles Lindsey" <[e-mail]> writes:

>In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>>Suggested resolution:

>>Replace the last paragraph with:

>>   The line count is the number of CRLF separators in the body.

>Yes, that would do. The main intent of the original wording was to
>emphasise that it really did mean the _whole_ body, hence the mention of
>the things that people might be tempted not to count. A lot of systems
>have been known to get it wrong through such misunderstandings.

On further thought, the usual mistake is to count the CRLF in the empty
line which separates the header fields from the body. Maybe that is worth
pointing out.

But at the very least, it needs s/body/<body>/ in Harald's text. That
makes it clear to anyone who takes the trouble to consult the RFC 2822
syntax.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6UBo38h003984; Sun, 30 Jul 2006 04:50:03 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UBo3AF003983; Sun, 30 Jul 2006 04:50:03 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6UBo2kE003975 for <[e-mail]>; Sun, 30 Jul 2006 04:50:02 -0700 (MST) (envelope-from [e-mail])
Received: from root by ciao.gmane.org with local (Exim 4.43) id 1G79o1-0005zg-U1 for [e-mail]; Sun, 30 Jul 2006 13:50:01 +0200
Received: from pd9fbacf0.dip0.t-ipconnect.de ([217.251.172.240]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sun, 30 Jul 2006 13:50:01 +0200
Received: from nobody by pd9fbacf0.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sun, 30 Jul 2006 13:50:01 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
Date:  Sun, 30 Jul 2006 13:42:27 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 12
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbacf0.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:
 
 [ISO.3166.1988].
> Is there an update of [ISO.3166.1988] that we should be 
> referring to?

Yes, see my later article in this thread.  The 1997 version
also isn't free, but it's the base of the current list, and
that's available online.  

Bye, Frank




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 k6UBj819002740; Sun, 30 Jul 2006 04:45:08 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UBj8KR002739; Sun, 30 Jul 2006 04:45:08 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6UBj7jk002732 for <[e-mail]>; Sun, 30 Jul 2006 04:45:08 -0700 (MST) (envelope-from [e-mail])
Received: from root by ciao.gmane.org with local (Exim 4.43) id 1G79jC-0005GD-Hw for [e-mail]; Sun, 30 Jul 2006 13:45:03 +0200
Received: from pd9fbacf0.dip0.t-ipconnect.de ([217.251.172.240]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sun, 30 Jul 2006 13:45:02 +0200
Received: from nobody by pd9fbacf0.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sun, 30 Jul 2006 13:45:02 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1311 Archive
Date:  Sun, 30 Jul 2006 13:15:55 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 20
Message-ID:  <[e-mail]>
References:  <[e-mail]> 	<[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=iso-8859-1
Content-Transfer-Encoding:  quoted-printable
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbacf0.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

> I would suggest something like:
>   If this header is omitted, and no other indication of the poster's
>   willingness for such redistribution to take place has been given (e.g=
=2E
>   by an X-No-Archive header field which has hitherto been used for this=

>   purpose), the default is as if an Archive header field had been given=

>   with =A8yes".

NAK, no archive header field and "Archive: yes" are different.
Very different in fact.  It's one of the reasons why there is
a semi-automated way to "purge" articles in Google's archive.
And this known archive isn't the real problem, unlike others.

Bye, Frank





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 k6UBiBcg002567; Sun, 30 Jul 2006 04:44:11 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6UBiBlZ002566; Sun, 30 Jul 2006 04:44:11 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6UBi7Oi002547 for <[e-mail]>; Sun, 30 Jul 2006 04:44:10 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G79i7-00055i-QQ for [e-mail]; Sun, 30 Jul 2006 13:43:55 +0200
Received: from pd9fbacf0.dip0.t-ipconnect.de ([217.251.172.240]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sun, 30 Jul 2006 13:43:55 +0200
Received: from nobody by pd9fbacf0.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sun, 30 Jul 2006 13:43:55 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1309 Supersedes and Distribution
Date:  Sun, 30 Jul 2006 13:32:32 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 15
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbacf0.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

 [Supersedes in group A => cancel in group B]
> But first, just which cases do we wish to outlaw? I would
> have thought some non-empty intersection was good enough to
> allow it through.

Yes, that should IMO cover the plausible uses of Supersedes.

Ideally the same groups, otherwise good faith efforts to find
an apparently lost article in control.cancel.* will fail.

Frank





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 k6TNL1ve064499; Sat, 29 Jul 2006 16:21:01 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNL1Wc064498; Sat, 29 Jul 2006 16:21:01 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNnE064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:58 -0700 (MST) (envelope-from [e-mail])
Received: (from news@localhost) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) id k6TMLkw26981 for [e-mail]; Sat, 29 Jul 2006 23:21:46 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23452
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1311 Archive
Content-Type: text/plain; charset=iso-8859-1
Message-ID: <[e-mail]>
Content-Transfer-Encoding: 8bit
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> 	<[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version: 1.0
Date: Sat, 29 Jul 2006 20:54:04 GMT
Lines: 71
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Russ Allbery <[e-mail]> writes:

>Charles Lindsey <[e-mail]> writes:

>>>> | 3.2.12.  Archive
>>>> |
>>>> | The absence of this header field, or the presence of this
>>>> | header field with a field body of "yes", indicates that
>>>> | the poster is willing for such redistribution to take
>>>> | place.

>> I think it is essential that the situation is clear in all cases.

>I think it's more important that the situation match reality than that the
>situation be clear.  I'm inclined to agree with the objection here, define
>"yes" and "no", and leave the situation undefined in the absence of the
>header.

I think the place where we want to get to is that the situation regarding
Google (and any similar sites) will be the same under Archive as it
currently is (de facto, since it is nowhere written down) under
X-No-Archive.

>Right now, we would be saying that an article with X-No-Archive: yes and
>no Archive header indicates that the poster is willing for such
>redistribution to take place, which is obviously wrong.

and yes, that is a valid point. Google have dropped hints that they will
be happy to recognise and act upon Archive (when it is standardised) as
they currently do for X-No-Archive. But obviously people will continue to
use X-No-Archive for some considerable time, and Google will continue to
take note of it.

The meaning of Archive with 'yes' or 'no' is clear (it asserts that the
poster gives or witholds permission for certain copying). Likewise,
X-No-Archive makes similar assertions (so far as one can judge), but with
'yes' and 'no' reversed.

So clearly, if either of these headers appears, it should be taken as
making that assertion. If both appear, and they conflict, then I really
don't care, and if they agree, then no problem.

So what if both are absent? That should reflect present practice, which is
that Google presumes they have permission to copy, and go ahead
accordingly. So how to bring that about? I would suggest something like:

   If this header is omitted, and no other indication of the poster's
   willingness for such redistribution to take place has been given (e.g.
   by an X-No-Archive header field which has hitherto been used for this
   purpose), the default is as if an Archive header field had been given
   with ¨yes".

That wording would also cope with any other unusual means of conveying
permissions (for example, some people have given permanent instructions to
Google Never to redistribute Any of their articles).

BTW, someone queried the use of the word "redistribution". It is in fact
correct. It is well known that Google actually store everything; what they
do is to refuse to supply it (i.e. to "redistribute" it) when asked for
it.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKvbw064477; Sat, 29 Jul 2006 16:20:57 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKvc3064476; Sat, 29 Jul 2006 16:20:57 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNnC064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:55 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMECl26663 for <[e-mail]>; Sat, 29 Jul 2006 23:14:12 +0100 (BST)
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 k6TK2NXu024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:26 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FHx2006154 for [e-mail]; Sat, 29 Jul 2006 04:15:17 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23435
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1310 Approved
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> 	<[e-mail]> <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 21:47:10 GMT
Lines: 53
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Russ Allbery <[e-mail]> writes:

>Charles Lindsey <[e-mail]> writes:

>>>> | 3.2.9.  Approved

>> A new requirement indeed, and intended to provide one more hurdle for
>> script kiddies who like to be pretend to be clever by posting to
>> moderated groups (and also a good stick to wave when LARTing them to
>> their ISPs).  Admittedly nor a strong hoop until we get around to
>> digital signatures of such things, but a start in the right direction.

>This is just silly.  We would be arbitrarily declaring common existing
>practice in many moderated groups to be non-compliant for no actual gain
>in security and no useful end whatsoever.

>It is routine to use Approved headers that do not correspond to the Sender
>of the message for such purposes as, say, news.answers approval, and it
>does nothing to help Usenet to outlaw such behavior.

Yes, I mentioned the *.answers as a special case, but that is no reason to
throw out the whole requirement.

At the moment "Approved: foobar" is sufficient to work. I think the least
we should require is a working, non-forged email address that bears some
relationship to the person or entity responsible for the approval. So
something like:

.. one of those mailboxes MUST be that of the person or other entity
claiming authority to issue this header, and moreover one of them SHOULD
be that of the actual sender.

That will cover the *.answers case, but will also encourage *.answers
submitters to include themselves, as well as the *.answers moderators.

When digital signatures become the norm (and work needs doing on that),
then it will be the inclusion of the Approved header within the digital
signature that actually confirms the claimed authority.

But at least require a genuine address, because ISPs will often be
convinced by a LART relating to forged or bogus headers, even when they
are otherwise netnews-ignorant, which sadly many are.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKscW064465; Sat, 29 Jul 2006 16:20:54 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKsm8064464; Sat, 29 Jul 2006 16:20:54 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNnA064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:52 -0700 (MST) (envelope-from [e-mail])
Received: (from news@localhost) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) id k6TMLom27008 for [e-mail]; Sat, 29 Jul 2006 23:21:50 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23457
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1335 Injection-date
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Sat, 29 Jul 2006 22:19:19 GMT
Lines: 61
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> "Forrest J. Cavalier III" <[e-mail]> writes:

>> Works?

>Using Injection-date to prevent re-injection as described in USEPRO
>depends that all agents work as described and never alter or remove
>the header.  This is not robust, and I don't see how it offers significant 
>improvement over Date:.

USEPRO clearly states that removing Injection-Date is a MUST NOT (indeed
changing ANY non-variant header during relaying is a MUST NOT).

>There is language that an "injecting agent" receiving a message with an 
>injection-date, SHOULD cause the message to be relayed.

No, that "SHOULD" only comes into effect if, when reinjecting (where an
Injection-Date may be already present), the injecting agent chose (MAY)
not to reject it. A very specific and special circumstance.

>USEPRO is not germane at the momenet, but all the distinctions of "agent"
>are meaningless and not helpful.  The way that INN relays messages
>is to accept them.  It sends messages from the same storage as they exist
>for reading.

The effect is to be as if injecting, relaying and storing were separate
processes that have to be gone through. INN and other servers may well
combine these operations for convenience of implementation. But in CNews,
to take a contrary example, the injection and the subsequent relaying are
indeed separate operations. Also, there are plenty of relayers around that
do not store.

>So USEPRO in 7.2 says that INN, as the injecting agent, "SHOULD cause [the
>message] to be relayed" (note no mention of rejecting stale Injecting dates).

The word "INN" does not occur in that section.
And there is nothing to say that the relaying agent may not fail to relay
for some reason.

>And in 7.2.2. #3 it says an injecting agent MUST reject any article with such a 
>field, except when re-injecting. (Which is a meaningless tautology, I suppose.)

No, an explicit exception for an explicit case.

>Then in 7.3 #2 it says that INN, as relaying agent, MUST examine Injection-Date:
>and reject as stale if that predates the local cutoff.

Again, the word "INN" does not occur in that section

>So, USEPRO states "SHOULD cause to be relayed" + "MUST reject" for those
>stale injection-dates.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKpi3064448; Sat, 29 Jul 2006 16:20:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKpiP064447; Sat, 29 Jul 2006 16:20:51 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNn8064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:49 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMECl26661 for <[e-mail]>; Sat, 29 Jul 2006 23:14:12 +0100 (BST)
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 k6TK2NXs024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:26 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FHmD006147 for [e-mail]; Sat, 29 Jul 2006 04:15:17 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23434
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1309 Supersedes and Distribution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 21:32:29 GMT
Lines: 47
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Frank Ellermann <[e-mail]> writes:

>Charles Lindsey wrote:

>>>>So what does "superseded" mean?
>>> Replace?
>> No, Supersedes.

>What's wrong with "replace" ?

Just that "supersedes" is the technical term we have adopted, and its
meaning is described in the next sentence.

>> In the meantime, it is clearly stated that "Supersedes" is
>> equivalent to "cancel" followed by a new article. That is
>> quite enough to say in USEFOR.

>Something is odd if I post an article in group A, and at the 
>same time try to cancel an article in group B.  Maybe we can
>do something about this situation in USEPRO later.

Two points there. USEPRO currently says very little about this header, and
that needs fixing (probably along with the duties of a serving agent). I
have made a note to deal with that.

The point about trying to supersede an article in one group with an
article in another has not been raised before AFAIR. There are of course
various possibilities if the new article is to a subset, a superset, or
some strange intersection of the crossposts of the original article.

If this is mentioned (and it probably should be, though not every
sub/super/inter case is necessarily wrong), then I think USEFOR is
probably the place to mention it.

But first, just which cases do we wish to outlaw? I would have thought
some non-empty intersection was good enough to allow it through.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKmbT064435; Sat, 29 Jul 2006 16:20:48 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKmPV064434; Sat, 29 Jul 2006 16:20:48 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNn6064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:46 -0700 (MST) (envelope-from [e-mail])
Received: (from news@localhost) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) id k6TMLlL26987 for [e-mail]; Sat, 29 Jul 2006 23:21:47 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23453
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1311 Default value for the Archive header
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Sat, 29 Jul 2006 21:08:09 GMT
Lines: 46
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>Frank Ellermann wrote:

>> I'd like it better without "wish to" for the "no" case.  And as
>> noted elsewhere "long term" covers "permanent", you could get
>> rid of "or permanent".
>After having suffered through excessive reviews of the terms of 
>"copyright" in IPR and in other fora, I believe "wish to" is correct, 
>because the poster frequently has no legal right to decide one way or 
>the other, and the only way to discover whether he has the right or not 
>is to drag the case into a court of law.

>Examples include the mandatory-by-law storing of newsgroups in national 
>history archives, retention of messages in Sarbanes-Oxley mandated 
>archives, deletion of messages by company policy under Sarbanes-Oxley, 
>fair use, reposting of others' messages, "+1" messages that can be 
>deemed to have "no creative content" and so forth.

Yes, edge cases like those can always be troublesome. See the wording in
the "security and related considerations" in USEPRO, which covers the
presumed permission inherent in Usenet for copying to servers worldwide
(not permanent by usual expectations), and covers the Archive header, and
gives warnings and directs you to your lawyer for just about everything
else.


As to "wish to", we currently say that he permits or does not permit
something. If you want to say that he "wishes to permit ...", then you
could do so but it won't really make any difference. If the courts decide
he had no right to "permit" (or not), then they will proceed accordingly
anyway.

Although "long term" covers "permanent", it is probably better left just
to convey a little extra emphasis.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKkiK064413; Sat, 29 Jul 2006 16:20:46 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKjJo064412; Sat, 29 Jul 2006 16:20:45 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNn4064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:43 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMEBl26660 for <[e-mail]>; Sat, 29 Jul 2006 23:14:11 +0100 (BST)
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 k6TK2NXq024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:25 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FJWA006197 for [e-mail]; Sat, 29 Jul 2006 04:15:19 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23442
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1313 Resolution of 2.2 - syntax for USENET articles
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Fri, 28 Jul 2006 22:14:17 GMT
Lines: 46
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>Ralph Babel thinks that we need to make note of MIME in this section.

>MIME is described in the next section (2.3), which deals explicitly with 
>MIME conformance.
>I suggest that rather than mixing MIME into 2.2, we modify section 2.2 
>so that it ONLY deals with headers.

>I suggest the following change to section 2.2:

>OLD:

>   The syntax allowed for news
>   articles is a strict subset of the "Internet Message Format", making
>   all messages compliant with this specification inherently compliant
>   with [RFC2822].  Note however that the converse is not guaranteed to
>   be true in all cases.

>NEW:

>   The syntax allowed for news
>   article headers is a strict subset of the "Internet Message Format" 
>headers, making
>   all headers compliant with this specification inherently compliant
>   with [RFC2822].  Note however that the converse is not guaranteed to
>   be true in all cases.

I agree that mentioning "header fields" would be better. I prefer not to
use the RFC 2822 term "header" with its defined meaning, because so may
people will misinterpret it as "header field".

But the only change you have actually made is to remove the "bodies" from
consideration in the sentence, which is technically less accurate. So I
prefer the original.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKhrb064400; Sat, 29 Jul 2006 16:20:43 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKhXc064396; Sat, 29 Jul 2006 16:20:43 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNn2064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:41 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMEBl26659 for <[e-mail]>; Sat, 29 Jul 2006 23:14:11 +0100 (BST)
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 k6TK2NXo024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:25 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FIE2006165 for [e-mail]; Sat, 29 Jul 2006 04:15:18 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23436
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1156 IANA considerations
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 21:55:24 GMT
Lines: 47
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> "Charles Lindsey" <[e-mail]> writes:

>In <[e-mail]> Alexey Melnikov <[e-mail]> writes:


>>>| 6.  IANA Considerations

>>>| Header field name: Lines
>>>| Status: deprecated
>>>
>>>"deprecated" isn't listed among the preferred values for
>>>IETF documents, and we call it "obsolescent" in 3.3.1.

>Indeed. It should be "obsoleted" IMO.

On further thought, I think this should be stated as "standard" (it is not
actually "obsolete" yet, though rapidly heading in that direction). But
then add a "Related Information" (which you are allowed to do) to say that
it is "obsolescent".


>>>
>>>| Header field name: NNTP-Posting-Date
>>>| Status: obsoleted
>>>| Author/change controller: IETF
>>>|
>>>| Header field name: NNTP-Posting-Host
>>>| Status: obsoleted
>>>| Author/change controller: IETF
>>>
>>>According to section 3.2.1, it's "deprecated".
>>>Are these really IETF header fields?

I note that Harald accepts that these are now IETF-controlled, even if
they were not before. But here, I think we have no option but to say
"obsolete".

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKeaK064377; Sat, 29 Jul 2006 16:20:40 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKe1u064376; Sat, 29 Jul 2006 16:20:40 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNn0064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:38 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMEBl26658 for <[e-mail]>; Sat, 29 Jul 2006 23:14:11 +0100 (BST)
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 k6TK2NXm024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:25 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FIpm006171 for [e-mail]; Sat, 29 Jul 2006 04:15:18 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23437
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1156 IANA considerations
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>	<[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 21:58:02 GMT
Lines: 37
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> "Forrest J. Cavalier III" <[e-mail]> writes:

>Harald Alvestrand wrote:

>> Russ Allbery wrote:
>> 
>>>Injection-Info should definitely be experimental.
>>>
>>>  
>> 
>> Once usefor goes to proposed standard (if ever), injection-info is 
>> described in a standard document.
>> 
>> I think we cannot reasonably call it anything but "standard" in a 
>> document that both defines it and is itself a standards-track document.
>> 
>> Understand the sentiment, but I don't think you can get there from here.

>Well then....remove it from the document.  It is not existing practice.  It
>was so controversial to define and settle, that I doubt we fully understand
>the implications or possible improvements that interoperating implementations
>would uncover.

Existing practice is X-Trace (plus a bit of NNTP-Posting-Host and
NNTP-Posting-Date). We cannot standardize those, and they are a mess
anyway.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKbp7064361; Sat, 29 Jul 2006 16:20:37 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKbCv064360; Sat, 29 Jul 2006 16:20:37 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNmw064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:35 -0700 (MST) (envelope-from [e-mail])
Received: (from news@localhost) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) id k6TMLlG26992 for [e-mail]; Sat, 29 Jul 2006 23:21:47 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23454
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1313 Newsgroups and reserved characters
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Sat, 29 Jul 2006 21:21:01 GMT
Lines: 43
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> [e-mail] writes:

>Harald Alvestrand <harald@xxxxxxxxxxxxx>:

>> Proposed new text ...

>   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
>   NOT contain uppercase letters.  Such components MAY be used  to
>   refer to existing groups that do not conform to this naming scheme,
>   but MUST NOT be used otherwise.

>Since the restriction on future creation of groups is only SHOULD NOT,
>you now have a situation where new groups with digit-only or uppercase
>names can be created but MUST NOT be accessable. This needs to be either
>SHOULD NOT or MUST NOT throughout.

Yes, I think John is right here. To be consistent, it should be "SHOULD
NOT be used otherwise".

>   <component>s beginning with "+" and "-" are reserved for private use
>   and MUST NOT be generated by user agents (whether in
>   header fields or in newgroup control messages [I-D.ietf-usefor-
>   usepro]) without a private prior agreement to do so.  However, such
>   names MUST be accepted by news servers.

>How does the user agent know if a "private prior agreement" exists?

Because the server that created it (i.e. the NNTP server he connects to)
should have told him. For example, a server might choose to offer filtered
and unfiltered versions of a newsgroup, using a '-' to indicate the
filtered one. In that case, it might be wise to insert Followup-To the
unfiltered group.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKZK9064350; Sat, 29 Jul 2006 16:20:35 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKZvq064347; Sat, 29 Jul 2006 16:20:35 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNmu064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:32 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMEAl26657 for <[e-mail]>; Sat, 29 Jul 2006 23:14:10 +0100 (BST)
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 k6TK2NXk024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:24 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FJtb006192 for [e-mail]; Sat, 29 Jul 2006 04:15:19 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23441
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1312 LInes: This may be tricky.... suggested resolution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Fri, 28 Jul 2006 22:10:08 GMT
Lines: 36
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>Ralph Babel wrote:
> >| 3.3.1. Lines
> >|
> >| The line count includes all body lines, including the
> >| signature if any, including empty lines (if any) at the
> >| beginning or end of the body, and including the whole of
> >| all MIME message and multipart parts contained in the body
> >| (the single empty separator line between the header fields
> >| and the body is not part of the body). The "body" here is
> >| the body as found in the posted article as transmitted by
> >| the user agent.
> >

>Suggested resolution:

>Replace the last paragraph with:

>   The line count is the number of CRLF separators in the body.

Yes, that would do. The main intent of the original wording was to
emphasise that it really did mean the _whole_ body, hence the mention of
the things that people might be tempted not to count. A lot of systems
have been known to get it wrong through such misunderstandings.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKVFn064319; Sat, 29 Jul 2006 16:20:31 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKV8r064318; Sat, 29 Jul 2006 16:20:31 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNms064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:30 -0700 (MST) (envelope-from [e-mail])
Received: (from news@localhost) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) id k6TMLn527003 for [e-mail]; Sat, 29 Jul 2006 23:21:49 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23456
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1335 Injection-date
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Sat, 29 Jul 2006 21:39:59 GMT
Lines: 41
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:


>3.2.1.  Injection-Date

>   The Injection-Date header field contains the date and time that the
>   article was injected into the network.  Its purpose is to prevent the
>   reinjection into the news stream of "stale" articles which have
>   already expired by the time they arrive at some news server.


>Suggested rephrase of last sentence:

>   Its purpose is to allow news servers that try to reject "stale" 
>articles to check
>   a date field that was added by a news server at injection time, 
>rather than the
>   Date: field that is added by the user agent at message composition time.

>Works?

I don't like the word "try". Rejecting stale articles is a MUST in USEPRO
(you can end up with looping if you omit that check).

So it should be:

   Its purpose is to enable news servers, when checking for "stale"
   articles [refer to USEPRO if you like], to use a <date-time> that was
   added by a news server at injection time rather than one added by the
   user agent at message composition time.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKT8a064308; Sat, 29 Jul 2006 16:20:29 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKTZe064307; Sat, 29 Jul 2006 16:20:29 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNmq064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:27 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMEAl26656 for <[e-mail]>; Sat, 29 Jul 2006 23:14:10 +0100 (BST)
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 k6TK2NXi024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:24 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FJl1006187 for [e-mail]; Sat, 29 Jul 2006 04:15:19 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23440
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1310 Resolution "Approved" header field description
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Fri, 28 Jul 2006 22:03:44 GMT
Lines: 30
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>Current text of section:

>3.2.9.  Approved

>   Each mailbox contained in the Approved header field MUST be that of
>   one of the person(s) or entity(ies) in question, and one of those
>   mailboxes MUST be that of the actual sender of the article.  Note
>   that this standard does not provide any means to enforce or verify
>   this requirement, but future extensions or standards may provide such
>   a facility (e.g. digitial signatures).

>Suggested resolution:

>Delete the paragraph starting "Each mailbox...."

Disagree, for reasons stated in my reply to Russ. But some intermediate
wording should be possible.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKQT4064292; Sat, 29 Jul 2006 16:20:26 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKQvn064291; Sat, 29 Jul 2006 16:20:26 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNKNmo064284 for <[e-mail]>; Sat, 29 Jul 2006 16:20:24 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TMEAl26654 for <[e-mail]>; Sat, 29 Jul 2006 23:14:10 +0100 (BST)
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 k6TK2NXg024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:24 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FIVk006181 for [e-mail]; Sat, 29 Jul 2006 04:15:18 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23439
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 22:02:01 GMT
Lines: 27
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Frank Ellermann <[e-mail]> writes:

>Harald Alvestrand wrote:

> [distribution]
>> two-letter country names drawn from [ISO.3166.1988].
> [...] 
>> Comments?

>The CS disaster was after 1988.  Does that mean we inherit it,
>or is ISO.3166.1988 meant as frozen state of those in practice
>irrelevant distribution codes ?  Or do we decide this later in
>USEPRO ?

Is there an update of [ISO.3166.1988] that we should be referring to? Or
we could add "... or any extension of it".

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKDqi064259; Sat, 29 Jul 2006 16:20:13 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKD1d064258; Sat, 29 Jul 2006 16:20:13 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNK4bF064193 for <[e-mail]>; Sat, 29 Jul 2006 16:20:11 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (gmrs-tacacs [192.168.0.2]) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) with ESMTP id k6TME9l26653 for <[e-mail]>; Sat, 29 Jul 2006 23:14:09 +0100 (BST)
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 k6TK2NXe024846 for <[e-mail]>; Sat, 29 Jul 2006 21:02:23 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6T3FIAU006176 for [e-mail]; Sat, 29 Jul 2006 04:15:18 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23438
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1299 Suggested resolution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 21:59:23 GMT
Lines: 22
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Seth Breidbart <[e-mail]> writes:

>> Generate: An agent is said to "generate" a construct if it did not
>> exist before the agent generated it.
>                         ^^^^^^^^^
>That doesn't sound right.

>Generate: An agent is said to "generate" a construct if it was not
>provided to the agent as input, but emanates from the agent.

Yes, Seth's wording, or something derived from it, is better. Otherwise OK.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6TNKAcf064242; Sat, 29 Jul 2006 16:20:10 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6TNKAte064241; Sat, 29 Jul 2006 16:20:10 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from oclerew.man.ac.uk ([212.15.83.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6TNK4bD064193 for <[e-mail]>; Sat, 29 Jul 2006 16:20:08 -0700 (MST) (envelope-from [e-mail])
Received: (from news@localhost) by oclerew.man.ac.uk (8.11.7+Sun/8.11.7) id k6TMLma26997 for [e-mail]; Sat, 29 Jul 2006 23:21:48 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23455
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1315 Definition of "poster"
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Sat, 29 Jul 2006 21:26:43 GMT
Lines: 30
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>Existing text in 1.5:

>   A "poster" is the person or software that composes and submits a
>   possibly compliant article to a "user agent".  The poster is
>   analogous to an [RFC2822] author.

>Discussion shows that analogy creates debate, and I don't see that it 
>contributes anything.
>Suggested resolution:

>   A "poster" is the person or software that composes and submits a
>   possibly compliant article to a "user agent".

>Comments?

Well it could be weakened. '...to a "user agent" (cf. the term "author" in
[RFC2822]). But no big deal either way.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6SNTo28047286; Fri, 28 Jul 2006 16:29:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6SNTov9047285; Fri, 28 Jul 2006 16:29:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6SNTnRZ047276 for <[e-mail]>; Fri, 28 Jul 2006 16:29:49 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 2D3FB4C6A2; Fri, 28 Jul 2006 16:29:49 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id F09364C4B2; Fri, 28 Jul 2006 16:29:48 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id ED0C3E7915; Fri, 28 Jul 2006 16:29:48 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: Frank Ellermann <[e-mail]>
Cc: [e-mail]
Subject: Re: #1315 Definition of "poster"
In-Reply-To: <[e-mail]> (Frank Ellermann's message of "Fri, 28 Jul 2006 07:07:38 +0200")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]>
Date: Fri, 28 Jul 2006 16:29:48 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Frank Ellermann <[e-mail]> writes:
> Harald Alvestrand wrote:

>> The poster is analogous to an [RFC2822] author.
>  [...]
>> Discussion shows that analogy creates debate

> That's also the case for mail (last seen in DKIM), and "what
> does From: xyz mean" is an important detail.

I'd rather keep the comparison, but don't have a strong opinion.

> Does that explain the deserts of "Sender != Poster" ?  We need
> it for Followup-To: poster among others, and then we want the
> same behaviour as in mail:

The "poster" in Followup-To: poster is not the same thing as the poster as
used elsewhere in the document.  "poster" in that case indicates the
Reply-To or From address, not the person making the post.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6SNS6nu046618; Fri, 28 Jul 2006 16:28:06 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6SNS6mB046617; Fri, 28 Jul 2006 16:28:06 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6SNS5Rj046594 for <[e-mail]>; Fri, 28 Jul 2006 16:28:05 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id BA2AE4C253 for <[e-mail]>; Fri, 28 Jul 2006 16:28:04 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id 9BD294C7FE for <[e-mail]>; Fri, 28 Jul 2006 16:28:04 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 8F06AE7915; Fri, 28 Jul 2006 16:28:04 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1334 Path and case sensitivity
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Thu, 27 Jul 2006 01:09:08 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Fri, 28 Jul 2006 16:28:04 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

> Existing text:

>   NOTE: Although case-insensitive, it is intended that the <path-
>   keyword>s should be in upper case, to distinguish them from the
>   <path-identity>s which are traditionally in lower case.

> This refers to the idea that the path-diagnostics

>  !.MISMATCH.1.2.3.4!
>  !.Mismatch.1.2.3..4!
>  !.mismatch.1.2.3.4!

> should all be interpreted the same; when the keywords were given as ABNF
> constants (like "MISMATCH") in the ABNF grammar, this was implicit in the
> ABNF rules, and I think we've had discussions on this before without
> changing them.

> Nothing here speaks to the case-sensitivity of other path components.

> I suggest "no change". Comments?

I think it's really annoying to have the keywords be case-insensitive from
an implementation standpoint when the rest of the Path header is
case-sensitive and has been in implementations for years.  It's probably
not a big deal, but it's annoying, and I don't see what the gain is.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6SHlOgE020212; Fri, 28 Jul 2006 10:47:24 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6SHlOlt020211; Fri, 28 Jul 2006 10:47:24 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6SHlKu8020179 for <[e-mail]>; Fri, 28 Jul 2006 10:47:23 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail2.panix.com (Postfix) with ESMTP id 12B359DA14 for <[e-mail]>; Fri, 28 Jul 2006 13:47:20 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6SHlKA11800; Fri, 28 Jul 2006 13:47:20 -0400 (EDT)
Date: Fri, 28 Jul 2006 13:47:20 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> ([e-mail])
Subject: Re: #1313 Newsgroups and reserved characters
References: <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

> I've now seen the message where you explain why this paragraph is
> deemed necessary. I'd challenge any software author to correctly
> deal with the situation of a leaked experimental article that
> contains "Followup-To: +test.me.please". His code is either going to
> generate a Newsgroups header we tell him he MUST NOT, or he will be
> fastidious and refuse to do so, even though the user just called Bob
> the Server Admin and got permission to join the experiment.

The user agent asks the user: "You just generated an article to be
posted in the newsgroup '+test.me.please'.  That name violates the
RFCs unless there is a private agreement in place allowing it.  Do you
want to Continue or Edit?: "

> User agent has no way of knowing. The only thing it can do is assume
> that the user knows, and that means that when the user presses 'f'
> to followup, or any other command that generates an otherwise
> prohibited component, the user agent has to assume that agreement
> exists. Since this is no different than any other situation, there
> is no reason to even mention it.

Being a user agent, it's allowed to communicate with the user.

Seth



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 k6SGiDPk094229; Fri, 28 Jul 2006 09:44:13 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6SGiDGr094225; Fri, 28 Jul 2006 09:44:13 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from shell.peak.org (a.shell.peak.org [69.59.192.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6SGiAxM094197 for <[e-mail]>; Fri, 28 Jul 2006 09:44:12 -0700 (MST) (envelope-from [e-mail])
Received: from shell.peak.org (shell.peak.org [127.0.0.1]) by shell.peak.org (8.13.1/8.13.1) with ESMTP id k6SGi7hD004498 for <[e-mail]>; Fri, 28 Jul 2006 09:44:07 -0700
Received: from localhost (stanley@localhost) by shell.peak.org (8.13.1/8.13.1/Submit) with ESMTP id k6SGi7mc004495 for <[e-mail]>; Fri, 28 Jul 2006 09:44:07 -0700
X-Authentication-Warning: shell.peak.org: stanley owned process doing -bs
Date: Fri, 28 Jul 2006 09:44:07 -0700 (PDT)
From: [e-mail]
To: [e-mail]
Subject: Re: #1313 Newsgroups and reserved characters
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>
References: <[e-mail]> <[e-mail]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

On Fri, 28 Jul 2006, Harald Alvestrand wrote:

> No, you have it the wrong way around.
> SHOULD NOT = don't use it if you don't know what you're doing.
> The MAY identifies one case where you have to use it - access to existing 
> group.
> The MUST NOT coves the rest of the cases, including newsgroup creation.

Then there is no use for the SHOULD NOT's. You are putting special 
requirements on the user who accesses known existing groups -- why should
he have to think twice about going to alt.2600 every time he does?

>> How does the user agent know if a "private prior agreement" exists?
> Because it's entered into the private prior agreement. How that's done is 
> their own business.

I've seen a lot of strange things come out of this group, but a user agent
that enters into private agreements is just too silly.

>>Just where would a user agent generate said components in the first 
>>place? Is moving a newsgroup name from a Followup-To to the Newsgroups 
>>header field "generating"? (It would seem to be, since the Followup-To 
>>causes the existing Newsgroups to be discarded and a new one generated.) 
>>Is the mere existance of a Followup-To in the parent proof of the 
>>"private prior agreement" that allows the user agent to generate an 
>>otherwise prohibited "component". I don't think so.

>Me neither. But that's outside the scope of the standard.

If we are putting a MUST NOT on a certain activity, then we certainly
are making that activity within the scope of this standard, and are
making an implicit requirement for the software author to be able to
detect such conditions.

I've now seen the message where you explain why this paragraph is deemed 
necessary. I'd challenge any software author to correctly deal with the 
situation of a leaked experimental article that contains "Followup-To: 
+test.me.please". His code is either going to generate a Newsgroups header 
we tell him he MUST NOT, or he will be fastidious and refuse to do so, 
even though the user just called Bob the Server Admin and got permission 
to join the experiment.

User agent has no way of knowing. The only thing it can do is assume that
the user knows, and that means that when the user presses 'f' to followup,
or any other command that generates an otherwise prohibited component,
the user agent has to assume that agreement exists. Since this is no 
different than any other situation, there is no reason to even mention it.



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 k6S8U4cu000377; Fri, 28 Jul 2006 01:30:04 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S8U4YS000376; Fri, 28 Jul 2006 01:30:04 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S8U2RJ000365 for <[e-mail]>; Fri, 28 Jul 2006 01:30:03 -0700 (MST) (envelope-from [e-mail])
Received: from root by ciao.gmane.org with local (Exim 4.43) id 1G6NjO-0002hw-04 for [e-mail]; Fri, 28 Jul 2006 10:30:02 +0200
Received: from pd9fba953.dip0.t-ipconnect.de ([217.251.169.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 10:30:01 +0200
Received: from nobody by pd9fba953.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 10:30:01 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1311 Default value for the Archive header
Date:  Fri, 28 Jul 2006 09:43:36 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 24
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba953.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

> messages in Sarbanes-Oxley mandated archives

Oops, in another browser window I was just about to ask Google
what it knows about "SOX" (because Scott K. mentioned it on
the general list), now you gave me an idea how to refine this
query...
 [some minutes later]
...how's that related to what I post as an unpaid volunteer ?

> "+1" messages that can be deemed to have "no creative
> content" and so forth.  This is Yet Another Minefield.

Yes, please make "Archive: No" a minefield as much as possible.

If you can't strike this vague "wish to" between "does not" and
"permit" add an adverb like "explicitly" / "clearly".  It's not
that I suddenly like wishful thinking in a technical document,
but "does not wish to permit" sounds too obviously irrelevant.

Bye, Frank





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 k6S8QLK5098748; Fri, 28 Jul 2006 01:26:21 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S8QL4R098747; Fri, 28 Jul 2006 01:26:21 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S8QJu7098723 for <[e-mail]>; Fri, 28 Jul 2006 01:26:20 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G6NfO-00025t-P3 for [e-mail]; Fri, 28 Jul 2006 10:25:54 +0200
Received: from pd9fba953.dip0.t-ipconnect.de ([217.251.169.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 10:25:54 +0200
Received: from nobody by pd9fba953.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 10:25:54 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
Date:  Fri, 28 Jul 2006 10:24:30 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 42
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba953.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

> a reasonable interpretation is that it refers to the list of
> currently valid country codes.

Fine.

> If we want to nitpick ourselves to death on this issue

Not really.

> we can adopt relevant language from LTRU.

"Alpha-2 region codes of the BCP 47 subtag registry" (instead
of referencing "ISO.3166.1988") is an alternative to avoid any
conflicts forever, but for "Distribution" we want the _actual_
codes, not the old CS or DD or BU or other long dead codes.

> Or we can leave it alone.

What I really wanted to say:  LTRU managed to use the _actual_
3066 in the BCP 47 references:

| [ISO3166-1] International Organization for Standardization,
| "ISO 3166-1:1997. Codes for the representation of names of
| countries and their subdivisions -- Part 1: Country codes",
| 1997.

This "1997" is better than "1988" in USEFOR.  The used XML is:

~~~ cut ~~~
<reference anchor="ISO3166-1">
   <front>
   <title>ISO 3166-1:1997. Codes for the representation of names of countries and their subdivisions -- Part 1: Country codes</title>
   <author>
<organization abbrev="ISO">International Organization for Standardization</organization></author>
<date year="1997"/>
</front>
~~~ end ~~~

That should be ready for copy and paste into USEFOR-09.




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 k6S7c09M079440; Fri, 28 Jul 2006 00:38:00 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S7c0vm079439; Fri, 28 Jul 2006 00:38:00 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S7bv4I079419 for <[e-mail]>; Fri, 28 Jul 2006 00:37:59 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3637B2596E3; Fri, 28 Jul 2006 09:36:21 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14162-08; Fri, 28 Jul 2006 09:36:15 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id BCC752596DF; Fri, 28 Jul 2006 09:36:15 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 28 Jul 2006 00:37:50 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Seth Breidbart <[e-mail]>
Cc: [e-mail]
Subject: Re: #1313 Newsgroups and reserved characters
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Seth Breidbart wrote:
>>   <component>s beginning with "+" and "-" are reserved for private use
>>   and MUST NOT be generated by user agents (whether in
>>   header fields or in newgroup control messages [I-D.ietf-usefor-
>>   usepro]) without a private prior agreement to do so.  However, such
>>   names MUST be accepted by news servers.
>>     
>
> So if a user agent incorrectly believes there's a private prior
> agreement, it generates such a component.  The server knows that
> there's no such agreement, but it can't reject on that basis?  That
> doesn't seem right; I'd say that in the absence of such an agreement,
> such names SHOULD NOT be accepted by the news server.
>   
the idea (as I understood others' explanation of previous debates in the 
group, about a year ago) is to be able to create groups with special 
semantics, interpreted by clients, and perhaps acted upon in special 
ways by servers that are part of the experiment, which nevertheless get 
passed along just like ordinary groups by "old" servers - allowing the 
participants in the experiment to get a predictable behaviour from 
newsservers that are not part of the experiment.

Search for #1021 in the archive, June 2005.

I'm not a great fan of the thing myself - the document would be one 
paragraph shorter if we just removed the whole idea and made the ABNF 
say that these chars are not permitted. But I didn't see any reason to 
challenge a consensus of the WG that predated my involvement, and my 
judgment of consensus a year ago was that the WG wanted to retain it.

                             Harald



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 k6S7NXcw073526; Fri, 28 Jul 2006 00:23:33 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S7NXmB073524; Fri, 28 Jul 2006 00:23:33 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S7NRTn073404 for <[e-mail]>; Fri, 28 Jul 2006 00:23:30 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id E72D213A98A for <[e-mail]>; Fri, 28 Jul 2006 03:23:26 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6S7NQu03544; Fri, 28 Jul 2006 03:23:26 -0400 (EDT)
Date: Fri, 28 Jul 2006 03:23:26 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> (message from Harald Alvestrand on Fri, 28 Jul 2006 08:32:54 +0200)
Subject: Re: #1311 Default value for the Archive header
References: <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> wrote:

> After having suffered through excessive reviews of the terms of
> "copyright" in IPR and in other fora, I believe "wish to" is
> correct, because the poster frequently has no legal right to decide
> one way or the other, and the only way to discover whether he has
> the right or not is to drag the case into a court of law.

I don't permit redistribution.

I might not have the legal ability to _prevent_ redistribution, but I
still don't _permit_ it.

That is, I (the poster) am not granting permission for ("permitting")
redistribution.  You might have the legal right, or even obligation,
to redistribute it anyway.

So I think "the poster does not permit redistribution" is better,
though I agree that it doesn't make any actual difference.

Seth



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 k6S7KfrQ071516; Fri, 28 Jul 2006 00:20:41 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S7KfJ2071515; Fri, 28 Jul 2006 00:20:41 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S7KbOZ071482 for <[e-mail]>; Fri, 28 Jul 2006 00:20:38 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 3EA86595BD for <[e-mail]>; Fri, 28 Jul 2006 03:20:37 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6S7Kbd21019; Fri, 28 Jul 2006 03:20:37 -0400 (EDT)
Date: Fri, 28 Jul 2006 03:20:37 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> (message from Harald Alvestrand on Fri, 28 Jul 2006 08:26:02 +0200)
Subject: Re: #1313 Newsgroups and reserved characters
References: <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

>   <component>s beginning with "+" and "-" are reserved for private use
>   and MUST NOT be generated by user agents (whether in
>   header fields or in newgroup control messages [I-D.ietf-usefor-
>   usepro]) without a private prior agreement to do so.  However, such
>   names MUST be accepted by news servers.

So if a user agent incorrectly believes there's a private prior
agreement, it generates such a component.  The server knows that
there's no such agreement, but it can't reject on that basis?  That
doesn't seem right; I'd say that in the absence of such an agreement,
such names SHOULD NOT be accepted by the news server.

Seth



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 k6S6X104053353; Thu, 27 Jul 2006 23:33:01 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S6X1eL053352; Thu, 27 Jul 2006 23:33:01 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S6X04Z053321 for <[e-mail]>; Thu, 27 Jul 2006 23:33:01 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id A85862596DF; Fri, 28 Jul 2006 08:31:24 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12732-08; Fri, 28 Jul 2006 08:31:19 +0200 (CEST)
Received: from [192.168.1.57] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id AA9CD2596CE; Fri, 28 Jul 2006 08:31:19 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 28 Jul 2006 08:32:54 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Frank Ellermann <[e-mail]>
Cc: [e-mail]
Subject: Re: #1311 Default value for the Archive header
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Frank Ellermann wrote:
> Harald Alvestrand wrote:
>
>  [old]
>   
>> the poster does not permit redistribution
>>     
>  [new]
>   
>> the poster does not wish to permit redistribution
>>     
>  [...]
>   
>> Comments?
>>     
>
> I'd like it better without "wish to" for the "no" case.  And as
> noted elsewhere "long term" covers "permanent", you could get
> rid of "or permanent".
After having suffered through excessive reviews of the terms of 
"copyright" in IPR and in other fora, I believe "wish to" is correct, 
because the poster frequently has no legal right to decide one way or 
the other, and the only way to discover whether he has the right or not 
is to drag the case into a court of law.

Examples include the mandatory-by-law storing of newsgroups in national 
history archives, retention of messages in Sarbanes-Oxley mandated 
archives, deletion of messages by company policy under Sarbanes-Oxley, 
fair use, reposting of others' messages, "+1" messages that can be 
deemed to have "no creative content" and so forth.

This is Yet Another Minefield.



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 k6S6Sfe0051706; Thu, 27 Jul 2006 23:28:41 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S6SfUG051705; Thu, 27 Jul 2006 23:28:41 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S6SetY051689 for <[e-mail]>; Thu, 27 Jul 2006 23:28:41 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id EBFD52596BF; Fri, 28 Jul 2006 08:27:04 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12594-09; Fri, 28 Jul 2006 08:26:54 +0200 (CEST)
Received: from [192.168.1.57] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id 5ADA12596CE; Fri, 28 Jul 2006 08:26:54 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 28 Jul 2006 08:28:29 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Frank Ellermann <[e-mail]>
Cc: [e-mail]
Subject: Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Frank Ellermann wrote:
> Harald Alvestrand wrote:
>
>  [distribution]
>   
>> two-letter country names drawn from [ISO.3166.1988].
>>     
>  [...] 
>   
>> Comments?
>>     
>
> The CS disaster was after 1988.  Does that mean we inherit it,
> or is ISO.3166.1988 meant as frozen state of those in practice
> irrelevant distribution codes ?  Or do we decide this later in
> USEPRO ?
ISO 3166.1988 includes procedures for updating, so a reasonable 
interpretation is that it refers to the list of currently valid country 
codes.
If we want to nitpick ourselves to death on this issue (no big news 
here), we can adopt relevant language from LTRU.
Or we can leave it alone.



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 k6S6QACM050702; Thu, 27 Jul 2006 23:26:10 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S6QAIn050701; Thu, 27 Jul 2006 23:26:10 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S6Q86x050692 for <[e-mail]>; Thu, 27 Jul 2006 23:26:09 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0F97B2596DF; Fri, 28 Jul 2006 08:24:33 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12732-04; Fri, 28 Jul 2006 08:24:27 +0200 (CEST)
Received: from [192.168.1.57] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id C88ED2596CE; Fri, 28 Jul 2006 08:24:27 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 28 Jul 2006 08:26:02 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: [e-mail]
Cc: [e-mail]
Subject: Re: #1313 Newsgroups and reserved characters
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:
>
>
> Harald Alvestrand <harald@xxxxxxxxxxxxx>:
>
>> Proposed new text ...
>
>   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
>   NOT contain uppercase letters.  Such components MAY be used  to
>   refer to existing groups that do not conform to this naming scheme,
>   but MUST NOT be used otherwise.
>
> Since the restriction on future creation of groups is only SHOULD NOT,
> you now have a situation where new groups with digit-only or uppercase
> names can be created but MUST NOT be accessable. This needs to be either
> SHOULD NOT or MUST NOT throughout.
No, you have it the wrong way around.
 SHOULD NOT = don't use it if you don't know what you're doing.
The MAY identifies one case where you have to use it - access to 
existing group.
The MUST NOT coves the rest of the cases, including newsgroup creation.
>
>   <component>s beginning with "+" and "-" are reserved for private use
>   and MUST NOT be generated by user agents (whether in
>   header fields or in newgroup control messages [I-D.ietf-usefor-
>   usepro]) without a private prior agreement to do so.  However, such
>   names MUST be accepted by news servers.
>
> How does the user agent know if a "private prior agreement" exists?
Because it's entered into the private prior agreement. How that's done 
is their own business.
> Just
> where would a user agent generate said components in the first place? 
> Is moving a newsgroup name from a Followup-To to the Newsgroups header
> field "generating"? (It would seem to be, since the Followup-To causes
> the existing Newsgroups to be discarded and a new one generated.) Is
> the mere existance of a Followup-To in the parent proof of the "private
> prior agreement" that allows the user agent to generate an otherwise 
> prohibited "component". I don't think so.
Me neither. But that's outside the scope of the standard.

>
>
>



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 k6S6155V041151; Thu, 27 Jul 2006 23:01:05 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S615w1041149; Thu, 27 Jul 2006 23:01:05 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S614nf041142 for <[e-mail]>; Thu, 27 Jul 2006 23:01:05 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 9C19F2596DF; Fri, 28 Jul 2006 07:59:28 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11908-08; Fri, 28 Jul 2006 07:59:23 +0200 (CEST)
Received: from [192.168.1.57] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id A21262596CE; Fri, 28 Jul 2006 07:59:23 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 28 Jul 2006 08:00:58 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Richard Clayton <[e-mail]>
Cc: [e-mail]
Subject: Re: #1313 Resolution of 2.2 - syntax for USENET articles
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Richard Clayton wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> In message <[e-mail]>, Harald Alvestrand
> <[e-mail]> writes
>
>   
>> NEW:
>>
>>  The syntax allowed for news
>>  article headers is a strict subset of the "Internet Message Format" 
>> headers, making
>>  all headers compliant with this specification inherently compliant
>>  with [RFC2822].  Note however that the converse is not guaranteed to
>>  be true in all cases.
>>     
>
> /headers/header fields/
>   
In this particular case, "headers" is correct - we're talking about the 
entire header for all messages.

Of course, the sentence would be true if we said "header fields" too.



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 k6S60tpx041051; Thu, 27 Jul 2006 23:00:55 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S60tZA041050; Thu, 27 Jul 2006 23:00:55 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S60rBs041043 for <[e-mail]>; Thu, 27 Jul 2006 23:00:54 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G6LP3-0001oN-4a for [e-mail]; Fri, 28 Jul 2006 08:00:53 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 08:00:53 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 08:00:53 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1309 Supersedes and Distribution
Date:  Fri, 28 Jul 2006 08:00:04 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 21
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

>>>So what does "superseded" mean?
>> Replace?
> No, Supersedes.

What's wrong with "replace" ?  Serious question, the last time
I checked it news.clara.net ignored "Supersedes" for "security
reasons".  Maybe something with our definition is not yet good
enough.  "Replace" could imply "same groups".

> In the meantime, it is clearly stated that "Supersedes" is
> equivalent to "cancel" followed by a new article. That is
> quite enough to say in USEFOR.

Something is odd if I post an article in group A, and at the 
same time try to cancel an article in group B.  Maybe we can
do something about this situation in USEPRO later.

Bye, Frank




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 k6S5fbZg037299; Thu, 27 Jul 2006 22:41:37 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S5fbmU037298; Thu, 27 Jul 2006 22:41:37 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S5fZFT037284 for <[e-mail]>; Thu, 27 Jul 2006 22:41:36 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G6L6H-0007Ix-Nu for [e-mail]; Fri, 28 Jul 2006 07:41:29 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 07:41:29 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 07:41:29 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1311 Archive
Date:  Fri, 28 Jul 2006 07:39:50 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 29
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

> If the poster wishes to declare that he does not allow such
> permanent copying, then he needs to say so explicitly.

No.  Adding "Archive: No" is not the only way how I can try to
protect my rights.

> It is clearly directed at Google

Again no, I'd know how to avoid archiving by Google, or how to
"purge" individual articles.  The more problematic cases are
obscure "web forums" of commercial sites, where they hijack
Usenet groups as "support forum", and then "forget" to mention
that almost all participants are unpaid volunteers in a public
newsgroup.

If I don't use an "Archive: No" I still want to have all legal
options against such activities.

>>>The draft should simply remain silent on the default.

> If it reamins silent, there is no default, and the Google
> situation is not covered.

The default is something like WIPO, none of our business here.

Bye, Frank




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 k6S58aRA031220; Thu, 27 Jul 2006 22:08:36 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S58a1k031219; Thu, 27 Jul 2006 22:08:36 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S58Z5d031205 for <[e-mail]>; Thu, 27 Jul 2006 22:08:35 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G6KaO-0002by-Mi for [e-mail]; Fri, 28 Jul 2006 07:08:32 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 07:08:32 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 07:08:32 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1315 Definition of "poster"
Date:  Fri, 28 Jul 2006 07:07:38 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 28
Message-ID:  <[e-mail]>
References:  <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

> The poster is analogous to an [RFC2822] author.
 [...]
> Discussion shows that analogy creates debate

That's also the case for mail (last seen in DKIM), and "what
does From: xyz mean" is an important detail.

> I don't see that it contributes anything.

It says that it's (almost) exactly the same mess as in mail.

 [new = truncated] 
> A "poster" is the person or software that composes and
> submits a possibly compliant article to a "user agent".

Does that explain the deserts of "Sender != Poster" ?  We need
it for Followup-To: poster among others, and then we want the
same behaviour as in mail:  Send replies to Reply-To if it's
there, otherwise send replies to one or more From-addresses,
don't use any Sender or Approved address not included in the
Reply-To / From.

IMO the mail analogy is helpful.  

Bye, Frank




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 k6S4e9vM025362; Thu, 27 Jul 2006 21:40:09 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S4e9L0025361; Thu, 27 Jul 2006 21:40:09 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S4e7hC025355 for <[e-mail]>; Thu, 27 Jul 2006 21:40:08 -0700 (MST) (envelope-from [e-mail])
Received: from root by ciao.gmane.org with local (Exim 4.43) id 1G6K8o-0007NB-Ir for [e-mail]; Fri, 28 Jul 2006 06:40:02 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:40:02 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:40:02 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1313 Resolution of 2.2 - syntax for USENET articles
Date:  Fri, 28 Jul 2006 06:39:15 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 12
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Richard Clayton wrote:
 
> /headers/header fields/

In that paragraph the text could talk about complete "headers".

We're not interested in "non Internet Message Format" header 
fields, whatever that might be.  Are you sure that you prefer
"header fields" here ?

Bye, Frank




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 k6S4Z7Sv024438; Thu, 27 Jul 2006 21:35:07 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S4Z7i0024437; Thu, 27 Jul 2006 21:35:07 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S4Z3rT024421 for <[e-mail]>; Thu, 27 Jul 2006 21:35:06 -0700 (MST) (envelope-from [e-mail])
Received: from root by ciao.gmane.org with local (Exim 4.43) id 1G6K3y-0006r6-Ks for [e-mail]; Fri, 28 Jul 2006 06:35:02 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:35:02 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:35:02 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1312 LInes: This may be tricky.... suggested resolution
Date:  Fri, 28 Jul 2006 06:30:45 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 7
Message-ID:  <[e-mail]>
References:  <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

 [count CRLFs to get Lines]
> Comments?

+1




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 k6S4SPgW023133; Thu, 27 Jul 2006 21:28:25 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S4SPRI023132; Thu, 27 Jul 2006 21:28:25 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S4SNId023118 for <[e-mail]>; Thu, 27 Jul 2006 21:28:24 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G6JxW-00060F-Kt for [e-mail]; Fri, 28 Jul 2006 06:28:23 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:28:22 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:28:22 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1311 Default value for the Archive header
Date:  Fri, 28 Jul 2006 06:25:16 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 15
Message-ID:  <[e-mail]>
References:  <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

 [old]
> the poster does not permit redistribution
 [new]
> the poster does not wish to permit redistribution
 [...]
> Comments?

I'd like it better without "wish to" for the "no" case.  And as
noted elsewhere "long term" covers "permanent", you could get
rid of "or permanent".

Bye, Frank




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 k6S4DhxW020325; Thu, 27 Jul 2006 21:13:43 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6S4DhTA020324; Thu, 27 Jul 2006 21:13:43 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6S4Dfgi020310 for <[e-mail]>; Thu, 27 Jul 2006 21:13:42 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G6JjC-0004Eh-DM for [e-mail]; Fri, 28 Jul 2006 06:13:34 +0200
Received: from pd9fbad0f.dip0.t-ipconnect.de ([217.251.173.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:13:34 +0200
Received: from nobody by pd9fbad0f.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 28 Jul 2006 06:13:34 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
Date:  Fri, 28 Jul 2006 06:12:48 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 14
Message-ID:  <[e-mail]>
References:  <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fbad0f.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

 [distribution]
> two-letter country names drawn from [ISO.3166.1988].
 [...] 
> Comments?

The CS disaster was after 1988.  Does that mean we inherit it,
or is ISO.3166.1988 meant as frozen state of those in practice
irrelevant distribution codes ?  Or do we decide this later in
USEPRO ?

Bye, Frank




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 k6RNeFLG064384; Thu, 27 Jul 2006 16:40:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6RNeFfb064383; Thu, 27 Jul 2006 16:40:15 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6RNeB0T064374 for <[e-mail]>; Thu, 27 Jul 2006 16:40:14 -0700 (MST) (envelope-from [e-mail])
Received: from gti.noc.demon.net ([195.11.55.101] helo=happyday.al.cl.cam.ac.uk) by anchor-post-31.mail.demon.net with esmtp (Exim 4.42) id 1G6FSb-0005qE-56; Thu, 27 Jul 2006 23:40:10 +0000
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 16:38:55 -0700
To: Harald Alvestrand <[e-mail]>
Cc: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: #1313 Resolution of 2.2 - syntax for USENET articles
References: <[e-mail]>
In-Reply-To: <[e-mail]>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.03 M <zZ$$+z3$77$$tPKL26Y+dershQ>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In message <[e-mail]>, Harald Alvestrand
<[e-mail]> writes

>NEW:
>
>  The syntax allowed for news
>  article headers is a strict subset of the "Internet Message Format" 
>headers, making
>  all headers compliant with this specification inherently compliant
>  with [RFC2822].  Note however that the converse is not guaranteed to
>  be true in all cases.

/headers/header fields/

>
>Comments?
>

- -- 
richard                                                   Richard Clayton

Those who would give up essential Liberty, to purchase a little temporary 
Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11 Nov 1755

-----BEGIN PGP SIGNATURE-----
Version: PGPsdk version 1.7.1

iQA/AwUBRMlOj5oAxkTY1oPiEQIfcACgnz7t+t+pmSFF3Opb/oQmDXoELmgAoMAd
ETVH7ywaY+bQ9htol8MNb57l
=qkZn
-----END PGP SIGNATURE-----



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 k6RKopVA034822; Thu, 27 Jul 2006 13:50:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6RKopCk034821; Thu, 27 Jul 2006 13:50:51 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k6RKomiL034803 for <[e-mail]>; Thu, 27 Jul 2006 13:50:50 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 46824 invoked from network); 27 Jul 2006 20:50:47 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 27 Jul 2006 20:50:47 -0000
X-pair-Authenticated: 216.108.204.5
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 16:50:49 -0400
From: "Forrest J. Cavalier III" <[e-mail]>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: #1311 Default value for the Archive header
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:

> 
> Harald Alvestrand <harald@xxxxxxxxxxxxx>:
> 
> 
>>Suggested resolution: Replace last paragraph with:
> 
> 
>    The presence of an Archive header field in an article with a field
>    body of "no" indicates that the poster does not wish to permit
>    redistribution from publicly accessible long-term or permanent archives.
> 
> When I use X-No-Archive: yes, the intent is not related to redistribution,
> it is the archiving itself. My desire it to prohibit archiving in
> long-term archives. (Long-term covers "permanent", does it not?)


USEPRO has no mandatory language regarding this field, so
"not wish to permit" is about as meaningless as can be.

Maybe the true wanted meaning is closer to "wishes to not permit."

If you observe Usenet today, by volume, chances are the poster has no copyright 
interest in what they post without permission, so their permission to archive is 
humorous.

This discussion already happened, and ended in controversy, if I recall.  So, 
I'd suggest this....

Descriptive language belongs in USEPRO. For USEFOR, I think the least you can 
say is....

     The Archive header field indicates the poster's preference for long-term
     archiving.

And our grandchildren can nitpick this item again in USEPRO.

Is it April 2005 yet?





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 k6RJ7oXZ013216; Thu, 27 Jul 2006 12:07:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6RJ7n77013215; Thu, 27 Jul 2006 12:07:49 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from shell.peak.org (a.shell.peak.org [69.59.192.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6RJ7lrb013206 for <[e-mail]>; Thu, 27 Jul 2006 12:07:48 -0700 (MST) (envelope-from [e-mail])
Received: from shell.peak.org (shell.peak.org [127.0.0.1]) by shell.peak.org (8.13.1/8.13.1) with ESMTP id k6RJ7lU9023061 for <[e-mail]>; Thu, 27 Jul 2006 12:07:47 -0700
Received: from localhost (stanley@localhost) by shell.peak.org (8.13.1/8.13.1/Submit) with ESMTP id k6RJ7lmS023058 for <[e-mail]>; Thu, 27 Jul 2006 12:07:47 -0700
X-Authentication-Warning: shell.peak.org: stanley owned process doing -bs
Date: Thu, 27 Jul 2006 12:07:47 -0700 (PDT)
From: [e-mail]
To: [e-mail]
Subject: Re: #1311 Default value for the Archive header
Message-ID: <[e-mail]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <harald@xxxxxxxxxxxxx>:

>Suggested resolution: Replace last paragraph with:

   The presence of an Archive header field in an article with a field
   body of "no" indicates that the poster does not wish to permit
   redistribution from publicly accessible long-term or permanent archives.

When I use X-No-Archive: yes, the intent is not related to redistribution,
it is the archiving itself. My desire it to prohibit archiving in
long-term archives. (Long-term covers "permanent", does it not?)



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 k6RJ5DJn012787; Thu, 27 Jul 2006 12:05:13 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6RJ5DOg012786; Thu, 27 Jul 2006 12:05:13 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from shell.peak.org (a.shell.peak.org [69.59.192.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6RJ5995012770 for <[e-mail]>; Thu, 27 Jul 2006 12:05:11 -0700 (MST) (envelope-from [e-mail])
Received: from shell.peak.org (shell.peak.org [127.0.0.1]) by shell.peak.org (8.13.1/8.13.1) with ESMTP id k6RJ58Rd023047 for <[e-mail]>; Thu, 27 Jul 2006 12:05:08 -0700
Received: from localhost (stanley@localhost) by shell.peak.org (8.13.1/8.13.1/Submit) with ESMTP id k6RJ58Om023044 for <[e-mail]>; Thu, 27 Jul 2006 12:05:08 -0700
X-Authentication-Warning: shell.peak.org: stanley owned process doing -bs
Date: Thu, 27 Jul 2006 12:05:08 -0700 (PDT)
From: [e-mail]
To: [e-mail]
Subject: Re: #1313 Newsgroups and reserved characters
Message-ID: <[e-mail]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <harald@xxxxxxxxxxxxx>:

> Proposed new text ...

   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
   NOT contain uppercase letters.  Such components MAY be used  to
   refer to existing groups that do not conform to this naming scheme,
   but MUST NOT be used otherwise.

Since the restriction on future creation of groups is only SHOULD NOT,
you now have a situation where new groups with digit-only or uppercase
names can be created but MUST NOT be accessable. This needs to be either
SHOULD NOT or MUST NOT throughout.

   <component>s beginning with "+" and "-" are reserved for private use
   and MUST NOT be generated by user agents (whether in
   header fields or in newgroup control messages [I-D.ietf-usefor-
   usepro]) without a private prior agreement to do so.  However, such
   names MUST be accepted by news servers.

How does the user agent know if a "private prior agreement" exists? Just
where would a user agent generate said components in the first place? 
Is moving a newsgroup name from a Followup-To to the Newsgroups header
field "generating"? (It would seem to be, since the Followup-To causes
the existing Newsgroups to be discarded and a new one generated.) Is
the mere existance of a Followup-To in the parent proof of the "private
prior agreement" that allows the user agent to generate an otherwise 
prohibited "component". I don't think so.




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 k6RI2uoN000637; Thu, 27 Jul 2006 11:02:56 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6RI2uFJ000636; Thu, 27 Jul 2006 11:02:56 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6RI2rXU000612 for <[e-mail]>; Thu, 27 Jul 2006 11:02:55 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 167474CA40 for <[e-mail]>; Thu, 27 Jul 2006 11:02:53 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id DDE244CA3C for <[e-mail]>; Thu, 27 Jul 2006 11:02:52 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id C7B22E78F0; Thu, 27 Jul 2006 11:02:52 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1336 Expires field semantics
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Thu, 27 Jul 2006 01:50:35 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Thu, 27 Jul 2006 11:02:52 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

>> | 3.2.4. Expires
>> |
>> | The Expires header field specifies a date and time when
>> | the article is deemed to be no longer relevant and could
>> | usefully be removed ("expired").
>> 
>> How about a note that this is used both to reduce and to
>> extend the "regular" expiration period and that the local
>> effects are implementation/configuration-specific?

> Suggested change, indicating that the field is the desire of the poster:

>   The Expires header field specifies a date and time when the poster deems
>   the article to be no longer relevant and could usefully be removed
>   ("expired").

>  The way in which this interacts with local retention policy on servers is
>  a local matter.

> Comments?

I prefer the original, although wouldn't mind the addition of the "poster"
bit.  I think the second sentence could be added to everything in the
standard; I don't think there's much point.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6RF7kL4066286; Thu, 27 Jul 2006 08:07:46 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6RF7jtQ066284; Thu, 27 Jul 2006 08:07:45 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k6RF7f2r066272 for <[e-mail]>; Thu, 27 Jul 2006 08:07:44 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 2051 invoked from network); 27 Jul 2006 15:07:38 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 27 Jul 2006 15:07:38 -0000
X-pair-Authenticated: 216.108.204.5
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 11:07:39 -0400
From: "Forrest J. Cavalier III" <[e-mail]>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Harald Alvestrand <[e-mail]>, [e-mail]
Subject: Re: #1335 Injection-date
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:
> Current text (omitting the comments about MUST, which are in closed 
> issue #1088):
> 
> 3.2.1.  Injection-Date
> 
>    The Injection-Date header field contains the date and time that the
>    article was injected into the network.  Its purpose is to prevent the
>    reinjection into the news stream of "stale" articles which have
>    already expired by the time they arrive at some news server.
> 
>  Ralph Babel said:
> 
>  > If they have already "expired", then "reinjection"
>  > isn't an issue. Quite the contrary: once everybody starts
>  > depending on "Injection-Date" and - ignoring "Date" - uses
>  > it to check against the history cut-off limit, reinjection
>  > of stale articles (after stripping "Injection-Date",
>  > of course) will become a lot _easier_.
>  >
>  > I thought its purpose was to aid in the _propagation_ of
>  > articles that are "injected" a long time _after_ their
>  > "Date" header field has been added locally by the client.
> 
> Suggested rephrase of last sentence:
> 
>    Its purpose is to allow news servers that try to reject "stale" 
> articles to check
>    a date field that was added by a news server at injection time, 
> rather than the
>    Date: field that is added by the user agent at message composition time.
> 
> Works?

Using Injection-date to prevent re-injection as described in USEPRO
depends that all agents work as described and never alter or remove
the header.  This is not robust, and I don't see how it offers significant 
improvement over Date:.

There is language that an "injecting agent" receiving a message with an 
injection-date, SHOULD cause the message to be relayed.

USEPRO is not germane at the momenet, but all the distinctions of "agent"
are meaningless and not helpful.  The way that INN relays messages
is to accept them.  It sends messages from the same storage as they exist
for reading.

So USEPRO in 7.2 says that INN, as the injecting agent, "SHOULD cause [the
message] to be relayed" (note no mention of rejecting stale Injecting dates).

And in 7.2.2. #3 it says an injecting agent MUST reject any article with such a 
field, except when re-injecting. (Which is a meaningless tautology, I suppose.)

Then in 7.3 #2 it says that INN, as relaying agent, MUST examine Injection-Date:
and reject as stale if that predates the local cutoff.

So, USEPRO states "SHOULD cause to be relayed" + "MUST reject" for those
stale injection-dates.

Right.  Who thought this scheme through?


Again....

Chair, we are chartered to conclude ALL OF THIS, USEPRO TOO, by April 2005.

How can we be continuing?



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 k6R93cNt089015; Thu, 27 Jul 2006 02:03:38 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R93cJe089014; Thu, 27 Jul 2006 02:03:38 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R93bYQ089008 for <[e-mail]>; Thu, 27 Jul 2006 02:03:37 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 16A582596E3; Thu, 27 Jul 2006 11:02:02 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10384-04; Thu, 27 Jul 2006 11:01:57 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4F8112596E2; Thu, 27 Jul 2006 11:01:57 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 02:03:31 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Harald Alvestrand <[e-mail]>
Cc: Charles Lindsey <[e-mail]>, [e-mail]
Subject: Re: Admin: Resolution of WG Last Call comments
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:
> When looking back over the tally, I identified 3 groups:
>
> - The document should be sent to the IESG
> - The effort should be abandoned; if not abandoned, we should put the 
> document on hold
> - The document should be put on hold.
>
> The last group consisted of you.
correction: you and one other.



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 k6R8wdZa088270; Thu, 27 Jul 2006 01:58:39 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R8wdPx088269; Thu, 27 Jul 2006 01:58:39 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R8wbAi088261 for <[e-mail]>; Thu, 27 Jul 2006 01:58:38 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id C58A62596E3; Thu, 27 Jul 2006 10:57:02 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10266-07; Thu, 27 Jul 2006 10:56:57 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id CCFE92596E2; Thu, 27 Jul 2006 10:56:57 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 01:58:32 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Charles Lindsey <[e-mail]>
Cc: [e-mail]
Subject: Re: Admin: Resolution of WG Last Call comments
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:
> In <[e-mail]> Harald Alvestrand <[e-mail]> writes:
>
>   
>> Based on the results from the Last Call, I'm removing the option of 
>> putting the document on hold while waiting for USEPRO to complete.
>>     
>
> The 'votes' on that issue were rather evenly balanced. There was hardly
> consensus on the matter of whether to put it on hold, whereas I believe
> we could achieve a consensus that the document was as complete as we could
> make it at the present time.
>   
When looking back over the tally, I identified 3 groups:

- The document should be sent to the IESG
- The effort should be abandoned; if not abandoned, we should put the 
document on hold
- The document should be put on hold.

The last group consisted of you.
> In the meantime, since there are no technical issues outstanding on
> USEFOR, is it in order to proceed with constructive discussion of USEPRO?
> If so, some comments on my suggested texts for handling Paths, which I
> published some weeks back, would be a good start.
>
>   
Let's get this one out of the way.



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 k6R8toNK087701; Thu, 27 Jul 2006 01:55:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R8toml087700; Thu, 27 Jul 2006 01:55:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R8tnps087693 for <[e-mail]>; Thu, 27 Jul 2006 01:55:50 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4E7812596E3 for <[e-mail]>; Thu, 27 Jul 2006 10:54:14 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10384-01 for <[e-mail]>; Thu, 27 Jul 2006 10:54:09 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id ADD5C2596E2 for <[e-mail]>; Thu, 27 Jul 2006 10:54:09 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 01:55:44 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: End of tickets
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

I think I have sent out a suggestion for resolution on all the tickets 
that remain open after the Last Call.

If we can resolve these quickly, we can get to the second WG Last Call 
and (perhaps) get this document done.

                   Harald



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 k6R8rYS8087163; Thu, 27 Jul 2006 01:53:34 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R8rYh9087162; Thu, 27 Jul 2006 01:53:34 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R8rXxK087149 for <[e-mail]>; Thu, 27 Jul 2006 01:53:33 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 239822596E3 for <[e-mail]>; Thu, 27 Jul 2006 10:51:58 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09952-08 for <[e-mail]>; Thu, 27 Jul 2006 10:51:53 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 72BE82596E2 for <[e-mail]>; Thu, 27 Jul 2006 10:51:53 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 01:53:27 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1156 Header field registrations
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

The Author/Change controller field needs to be filled out.

This is an IETF standard.

I think the only sensible field for Author/Change controller is "IETF" - 
that doesn't mean that the IETF defined it first, it means that the IETF 
is asserting change control of the registration in the IANA registry.

Apart from that, I think the last round of comments are more-or-less 
editorial, and can be handled by the editor.

OK?



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 k6R8ofH3086692; Thu, 27 Jul 2006 01:50:41 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R8ofH3086691; Thu, 27 Jul 2006 01:50:41 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R8oeTp086684 for <[e-mail]>; Thu, 27 Jul 2006 01:50:41 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id D84292596E3 for <[e-mail]>; Thu, 27 Jul 2006 10:49:05 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09790-10 for <[e-mail]>; Thu, 27 Jul 2006 10:49:01 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 390DE2596E2 for <[e-mail]>; Thu, 27 Jul 2006 10:49:01 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 01:50:35 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1336 Expires field semantics
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

 > | 3.2.4. Expires
 > |
 > | The Expires header field specifies a date and time when
 > | the article is deemed to be no longer relevant and could
 > | usefully be removed ("expired").
 >
 > How about a note that this is used both to reduce and to
 > extend the "regular" expiration period and that the local
 > effects are implementation/configuration-specific?

Suggested change, indicating that the field is the desire of the poster:

   The Expires header field specifies a date and time when the poster deems
   the article to be no longer relevant and could usefully be removed
   ("expired").

  The way in which this interacts with local retention policy on servers is
  a local matter.

Comments?



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 k6R8jRAO085770; Thu, 27 Jul 2006 01:45:27 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R8jRd4085768; Thu, 27 Jul 2006 01:45:27 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R8jQ7S085762 for <[e-mail]>; Thu, 27 Jul 2006 01:45:27 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 8CBCA2596E3 for <[e-mail]>; Thu, 27 Jul 2006 10:43:51 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09952-03 for <[e-mail]>; Thu, 27 Jul 2006 10:43:46 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 808802596E2 for <[e-mail]>; Thu, 27 Jul 2006 10:43:46 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 01:45:20 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1335 Injection-date
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Current text (omitting the comments about MUST, which are in closed 
issue #1088):

3.2.1.  Injection-Date

   The Injection-Date header field contains the date and time that the
   article was injected into the network.  Its purpose is to prevent the
   reinjection into the news stream of "stale" articles which have
   already expired by the time they arrive at some news server.

 Ralph Babel said:

 > If they have already "expired", then "reinjection"
 > isn't an issue. Quite the contrary: once everybody starts
 > depending on "Injection-Date" and - ignoring "Date" - uses
 > it to check against the history cut-off limit, reinjection
 > of stale articles (after stripping "Injection-Date",
 > of course) will become a lot _easier_.
 >
 > I thought its purpose was to aid in the _propagation_ of
 > articles that are "injected" a long time _after_ their
 > "Date" header field has been added locally by the client.

Suggested rephrase of last sentence:

   Its purpose is to allow news servers that try to reject "stale" 
articles to check
   a date field that was added by a news server at injection time, 
rather than the
   Date: field that is added by the user agent at message composition time.

Works?

                       Harald




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 k6R89FQI078810; Thu, 27 Jul 2006 01:09:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R89Fuj078809; Thu, 27 Jul 2006 01:09:15 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R89EBp078798 for <[e-mail]>; Thu, 27 Jul 2006 01:09:14 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 5C99A2596E4 for <[e-mail]>; Thu, 27 Jul 2006 10:07:39 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09329-01 for <[e-mail]>; Thu, 27 Jul 2006 10:07:34 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6217D2596E2 for <[e-mail]>; Thu, 27 Jul 2006 10:07:34 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 01:09:08 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1334 Path and case sensitivity
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Ralph Babel claims that path-preloading needs to be mentioned in section 5.
This may refer to security considerations; I think, however, that this 
is more likely to belong in USEPRo.

Or "send text".

WRT case sensitivity: Ralph Babel says:


 > If the path or components of it are to be treated as
 > case-insensitive, this needs to be mentioned outside
 > of a "note". Traditionally, the path and UUCP names
 > were case-sensitive; domain names are case-insensitive.
 > So we need to make clear what the status of each of the
 > individual components is.

Existing text:

   NOTE: Although case-insensitive, it is intended that the <path-
  keyword>s should be in upper case, to distinguish them from the
   <path-identity>s which are traditionally in lower case.

This refers to the idea that the path-diagnostics

  !.MISMATCH.1.2.3.4!
  !.Mismatch.1.2.3..4!
  !.mismatch.1.2.3.4!

should all be interpreted the same; when the keywords were given as ABNF 
constants (like "MISMATCH") in the ABNF grammar, this was implicit in 
the ABNF rules, and I think we've had discussions on this before without 
changing them.

Nothing here speaks to the case-sensitivity of other path components.

I suggest "no change". Comments?

                           Harald







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 k6R7xUxW076616; Thu, 27 Jul 2006 00:59:30 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R7xUKM076615; Thu, 27 Jul 2006 00:59:30 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R7xTR7076608 for <[e-mail]>; Thu, 27 Jul 2006 00:59:30 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id AB3A62596E2; Thu, 27 Jul 2006 09:57:54 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08860-09; Thu, 27 Jul 2006 09:57:49 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 9B5242596C0; Thu, 27 Jul 2006 09:57:49 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 00:59:23 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Harald Alvestrand <[e-mail]>
Cc: [e-mail]
Subject: #1314 not #1313 Newsgroups and reserved characters
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Mistyped the ticket number, sorry.

Harald Alvestrand wrote:
>
> Existing text:
>
>   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
>   NOT contain uppercase letters.  Such components MAY be used only to
>   refer to existing groups that do not conform to this naming scheme.
>
>      NOTE: All-digit components conflict with one widely used storage
>      scheme for articles.  Mixed case groups cause confusion between
>      systems with case sensitive matching and systems with case
>      insensitive matching of <newsgroup-name>s.
>
>   <component>s beginning with underline ("_") are reserved for use by
>   future versions of this standard and MUST NOT be generated by user
>   agents (whether in Newsgroups header fields or in newgroup control
>   messages [I-D.ietf-usefor-usepro]).  However, such names MUST be
>   accepted by news servers.
>
>   <component>s beginning with "+" and "-" are reserved for private use
>   and MUST NOT be generated by user agents (whether in Newsgroups
>   header fields or in newgroup control messages [I-D.ietf-usefor-
>   usepro]) without a private prior agreement to do so.  However, such
>   names MUST be accepted by news servers.
>
> Proposed new text - clarifying that "may only" means MAY + MUST NOT,
> and making it clear that restriction applies to all header fields, not 
> just Newsgroups:
>
>   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
>   NOT contain uppercase letters.  Such components MAY be used  to
>   refer to existing groups that do not conform to this naming scheme,
>   but MUST NOT be used otherwise.
>
>      NOTE: All-digit components conflict with one widely used storage
>      scheme for articles.  Mixed case groups cause confusion between
>      systems with case sensitive matching and systems with case
>      insensitive matching of <newsgroup-name>s.
>
>   <component>s beginning with underline ("_") are reserved for use by
>   future versions of this standard and MUST NOT be generated by user
>   agents (whether in header fields or in newgroup control
>   messages [I-D.ietf-usefor-usepro]).  However, such names MUST be
>   accepted by news servers.
>
>   <component>s beginning with "+" and "-" are reserved for private use
>   and MUST NOT be generated by user agents (whether in
>   header fields or in newgroup control messages [I-D.ietf-usefor-
>   usepro]) without a private prior agreement to do so.  However, such
>   names MUST be accepted by news servers.
>
> WRT whether user agents should accept or not:
> I think user agents are free to accept or reject these components at 
> will; the standard
> shouldn't have a need to say anything about that. So being silent is 
> good.
>
> Comments?
>
>
>
>



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 k6R7wrAD076463; Thu, 27 Jul 2006 00:58:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R7wrQi076462; Thu, 27 Jul 2006 00:58:53 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R7wqYa076450 for <[e-mail]>; Thu, 27 Jul 2006 00:58:52 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0DD152596BA for <[e-mail]>; Thu, 27 Jul 2006 09:57:17 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08860-08 for <[e-mail]>; Thu, 27 Jul 2006 09:57:10 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 8A64D258084 for <[e-mail]>; Thu, 27 Jul 2006 09:57:10 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 00:58:44 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1315 Definition of "poster"
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Existing text in 1.5:

   A "poster" is the person or software that composes and submits a
   possibly compliant article to a "user agent".  The poster is
   analogous to an [RFC2822] author.

Discussion shows that analogy creates debate, and I don't see that it 
contributes anything.
Suggested resolution:

   A "poster" is the person or software that composes and submits a
   possibly compliant article to a "user agent".

Comments?



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 k6R7sv27075424; Thu, 27 Jul 2006 00:54:57 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R7sv7h075423; Thu, 27 Jul 2006 00:54:57 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R7suJq075414 for <[e-mail]>; Thu, 27 Jul 2006 00:54:56 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1A1452596E4 for <[e-mail]>; Thu, 27 Jul 2006 09:53:21 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08634-09 for <[e-mail]>; Thu, 27 Jul 2006 09:53:14 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1DCA42596E2 for <[e-mail]>; Thu, 27 Jul 2006 09:53:14 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 00:54:48 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1313 Newsgroups and reserved characters
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Existing text:

   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
   NOT contain uppercase letters.  Such components MAY be used only to
   refer to existing groups that do not conform to this naming scheme.

      NOTE: All-digit components conflict with one widely used storage
      scheme for articles.  Mixed case groups cause confusion between
      systems with case sensitive matching and systems with case
      insensitive matching of <newsgroup-name>s.

   <component>s beginning with underline ("_") are reserved for use by
   future versions of this standard and MUST NOT be generated by user
   agents (whether in Newsgroups header fields or in newgroup control
   messages [I-D.ietf-usefor-usepro]).  However, such names MUST be
   accepted by news servers.

   <component>s beginning with "+" and "-" are reserved for private use
   and MUST NOT be generated by user agents (whether in Newsgroups
   header fields or in newgroup control messages [I-D.ietf-usefor-
   usepro]) without a private prior agreement to do so.  However, such
   names MUST be accepted by news servers.

Proposed new text - clarifying that "may only" means MAY + MUST NOT,
and making it clear that restriction applies to all header fields, not 
just Newsgroups:

   A newsgroup component SHOULD NOT consist of digits only, and SHOULD
   NOT contain uppercase letters.  Such components MAY be used  to
   refer to existing groups that do not conform to this naming scheme,
   but MUST NOT be used otherwise.

      NOTE: All-digit components conflict with one widely used storage
      scheme for articles.  Mixed case groups cause confusion between
      systems with case sensitive matching and systems with case
      insensitive matching of <newsgroup-name>s.

   <component>s beginning with underline ("_") are reserved for use by
   future versions of this standard and MUST NOT be generated by user
   agents (whether in header fields or in newgroup control
   messages [I-D.ietf-usefor-usepro]).  However, such names MUST be
   accepted by news servers.

   <component>s beginning with "+" and "-" are reserved for private use
   and MUST NOT be generated by user agents (whether in
   header fields or in newgroup control messages [I-D.ietf-usefor-
   usepro]) without a private prior agreement to do so.  However, such
   names MUST be accepted by news servers.

WRT whether user agents should accept or not:
I think user agents are free to accept or reject these components at 
will; the standard
shouldn't have a need to say anything about that. So being silent is good.

Comments?





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 k6R7iXk8073501; Thu, 27 Jul 2006 00:44:33 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R7iXYL073500; Thu, 27 Jul 2006 00:44:33 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R7iWom073493 for <[e-mail]>; Thu, 27 Jul 2006 00:44:33 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1167F2596E3 for <[e-mail]>; Thu, 27 Jul 2006 09:42:57 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08422-07 for <[e-mail]>; Thu, 27 Jul 2006 09:42:52 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 2E87C2596E2 for <[e-mail]>; Thu, 27 Jul 2006 09:42:52 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 00:44:26 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1313 Resolution of 2.2 - syntax for USENET articles
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Ralph Babel thinks that we need to make note of MIME in this section.

MIME is described in the next section (2.3), which deals explicitly with 
MIME conformance.
I suggest that rather than mixing MIME into 2.2, we modify section 2.2 
so that it ONLY deals with headers.

I suggest the following change to section 2.2:

OLD:

   The syntax allowed for news
   articles is a strict subset of the "Internet Message Format", making
   all messages compliant with this specification inherently compliant
   with [RFC2822].  Note however that the converse is not guaranteed to
   be true in all cases.

NEW:

   The syntax allowed for news
   article headers is a strict subset of the "Internet Message Format" 
headers, making
   all headers compliant with this specification inherently compliant
   with [RFC2822].  Note however that the converse is not guaranteed to
   be true in all cases.

Comments?



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 k6R6AIac052724; Wed, 26 Jul 2006 23:10:18 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R6AIDK052723; Wed, 26 Jul 2006 23:10:18 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R6AGIO052708 for <[e-mail]>; Wed, 26 Jul 2006 23:10:17 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 716FD13A792 for <[e-mail]>; Thu, 27 Jul 2006 02:10:16 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6R6AGs12001; Thu, 27 Jul 2006 02:10:16 -0400 (EDT)
Date: Thu, 27 Jul 2006 02:10:16 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> (message from Harald Alvestrand on Thu, 27 Jul 2006 07:51:32 +0200)
Subject: Re: #1299 Suggested resolution
References: <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> wrote:

> I'd use "created by" rather than "emanates from", but that's because
> I rarely use the word "emanate", and suspect others might find it
> strange too.

That's fine; I just want the distinction to be "It didn't exist until
the agent outputted it."

Seth



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 k6R5qXhj049183; Wed, 26 Jul 2006 22:52:33 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R5qXkj049182; Wed, 26 Jul 2006 22:52:33 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R5qR7F049159 for <[e-mail]>; Wed, 26 Jul 2006 22:52:32 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 7CC042596E3; Thu, 27 Jul 2006 07:50:52 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05755-06; Thu, 27 Jul 2006 07:50:03 +0200 (CEST)
Received: from [192.168.1.54] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id C28A92596C8; Thu, 27 Jul 2006 07:50:03 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 27 Jul 2006 07:51:32 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Mozilla Thunderbird 1.0.6-7.6.20060mdk (X11/20050322)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Seth Breidbart <[e-mail]>
Cc: [e-mail]
Subject: Re: #1299 Suggested resolution
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Seth Breidbart wrote:

>>Generate: An agent is said to "generate" a construct if it did not
>>exist before the agent generated it.
>>    
>>
>                         ^^^^^^^^^
>That doesn't sound right.
>
>Generate: An agent is said to "generate" a construct if it was not
>provided to the agent as input, but emanates from the agent.
>
>  
>
I'd use "created by" rather than "emanates from", but that's because I 
rarely use the word "emanate", and suspect others might find it strange too.

But of course defining "generate" in terms of "generate" is a no-no....




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 k6R1GVUo093118; Wed, 26 Jul 2006 18:16:31 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6R1GV9Z093117; Wed, 26 Jul 2006 18:16:31 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6R1GRXP093090 for <[e-mail]>; Wed, 26 Jul 2006 18:16:30 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 4F45413A771 for <[e-mail]>; Wed, 26 Jul 2006 21:16:26 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6R1GQk28302; Wed, 26 Jul 2006 21:16:26 -0400 (EDT)
Date: Wed, 26 Jul 2006 21:16:26 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> (message from Harald Alvestrand on Wed, 26 Jul 2006 13:37:47 -0700)
Subject: Re: #1299 Suggested resolution
References:  <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

> Generate: An agent is said to "generate" a construct if it did not
> exist before the agent generated it.
                         ^^^^^^^^^
That doesn't sound right.

Generate: An agent is said to "generate" a construct if it was not
provided to the agent as input, but emanates from the agent.

Seth



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 k6QLTgwj049012; Wed, 26 Jul 2006 14:29:43 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QLTgXR049011; Wed, 26 Jul 2006 14:29:42 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QLTg1O049005 for <[e-mail]>; Wed, 26 Jul 2006 14:29:42 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 355764C2D4 for <[e-mail]>; Wed, 26 Jul 2006 14:29:42 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id 1B9A44BF19 for <[e-mail]>; Wed, 26 Jul 2006 14:29:42 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 11E97E7915; Wed, 26 Jul 2006 14:29:42 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1312 LInes: This may be tricky.... suggested resolution
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Wed, 26 Jul 2006 14:18:41 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Wed, 26 Jul 2006 14:29:42 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

> Suggested resolution:

> Replace the last paragraph with:

>   The line count is the number of CRLF separators in the body.

> The whole field is obsolete anyway, so we shouldn't waste that many
> bytes on it.

Yup, sounds fine to me.  The language there currently stresses how the
field is formed, but in practice the field is formed a variety of
different ways (some of which are completely wrong) and one can't trust
that any particular algorithm is used.  Given that, I'd rather just say
the simplest possible thing about what the field is supposed to have and
let its deprecation stand as a comment on the weirdness of how it's
derived.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6QLKrvj047418; Wed, 26 Jul 2006 14:20:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QLKrDO047417; Wed, 26 Jul 2006 14:20:53 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QLKqVM047410 for <[e-mail]>; Wed, 26 Jul 2006 14:20:52 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 9566F2596EC; Wed, 26 Jul 2006 23:19:17 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21588-08; Wed, 26 Jul 2006 23:19:12 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 33FD62596EA; Wed, 26 Jul 2006 23:19:12 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 14:20:46 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Russ Allbery <[e-mail]>
Cc: [e-mail]
Subject: Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Russ Allbery wrote:
> In general, I agree with deferring this for USEPRO; I think that's what
> happens as a result of our split.  However, the one part that does still
> bother me is the "predefined" part on this.
>
> I think what we're really trying to say is:
>
>     The <dist-name>s "world" and "local" are reserved.  "world" indicates
>     unlimited distribution and SHOULD NOT be used explicitly, since it is
>     the default when the Distribution header field is absent entirely.
>     "local" is reserved for indicating distribution only to the local
>     site, as defined by local software configuration.
>
> That gets into the definition of "local" to some degree, but it's just one
> sentence and stating that (fairly general) sentence seems better to me
> than replacing it with a reference to USEPRO.
>
> The above wording avoids introducing the term "predefined."
>
>   
I like that.

                 Harald



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 k6QLJ69P047046; Wed, 26 Jul 2006 14:19:06 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QLJ6X4047045; Wed, 26 Jul 2006 14:19:06 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QLJ0UW047027 for <[e-mail]>; Wed, 26 Jul 2006 14:19:05 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D9A4E4C973 for <[e-mail]>; Wed, 26 Jul 2006 14:18:59 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id C05BD4C8BA for <[e-mail]>; Wed, 26 Jul 2006 14:18:59 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id BAD53E78F0; Wed, 26 Jul 2006 14:18:59 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1311 Default value for the Archive header
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Wed, 26 Jul 2006 14:03:19 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Wed, 26 Jul 2006 14:18:59 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

> Suggested resolution: Replace last paragraph with:

>   The presence of an Archive header field in an article with a field
>   body of "no" indicates that the poster does not wish to permit
>   redistribution from publicly accessible long-term or permanent
>   archives.  A field body of "yes" indicates that the poster wishes to
>   permit such redistribution.  No parameters have been defined so far;
>   if present, they can be ignored.

Looks good to me.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6QLImi9046990; Wed, 26 Jul 2006 14:18:48 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QLImHj046989; Wed, 26 Jul 2006 14:18:48 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QLIlHW046976 for <[e-mail]>; Wed, 26 Jul 2006 14:18:48 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 8EDD92596EC for <[e-mail]>; Wed, 26 Jul 2006 23:17:12 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21588-06 for <[e-mail]>; Wed, 26 Jul 2006 23:17:07 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 501E62596EA for <[e-mail]>; Wed, 26 Jul 2006 23:17:07 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 14:18:41 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1312 LInes: This may be tricky.... suggested resolution
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Ralph Babel wrote:
 >| 3.3.1. Lines
 >|
 >| The Lines header field indicates the number
 >| of lines in the body of the article.
 >|
 >| lines = "Lines:" SP *WSP 1*DIGIT *WSP CRLF
 >|
 >| The line count includes all body lines, including the
 >| signature if any, including empty lines (if any) at the
 >| beginning or end of the body, and including the whole of
 >| all MIME message and multipart parts contained in the body
 >| (the single empty separator line between the header fields
 >| and the body is not part of the body). The "body" here is
 >| the body as found in the posted article as transmitted by
 >| the user agent.
 >
 >Again, so many words ...
 >
 >For short: "the number of CRLF-separated
 ><*998text> productions in the <body>".

Unfortunately I don't think the two are equivalent - and my guess would 
be that Ralph's version is more likely to be true than the long 
versionm, but if you check out 2822 section 3.5, you'll find that the body

  One line of text<CRLF>

actually has two productions of *998text in it (the last being empty). 
But I think it has one line.

Suggested resolution:

Replace the last paragraph with:

   The line count is the number of CRLF separators in the body.

The whole field is obsolete anyway, so we shouldn't waste that many 
bytes on it.

Comments?

                    Harald





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 k6QL81ac044599; Wed, 26 Jul 2006 14:08:01 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QL81ZX044598; Wed, 26 Jul 2006 14:08:01 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QL81Ev044592 for <[e-mail]>; Wed, 26 Jul 2006 14:08:01 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 01E764C379 for <[e-mail]>; Wed, 26 Jul 2006 14:08:01 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id DB7264C43D for <[e-mail]>; Wed, 26 Jul 2006 14:08:00 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id D4203E78F0; Wed, 26 Jul 2006 14:08:00 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Wed, 26 Jul 2006 13:47:51 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Wed, 26 Jul 2006 14:08:00 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

> The current text of this section is:

> 3.2.7.  Distribution

>   The Distribution header field specifies geographic or organizational
>   limits on an article's propagation.

>   distribution    =  "Distribution:" SP dist-list CRLF

>   dist-list       =  *WSP dist-name
>                      *( [FWS] "," [FWS] dist-name ) *WSP

>   dist-name       =  ALPHA / DIGIT
>                      *( ALPHA / DIGIT / "+" / "-" / "_" )

>   The <dist-name>s "world" and "local" are predefined.  However,
>   "world" SHOULD NOT be used explicitly, since it is the default when
>   the Distribution header field is absent entirely.

In general, I agree with deferring this for USEPRO; I think that's what
happens as a result of our split.  However, the one part that does still
bother me is the "predefined" part on this.

I think what we're really trying to say is:

    The <dist-name>s "world" and "local" are reserved.  "world" indicates
    unlimited distribution and SHOULD NOT be used explicitly, since it is
    the default when the Distribution header field is absent entirely.
    "local" is reserved for indicating distribution only to the local
    site, as defined by local software configuration.

That gets into the definition of "local" to some degree, but it's just one
sentence and stating that (fairly general) sentence seems better to me
than replacing it with a reference to USEPRO.

The above wording avoids introducing the term "predefined."

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6QL3RLf043596; Wed, 26 Jul 2006 14:03:27 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QL3RSQ043595; Wed, 26 Jul 2006 14:03:27 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QL3QQ7043588 for <[e-mail]>; Wed, 26 Jul 2006 14:03:27 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id EB1392596EC for <[e-mail]>; Wed, 26 Jul 2006 23:01:51 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21085-06 for <[e-mail]>; Wed, 26 Jul 2006 23:01:45 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 75EA92596EA for <[e-mail]>; Wed, 26 Jul 2006 23:01:45 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 14:03:19 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1311 Default value for the Archive header
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Current section text:

3.2.12.  Archive

   The Archive header field provides an indication of the poster's
   intent regarding preservation of the article in publicly accessible
   long-term or permanent storage.

   archive         =  "Archive:" SP [CFWS] ("no" / "yes")
                      *( [CFWS] ";" [CFWS] archive-param ) [CFWS] CRLF

   archive-param   =  parameter

   The presence of an Archive header field in an article with a field
   body of "no" indicates that the poster does not permit redistribution
   from publicly accessible long-term or permanent archives.  The
   absence of this header field, or the presence of this header field
   with a field body of "yes", indicates that the poster is willing for
   such redistribution to take place.  Further extensions to this
   standard may provide parameters for administration of the archiving
   process.

Suggested resolution: Replace last paragraph with:

   The presence of an Archive header field in an article with a field
   body of "no" indicates that the poster does not wish to permit 
redistribution
   from publicly accessible long-term or permanent archives.
   A field body of "yes" indicates that the poster wishes to permit such
   redistribution.

  No parameters have been defined so far; if present, they can be ignored.

(note - ignoring unknown parameters is probably a requirement if 
parameters are
ever going to be deployed on this. So it makes sense to say how to treat 
them here.)

Comments?



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 k6QL1dNw043336; Wed, 26 Jul 2006 14:01:39 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QL1dBC043335; Wed, 26 Jul 2006 14:01:39 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QL1cUP043319 for <[e-mail]>; Wed, 26 Jul 2006 14:01:38 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 508194C303 for <[e-mail]>; Wed, 26 Jul 2006 14:01:38 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id 2D20C4BE73 for <[e-mail]>; Wed, 26 Jul 2006 14:01:38 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 27196E78F0; Wed, 26 Jul 2006 14:01:38 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1310 Resolution "Approved" header field description
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Wed, 26 Jul 2006 13:50:18 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Wed, 26 Jul 2006 14:01:38 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

> Current text of section:

> 3.2.9.  Approved

>   The Approved header field indicates the mailing addresses (and
>   possibly the full names) of the persons or entities approving the
>   article for posting.  Its principal uses are in moderated articles
>   and in group control messages [I-D.ietf-usefor-usepro].

>   approved        =  "Approved:" SP mailbox-list CRLF

>   Each mailbox contained in the Approved header field MUST be that of
>   one of the person(s) or entity(ies) in question, and one of those
>   mailboxes MUST be that of the actual sender of the article.  Note
>   that this standard does not provide any means to enforce or verify
>   this requirement, but future extensions or standards may provide such
>   a facility (e.g. digitial signatures).

> Suggested resolution:

> Delete the paragraph starting "Each mailbox...."

Agreed.

We're going to get real security here, if we ever do manage to deploy
something other than PGPMoose, by adding a digital signature.  At the
point that such a thing exists, the Approved header will be irrelevant for
sites that can verify the digital signature and we can deal with
verification of identity as part of developing that signature protocol.
In the meantime, changes to Approved that still don't add real security
aren't a step in the right direction; the right direction will involve
doing something completely different.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6QKwLOl042488; Wed, 26 Jul 2006 13:58:21 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QKwLYt042487; Wed, 26 Jul 2006 13:58:21 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QKwB8N042457 for <[e-mail]>; Wed, 26 Jul 2006 13:58:20 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 2F6474C188 for <[e-mail]>; Wed, 26 Jul 2006 13:58:11 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id 14D674C0B6 for <[e-mail]>; Wed, 26 Jul 2006 13:58:11 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 0CED5E78F0; Wed, 26 Jul 2006 13:58:11 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1299 Suggested resolution
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Wed, 26 Jul 2006 13:37:47 -0700")
Organization: The Eyrie
References: <[e-mail]>
Date: Wed, 26 Jul 2006 13:58:11 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:

> I believe that it's not unreasonable to close #1299 (Richard Clayton's
> comments) with the following substantial change:

> Add to 1.5:

> Generate: An agent is said to "generate" a construct if it did not exist
> before the agent generated it. Examples are when an user agent generates a
> message from text and addressing information supplied by an user, or when
> a news server generates an "Injection-Info" header for a newly posted
> message.

> Accept: An agent is said to "accept" a construct if some other entity
> generates it and passes it to the agent in question.

> The editorial issues have already been taken care of; the generic comment
> that "it is a mess" is not something that I think we can address within a
> reasonable amount of time at this stage.

> Good enough?

Looks good to me.  And I think this is a very useful clarification.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6QKoOKF040925; Wed, 26 Jul 2006 13:50:24 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QKoOLQ040924; Wed, 26 Jul 2006 13:50:24 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QKoN1C040918 for <[e-mail]>; Wed, 26 Jul 2006 13:50:24 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 436FC2596EC for <[e-mail]>; Wed, 26 Jul 2006 22:48:49 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20930-08 for <[e-mail]>; Wed, 26 Jul 2006 22:48:44 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 34F222596EA for <[e-mail]>; Wed, 26 Jul 2006 22:48:44 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 13:50:18 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1310 Resolution "Approved" header field description
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Current text of section:

3.2.9.  Approved

   The Approved header field indicates the mailing addresses (and
   possibly the full names) of the persons or entities approving the
   article for posting.  Its principal uses are in moderated articles
   and in group control messages [I-D.ietf-usefor-usepro].

   approved        =  "Approved:" SP mailbox-list CRLF

   Each mailbox contained in the Approved header field MUST be that of
   one of the person(s) or entity(ies) in question, and one of those
   mailboxes MUST be that of the actual sender of the article.  Note
   that this standard does not provide any means to enforce or verify
   this requirement, but future extensions or standards may provide such
   a facility (e.g. digitial signatures).

Suggested resolution:

Delete the paragraph starting "Each mailbox...."



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 k6QKlwm6040486; Wed, 26 Jul 2006 13:47:58 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QKlwlP040485; Wed, 26 Jul 2006 13:47:58 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QKlvmH040478 for <[e-mail]>; Wed, 26 Jul 2006 13:47:58 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0C23F2596EC for <[e-mail]>; Wed, 26 Jul 2006 22:46:23 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20930-01 for <[e-mail]>; Wed, 26 Jul 2006 22:46:17 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 9B4822596EA for <[e-mail]>; Wed, 26 Jul 2006 22:46:17 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 13:47:51 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1309 resolution "no change" suggested - USEFOR 3.2.7 - Distribution header field needs more description
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

The current text of this section is:


3.2.7.  Distribution

   The Distribution header field specifies geographic or organizational
   limits on an article's propagation.

   distribution    =  "Distribution:" SP dist-list CRLF

   dist-list       =  *WSP dist-name
                      *( [FWS] "," [FWS] dist-name ) *WSP

   dist-name       =  ALPHA / DIGIT
                      *( ALPHA / DIGIT / "+" / "-" / "_" )

   The <dist-name>s "world" and "local" are predefined.  However,
   "world" SHOULD NOT be used explicitly, since it is the default when
   the Distribution header field is absent entirely.

   "All" MUST NOT be used as a <dist-name>. <dist-name>s SHOULD contain
   at least three characters, except when they are two-letter country
   names drawn from [ISO.3166.1988]. <dist-name>s are case-insensitive
   (i.e.  "US", "Us", "uS", and "us" all specify the same distribution).

   [FWS] in the <dist-list> SHOULD NOT be generated, but MUST be
   accepted.

Ralph's comment was

3.2.7.  Distribution
|
| The Distribution header field specifies geographic or
| organizational limits on an article's propagation.

Doesn't say a whole lot about how it actually _works_.
A few words to the effect that a site may consider itself
(or others) to be a member of one or more <dist-name>s?

| The <dist-name>s "world" and "local" are predefined.

Where? In which way?

| "All" MUST NOT be used as a <dist-name>.

So it's sort of predefined as well, isn't it?

I suggest to resolve this by "no change" - the details belong in USEPRO, 
they're not part of the article format. We could add Yet Another pointer 
to USEPRO, but I don't see a value in that - we already have 10 forward 
pointers to it.

Comments?





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 k6QKeCMj038257; Wed, 26 Jul 2006 13:40:12 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QKeCiS038256; Wed, 26 Jul 2006 13:40:12 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QKeBaU038250 for <[e-mail]>; Wed, 26 Jul 2006 13:40:11 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6C6DE2596EC for <[e-mail]>; Wed, 26 Jul 2006 22:38:36 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20521-09 for <[e-mail]>; Wed, 26 Jul 2006 22:38:31 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 8AE932596EA for <[e-mail]>; Wed, 26 Jul 2006 22:38:31 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 13:40:05 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1305 suggested resolution 3.1.6 Path - NOTE to explain diag-deprecated
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

I think Charles Lindsey's suggested addition was uncontroversial:

 > NOTE: Although , <IPv4address>es have occasionally been used in
 > the past (usually with a diagnostic intent), their continued use
 > is deprecated (though it is still acceptable in the form of the
 > <diag-deprecated>).

Unless I hear objection, this is adopted.



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 k6QKbr02037666; Wed, 26 Jul 2006 13:37:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QKbrBO037665; Wed, 26 Jul 2006 13:37:53 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QKbrW0037658 for <[e-mail]>; Wed, 26 Jul 2006 13:37:53 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4BAE52596EC for <[e-mail]>; Wed, 26 Jul 2006 22:36:18 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20521-06 for <[e-mail]>; Wed, 26 Jul 2006 22:36:13 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4A3352596EA for <[e-mail]>; Wed, 26 Jul 2006 22:36:13 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 13:37:47 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: [e-mail]
Subject: #1299 Suggested resolution
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

I believe that it's not unreasonable to close #1299 (Richard Clayton's 
comments) with the following substantial change:

Add to 1.5:

Generate: An agent is said to "generate" a construct if it did not exist 
before the agent generated it. Examples are when an user agent generates 
a message from text and addressing information supplied by an user, or 
when a news server generates an "Injection-Info" header for a newly 
posted message.

Accept: An agent is said to "accept" a construct if some other entity 
generates it and passes it to the agent in question.

The editorial issues have already been taken care of; the generic 
comment that "it is a mess" is not something that I think we can address 
within a reasonable amount of time at this stage.

Good enough?

                 Harald





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 k6QK7vLP031539; Wed, 26 Jul 2006 13:07:57 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QK7vjD031538; Wed, 26 Jul 2006 13:07:57 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QK7r2T031520 for <[e-mail]>; Wed, 26 Jul 2006 13:07:56 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 62A862596E7; Wed, 26 Jul 2006 22:06:18 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19822-05; Wed, 26 Jul 2006 22:06:13 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 12A9D2596E2; Wed, 26 Jul 2006 22:06:13 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 13:07:47 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Russ Allbery <[e-mail]>
Cc: [e-mail]
Subject: Re: #1310 Approved
References: <[e-mail]>	<[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Russ Allbery wrote:
> Charles Lindsey <[e-mail]> writes:
>
>   
>>>> | 3.2.9.  Approved
>>>> |
>>>> | one of those mailboxes MUST be that
>>>> | of the actual sender of the article.
>>>>
>>>> Huh? Why and since when? There has never been a requirement
>>>> of this kind, at least not in Usenet as deployed in _my_
>>>> universe. A moderator (or anybody else wishing to use that
>>>> header) is certainly free to have somebody else inject his
>>>> messages on his behalf without listing the sender in the
>>>> Approved header field.
>>>>         
>
>   
>> A new requirement indeed, and intended to provide one more hurdle for
>> script kiddies who like to be pretend to be clever by posting to
>> moderated groups (and also a good stick to wave when LARTing them to
>> their ISPs).  Admittedly nor a strong hoop until we get around to
>> digital signatures of such things, but a start in the right direction.
>>     
>
> This is just silly.  We would be arbitrarily declaring common existing
> practice in many moderated groups to be non-compliant for no actual gain
> in security and no useful end whatsoever.
>
> It is routine to use Approved headers that do not correspond to the Sender
> of the message for such purposes as, say, news.answers approval, and it
> does nothing to help Usenet to outlaw such behavior.
>
>   
I think Russ has provided compelling argument for striking the requirement.

                 Harald



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 k6QHAYIs096871; Wed, 26 Jul 2006 10:10:35 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QHAYUI096870; Wed, 26 Jul 2006 10:10:34 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6QHAVse096855 for <[e-mail]>; Wed, 26 Jul 2006 10:10:34 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A79F84C112 for <[e-mail]>; Wed, 26 Jul 2006 10:10:31 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id 8CFC44BE73 for <[e-mail]>; Wed, 26 Jul 2006 10:10:31 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 8569AE78F0; Wed, 26 Jul 2006 10:10:31 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1156 IANA considerations
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Wed, 26 Jul 2006 00:42:18 -0700")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Wed, 26 Jul 2006 10:10:31 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <[e-mail]> writes:
> Russ Allbery wrote:

>> Injection-Info should definitely be experimental.

> Once usefor goes to proposed standard (if ever), injection-info is
> described in a standard document.

> I think we cannot reasonably call it anything but "standard" in a document
> that both defines it and is itself a standards-track document.

> Understand the sentiment, but I don't think you can get there from here.

It's almost tempting to argue for taking it out of the document and
publishing it in a separate experimental RFC, but at this stage in the
document's life, it probably does less harm to just publish the damn thing
and have it not be used.

So yeah, I can live with that; I see what you're getting at.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6QCtKT2042641; Wed, 26 Jul 2006 05:55:20 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6QCtKvR042640; Wed, 26 Jul 2006 05:55:20 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k6QCtF2H042626 for <[e-mail]>; Wed, 26 Jul 2006 05:55:19 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 14524 invoked from network); 26 Jul 2006 12:55:13 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 26 Jul 2006 12:55:13 -0000
X-pair-Authenticated: 216.222.231.221
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 08:55:14 -0400
From: "Forrest J. Cavalier III" <[e-mail]>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: #1156 IANA considerations
References: <[e-mail]>	<[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand wrote:

> Russ Allbery wrote:
> 
>>Charles Lindsey <[e-mail]> writes:
>>
>>  
>>
>>>>>| Header field name: Injection-Info
>>>>>| Status: standard
>>>>>
>>>>>Isn't that "experimental" for now? After all,
>>>>>there's not a single implementation yet, is there?
>>>>>        
>>
>>  
>>
>>>No, it is not experimental, and I have even seen one in the wild.
>>>    
>>
>>Injection-Info should definitely be experimental.
>>
>>  
> 
> Once usefor goes to proposed standard (if ever), injection-info is 
> described in a standard document.
> 
> I think we cannot reasonably call it anything but "standard" in a 
> document that both defines it and is itself a standards-track document.
> 
> Understand the sentiment, but I don't think you can get there from here.

Well then....remove it from the document.  It is not existing practice.  It
was so controversial to define and settle, that I doubt we fully understand
the implications or possible improvements that interoperating implementations
would uncover.




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 k6Q7gPBY078835; Wed, 26 Jul 2006 00:42:25 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q7gP9k078834; Wed, 26 Jul 2006 00:42:25 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q7gOG8078828 for <[e-mail]>; Wed, 26 Jul 2006 00:42:25 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 556012596F6; Wed, 26 Jul 2006 09:40:50 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02441-05; Wed, 26 Jul 2006 09:40:45 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 17BFF2596F0; Wed, 26 Jul 2006 09:40:45 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 00:42:18 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Russ Allbery <[e-mail]>
Cc: [e-mail]
Subject: Re: #1156 IANA considerations
References: <[e-mail]>	<[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Russ Allbery wrote:
> Charles Lindsey <[e-mail]> writes:
>
>   
>>>> | Header field name: Injection-Info
>>>> | Status: standard
>>>>
>>>> Isn't that "experimental" for now? After all,
>>>> there's not a single implementation yet, is there?
>>>>         
>
>   
>> No, it is not experimental, and I have even seen one in the wild.
>>     
>
> Injection-Info should definitely be experimental.
>
>   
Once usefor goes to proposed standard (if ever), injection-info is 
described in a standard document.

I think we cannot reasonably call it anything but "standard" in a 
document that both defines it and is itself a standards-track document.

Understand the sentiment, but I don't think you can get there from here.

                   Harald



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 k6Q7b9vN077731; Wed, 26 Jul 2006 00:37:09 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q7b9uf077730; Wed, 26 Jul 2006 00:37:09 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q7b5Cn077720 for <[e-mail]>; Wed, 26 Jul 2006 00:37:08 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id DC56A2596F6; Wed, 26 Jul 2006 09:35:30 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02441-03; Wed, 26 Jul 2006 09:35:25 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 739722596F0; Wed, 26 Jul 2006 09:35:25 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 26 Jul 2006 00:36:59 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Charles Lindsey <[e-mail]>
Cc: [e-mail]
Subject: Re: #1314 Newsgroup-names
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:
> In <[e-mail]> Alexey Melnikov <[e-mail]> writes:
>
>
>   
>>> | 3.1.5.  Newsgroups
>>>       
>
> We spent a long time a few months back deciding exactly what was allowed
> in a newsgroup-name and when, and I think we reached consensus on
> technical matters; so I hope this issue is merely to address whether our
> description of that consensus is clear enough.
>   
>>> |
>>> | Such components MAY be used only to refer to existing
>>> | groups that do not conform to this naming scheme.
>>>
>>> I find this a little wishy-washy. The syntax clearly states
>>> that a newsgroup name may well contain all-digit components
>>> or uppercase letters; the two "SHOULD NOT"s warn about
>>> compatibility issues. _Of_ _course_, clients and servers are
>>> free to support the full syntax. So what's this "MAY" about?
>>>       
>
> It is well known that a few such groups exist currently (alt.2600 is the
> best known). The wording in the draft is "MAY be used only ...", and that
> "only" is important. Hence you MAY post articles to alt.2600, but for
> alt.2700 (which does not currently exist), the full force of the SHOULD
> NOT applies (and in particular the SHOULD NOT applies to creating newgroup
> messages for alt.2700). So the "MAY ... only" is providing an exception to
> an otherwise general rule. Seems OK to me.
>   
I believe the wording here would have been clearer without uppercasing 
the MAY - in this case, I read the the sense of 2119 (MAY = "can choose 
to do so, can choose not to do so) and the sense of common English ("may 
be used only" = other uses are not permitted) is different.

If 2119 language was being used, it would be "MUST NOT be used when it 
is not being used to refer to existing groups that do not conform to 
this scheme". The idea was that we wanted to allow people to go on 
reading alt.2600, but make it illegal to send out a newgrp for 
misc.perfumes.4711.

But I think the 2119 language is longer and harder to understand than a 
downcased "may only be used".

                      Harald



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 k6Q4Ri0c035375; Tue, 25 Jul 2006 21:27:44 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q4RioV035374; Tue, 25 Jul 2006 21:27:44 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q4Rf4h035365 for <[e-mail]>; Tue, 25 Jul 2006 21:27:43 -0700 (MST) (envelope-from [e-mail])
Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 08A3C4C593 for <[e-mail]>; Tue, 25 Jul 2006 21:27:41 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.stanford.edu (Postfix) with ESMTP id CAB6A4C307 for <[e-mail]>; Tue, 25 Jul 2006 21:27:40 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id C38C1E78F0; Tue, 25 Jul 2006 21:27:40 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1156 IANA considerations
In-Reply-To: <[e-mail]> (Charles Lindsey's message of "Tue, 25 Jul 2006 22:06:58 GMT")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:27:40 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey <[e-mail]> writes:

>>> | Header field name: Injection-Info
>>> | Status: standard
>>> 
>>> Isn't that "experimental" for now? After all,
>>> there's not a single implementation yet, is there?

> No, it is not experimental, and I have even seen one in the wild.

Injection-Info should definitely be experimental.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6Q4Qsi8035214; Tue, 25 Jul 2006 21:26:54 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q4Qsmg035213; Tue, 25 Jul 2006 21:26:54 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q4Qrda035207 for <[e-mail]>; Tue, 25 Jul 2006 21:26:53 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 386AB4BF86 for <[e-mail]>; Tue, 25 Jul 2006 21:26:53 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id E6D524BED2 for <[e-mail]>; Tue, 25 Jul 2006 21:26:52 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id DE58CE78F0; Tue, 25 Jul 2006 21:26:52 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1311 Archive
In-Reply-To: <[e-mail]> (Charles Lindsey's message of "Tue, 25 Jul 2006 21:54:22 GMT")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:26:52 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey <[e-mail]> writes:

>>> | 3.2.12.  Archive
>>> |
>>> | The absence of this header field, or the presence of this
>>> | header field with a field body of "yes", indicates that
>>> | the poster is willing for such redistribution to take
>>> | place.
>>> 
>>> The default value in absence of this header is a copyright
>>> issue subject to numerous local jurisdictions we cannot
>>> reasonably take a stand on.

> I think it is essential that the situation is clear in all cases.

I think it's more important that the situation match reality than that the
situation be clear.  I'm inclined to agree with the objection here, define
"yes" and "no", and leave the situation undefined in the absence of the
header.

Right now, we would be saying that an article with X-No-Archive: yes and
no Archive header indicates that the poster is willing for such
redistribution to take place, which is obviously wrong.

> Moreover, what we have written reflects current practice. If there is no
> such header present, Google et al consider themselves at liberty to
> archive the article indefinitely.

If there *is* such a header present, Google et al consider themselves at
liberty to archive the article indefinitely, as so far as I know the only
thing they look for is X-No-Archive.

This entire header is, unfortunately, a probably pointless idea.  I say
unfortunately because it would be nice to standardize an X-* header that
people actually use, but the nature of the header is such that it's
unlikely that some new header we invent is going to replace it in
practice.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6Q4JEfR033751; Tue, 25 Jul 2006 21:19:14 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q4JEuY033750; Tue, 25 Jul 2006 21:19:14 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q4JCN5033736 for <[e-mail]>; Tue, 25 Jul 2006 21:19:12 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 148204CCE8 for <[e-mail]>; Tue, 25 Jul 2006 21:19:12 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id CC9244CCE7 for <[e-mail]>; Tue, 25 Jul 2006 21:19:11 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id C3BD1E78F0; Tue, 25 Jul 2006 21:19:11 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1310 Approved
In-Reply-To: <[e-mail]> (Charles Lindsey's message of "Tue, 25 Jul 2006 21:32:41 GMT")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:19:11 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey <[e-mail]> writes:

>>> | 3.2.9.  Approved
>>> |
>>> | one of those mailboxes MUST be that
>>> | of the actual sender of the article.
>>> 
>>> Huh? Why and since when? There has never been a requirement
>>> of this kind, at least not in Usenet as deployed in _my_
>>> universe. A moderator (or anybody else wishing to use that
>>> header) is certainly free to have somebody else inject his
>>> messages on his behalf without listing the sender in the
>>> Approved header field.

> A new requirement indeed, and intended to provide one more hurdle for
> script kiddies who like to be pretend to be clever by posting to
> moderated groups (and also a good stick to wave when LARTing them to
> their ISPs).  Admittedly nor a strong hoop until we get around to
> digital signatures of such things, but a start in the right direction.

This is just silly.  We would be arbitrarily declaring common existing
practice in many moderated groups to be non-compliant for no actual gain
in security and no useful end whatsoever.

It is routine to use Approved headers that do not correspond to the Sender
of the message for such purposes as, say, news.answers approval, and it
does nothing to help Usenet to outlaw such behavior.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6Q3RRJN022946; Tue, 25 Jul 2006 20:27:28 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RRi7022944; Tue, 25 Jul 2006 20:27:27 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RGR7022857 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e113.8b71.1d for [e-mail]; Wed, 26 Jul 2006 04:27:15 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDik017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:14 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CMwS017442 for [e-mail]; Wed, 26 Jul 2006 04:12:22 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23378
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1088 Injection-Date
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:02:29 GMT
Lines: 66
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 3.2.1.  Injection-Date
>>|
>>| Its purpose is to prevent the reinjection into the news
>>| stream of "stale" articles which have already expired
>>| by the time they arrive at some news server.
>>
>>If they have already "expired", then "reinjection"
>>isn't an issue. Quite the contrary: once everybody starts
>>depending on "Injection-Date" and - ignoring "Date" - uses
>>it to check against the history cut-off limit, reinjection
>>of stale articles (after stripping "Injection-Date",
>>of course) will become a lot _easier_.
>>
>>I thought its purpose was to aid in the _propagation_ of
>>articles that are "injected" a long time _after_ their
>>"Date" header field has been added locally by the client.

Yes, that is the benefit of the new arrangement. Using the Date header for
checking against the history (which is current practice) may cause
articles injected much later to fail to propagate.
>>
>>| This header field MUST be inserted
>>| whenever an article is injected.
>>
>>By whom? And when exactly does "injection" take place?

By the injecting agent. USEPRO specifies exactly when to insert it. If you
are arguing that the "MUST" is premature in UESFOR, then I don't mind if
Ken changes it to "is to be inserted". The real "MUST" is in USEPRO.
>>
>>| software that predates this standard does not use
>>| this header, and therefore agents MUST accept
>>| articles without the Injection-Date header field.
>>
>>I consider this to be a contradiction. We cannot make an
>>experimental header field (and that's what "Injection-Date"
>>is at this point) mandatory (see "MUST be inserted" above).

No, it is not an experimental header. Existing software will be
non-compliant until it implements this. However, USEPRO gives clear
instructions what to do if it is absent, so the transition should be quite
smooth.
>>
>>The first step will have to be a "MAY",
>>default value being the "Date" header field body.

No, that would mean it would never happen, and the benefit would never
be achieved. It is perfectly OK to creqte new mandatory requirements in
a new standard, provided you include some transitional mechanism so that
the old stuff does not break.  This was all agreed years ago when this new
header was invented.
>>
>Reopening closed issue: #1088.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RSCs022951; Tue, 25 Jul 2006 20:27:28 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RSYf022950; Tue, 25 Jul 2006 20:27:28 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RFxs022854 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e113.1068d.235 for [e-mail]; Wed, 26 Jul 2006 04:27:15 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDie017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:13 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CMxB017463 for [e-mail]; Wed, 26 Jul 2006 04:12:22 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23381
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1309 Supersedes and Distribution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:23:11 GMT
Lines: 67
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 3.2.6.  Supersedes
>>|
>>| The Supersedes header field contains a message identifier
>>| specifying an article to be superseded upon the arrival
>>| of this one.
>>
>>So what does "superseded" mean?
>>
>Replace?

No, Supersedes.

>> I'd add something along the
>>lines of "The local effects of superseding an article are
>>implementation-specific.".

The full effects are described in USEPRO. In the meantime, it is clearly
stated that "Supersedes" is equivalent to "cancel" followed by a new
article. That is quite enough to say in USEFOR.

>>
>>| 3.2.7.  Distribution
>>|
>>| The Distribution header field specifies geographic or
>>| organizational limits on an article's propagation.
>>
>>Doesn't say a whole lot about how it actually _works_.

That is the job of USEPRO.

>>A few words to the effect that a site may consider itself
>>(or others) to be a member of one or more <dist-name>s?

But yes, if Ken cares to write some such words.

>>
>>| The <dist-name>s "world" and "local" are predefined.
>>
>>Where? In which way?

They are predefined by the sentence in question. What to do if you
encounter either of them is clearly stated in USEPRO. In the meantime, the
words themselves convey a strong (and correct) hint as to their meaning.
>>
>>| "All" MUST NOT be used as a <dist-name>.
>>
>>So it's sort of predefined as well, isn't it?

No. The other two may appear and behave as defined (though "world" is
redundant and remains for historical reasons). But "all" is most
definitely forbidden (because it could cause funny things to happen in
CNews, and likely in other implemenations too).
>>
>Created new ticked # 1309

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RStg022947; Tue, 25 Jul 2006 20:27:28 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RRA2022945; Tue, 25 Jul 2006 20:27:27 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RGMB022856 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e113.e144.120 for [e-mail]; Wed, 26 Jul 2006 04:27:15 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDii017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:14 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CNCT017473 for [e-mail]; Wed, 26 Jul 2006 04:12:23 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23383
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1311 Archive
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:54:22 GMT
Lines: 62
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 3.2.12.  Archive
>>|
>>| The absence of this header field, or the presence of this
>>| header field with a field body of "yes", indicates that
>>| the poster is willing for such redistribution to take
>>| place.
>>
>>The default value in absence of this header is a copyright
>>issue subject to numerous local jurisdictions we cannot
>>reasonably take a stand on.

I think it is essential that the situation is clear in all cases.
Moreover, what we have written reflects current practice. If there is no
such header present, Google et al consider themselves at liberty to
archive the article indefinitely. Our wording confirms that effect. If the
poster wishes to declare that he does not allow such permanent copying,
then he needs to say so explicitly.

>> 
>>It makes a difference whether a private company like 
>>Dejanews, Altavista, or Google defines the default of 
>>a nonstandard header field this way or whether an RFC 
>>does so for what is to become a standard header.

I don't see what difference it makes at all. We are standardizing an
existing practice (albeit with slightly changed notation). It is clearly
directed at Google (though not said explicitly), but could apply to any
other archiving sites that might arise in the future. The wording here is
to be read in conjunction with some wording regarding copyright in the
"Security and Related Considerations in USEPRO", which was written at the
same time as the wording here (there could be a pointer to that).  
>> 
>>
>>The draft should simply remain silent on the default.

If it reamins silent, there is no default, and the Google situation is not
covered.
>> 
>>The change was introduced without discussion in 
>>draft-ietf-usefor-usefor-02.txt,

Not true. The wording you see was in our drafts for many years before
that. There were lots of things omitted from draft--usefor-01 that had
been in earlier drafts, and which were reinstated in draft-02 and later
(it is inevitable that a new draft with a new editor based on an untried
draft written earlier by a non-participant of the group would be riddled
with initial errors, and it took time to get these out).

>> >New ticket # 1311.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RPG9022925; Tue, 25 Jul 2006 20:27:25 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RPx6022924; Tue, 25 Jul 2006 20:27:25 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RFTd022853 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e112.106e9.277 for [e-mail]; Wed, 26 Jul 2006 04:27:14 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDic017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:13 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CNbc017468 for [e-mail]; Wed, 26 Jul 2006 04:12:23 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23382
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1310 Approved
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:32:41 GMT
Lines: 40
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 3.2.9.  Approved
>>|
>>| one of those mailboxes MUST be that
>>| of the actual sender of the article.
>>
>>Huh? Why and since when? There has never been a requirement
>>of this kind, at least not in Usenet as deployed in _my_
>>universe. A moderator (or anybody else wishing to use that
>>header) is certainly free to have somebody else inject his
>>messages on his behalf without listing the sender in the
>>Approved header field.

A new requirement indeed, and intended to provide one more hurdle for
script kiddies who like to be pretend to be clever by posting to moderated
groups (and also a good stick to wave when LARTing them to their ISPs).
Admittedly nor a strong hoop until we get around to digital signatures of
such things, but a start in the right direction.

As to moderators who delegate their authority, I think the proper way is
to include both the moderator and his nominee in the header. In the case
where I post to such a moderated group, I give my own email address, but
add a comment that it is with the permission of the moderator. In the case
of the *.answers groups, there may be a problem. But I think best practice
in that case would be to include both the actual poster and also the
address of the *.answers team (who routinely give permission for that).
>>
>Created new ticket # 1310.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RKPA022910; Tue, 25 Jul 2006 20:27:20 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RKUQ022908; Tue, 25 Jul 2006 20:27:20 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RGDS022858 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e114.1069b.1de for [e-mail]; Wed, 26 Jul 2006 04:27:16 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDim017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:15 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CLx8017435 for [e-mail]; Wed, 26 Jul 2006 04:12:21 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23377
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1314 Newsgroup-names
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 20:46:11 GMT
Lines: 89
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:


>>| 3.1.5.  Newsgroups

We spent a long time a few months back deciding exactly what was allowed
in a newsgroup-name and when, and I think we reached consensus on
technical matters; so I hope this issue is merely to address whether our
description of that consensus is clear enough.
>>|
>>| Such components MAY be used only to refer to existing
>>| groups that do not conform to this naming scheme.
>>
>>I find this a little wishy-washy. The syntax clearly states
>>that a newsgroup name may well contain all-digit components
>>or uppercase letters; the two "SHOULD NOT"s warn about
>>compatibility issues. _Of_ _course_, clients and servers are
>>free to support the full syntax. So what's this "MAY" about?

It is well known that a few such groups exist currently (alt.2600 is the
best known). The wording in the draft is "MAY be used only ...", and that
"only" is important. Hence you MAY post articles to alt.2600, but for
alt.2700 (which does not currently exist), the full force of the SHOULD
NOT applies (and in particular the SHOULD NOT applies to creating newgroup
messages for alt.2700). So the "MAY ... only" is providing an exception to
an otherwise general rule. Seems OK to me.
>>
>>| <component>s beginning with underline ("_") are reserved
>>| for use by future versions of this standard and MUST NOT
>>| be generated by user agents
>>
>>Just user agents? What about servers _generating_ components
>>like these? After all, the newsgroups listed in "Xref" are
>>documented as not necessarily agreeing with the Newsgroups
>>header field, so news servers may well generate newsgroup
>>names themselves in articles.

Yes, it means exactly what is says. You MUST NOT attempt to post articles
to, or to newgroup, such newsgroup-names. However, if they turn up,
servers are to propagate them (because perhaps by then some extension to
this standard has invented a use for them, and so existing software should
propagate them). Generally speaking, servers never do "generate"
newsgroup-names, so the question does not arise. The prohibition indeed
extends to generating such things in Xref headers, and that is correct. If
some serving agents wishes to do something funny in its own Xref headers
for the benefit of its own clients, then that is fine - we have provided
"+" and "-" for that sort of use, so there is no need for them to use the
reserved "_". So the present wording is correct.
>>
>>| (whether in Newsgroups header fields
>>
>>What about "Followup-To" header fields?

Yes, Ken can add that if he wants.
>>
>>| or in newgroup control messages [I-D.ietf-usefor-usepro]).
>>
>>| However, such names MUST be accepted by news servers.
>>
>>Just by servers? What about user agents?

If you read it carefully, you will see that the behaviour of user agents
is carefully left undefined (so some future extension or private
arrangement is free to specify some particular effect). The "MUST NOT"
simply ensures that such articles propagate normally.
>>
>>| <component>s beginning with "+" and "-" are reserved for
>>| private use and MUST NOT be generated by user agents
>>
>>As above.

As above.
>>
>>| (whether in Newsgroups header fields

Yes.
>>
>Created ticket # 1314.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RLnB022916; Tue, 25 Jul 2006 20:27:21 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RLtb022915; Tue, 25 Jul 2006 20:27:21 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RFXI022852 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e112.1064e.255 for [e-mail]; Wed, 26 Jul 2006 04:27:14 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDia017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:13 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CMR3017452 for [e-mail]; Wed, 26 Jul 2006 04:12:22 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23379
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1335 NNTP-Posting-Date
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:08:32 GMT
Lines: 37
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 3.2.1.  Injection-Date
>>|
>>| Its purpose is to prevent the reinjection into the news
>>| stream of "stale" articles which have already expired
>>| by the time they arrive at some news server.
>>

>>| but SHOULD NOT alter the pre-existing Date header field.
>>
>>| This header field is intended to replace the
>>| currently-used but undocumented "NNTP-Posting-Date"
>>| header field, whose use is now deprecated.
>>
>>I'm not aware of "NNTP-Posting-Date" ever having been
>>anything but a trace field, so it served a completely
>>different purpose.

In addition to its primary purpose of more effectively dealing with stale
articles, this header has a secondary use as a trace field. Hence
NNTP-Posting-Date (nowhere officially defined and badly named) is still
redundant. It would, in any case, have become a field of Injection-Info if
we had wanted to keep it (as NNTP-posting-host did).
>>
>Created new ticket #1335

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RLNp022920; Tue, 25 Jul 2006 20:27:21 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RL0B022919; Tue, 25 Jul 2006 20:27:21 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RGlm022855 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e113.131e6.230 for [e-mail]; Wed, 26 Jul 2006 04:27:15 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDig017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:14 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CNER017478 for [e-mail]; Wed, 26 Jul 2006 04:12:23 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23384
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1156 IANA considerations
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 22:06:58 GMT
Lines: 82
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:


>>| 6.  IANA Considerations
>>|
>>| Header field name: Also-Control
>>| Status: obsoleted
>>| Author/change controller: IETF
>>|
>>| Header field name: Article-Names
>>| Status: obsoleted
>>| Author/change controller: IETF
>>|
>>| Header field name: Article-Updates
>>| Status: obsoleted
>>| Author/change controller: IETF
>>|
>>| Header field name: See-Also
>>| Status: obsoleted
>>| Author/change controller: IETF
>>
>>These are not strictly IETF header fields,
>>so their status may have to be "deprecated".

They were defined in Son-of-1036. There is nothing in RFC 3864 to say that
it only covers IETF headers, and if an IETF standard obsoletes some header
that was not previously defined in an IETF document, then there is little
alternative but to say that from henceforth that header is under the
control of the IETF. If you don't like that, then you will have to get RFC
3864 changed.
>>
>>| Header field name: Archive
>>| Status: standard
>>|
>>| Header field name: Injection-Date
>>| Status: standard
>>|
>>| Header field name: Injection-Info
>>| Status: standard
>>
>>Isn't that "experimental" for now? After all,
>>there's not a single implementation yet, is there?

No, it is not experimental, and I have even seen one in the wild.
>>
>>| Header field name: Lines
>>| Status: deprecated
>>
>>"deprecated" isn't listed among the preferred values for
>>IETF documents, and we call it "obsolescent" in 3.3.1.

Indeed. It should be "obsoleted" IMO.

>>
>>| Header field name: NNTP-Posting-Date
>>| Status: obsoleted
>>| Author/change controller: IETF
>>|
>>| Header field name: NNTP-Posting-Host
>>| Status: obsoleted
>>| Author/change controller: IETF
>>
>>According to section 3.2.1, it's "deprecated".
>>Are these really IETF header fields?

No, but we want to declare them obsolete (that is the only available word
according to RFC 3864). Clearly "obsolete" headers will still be seen from
time to time, but such practices are reasonably to be "deprecated".

>I've reopened ticket # 1156.


-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6Q3RJH2022901; Tue, 25 Jul 2006 20:27:19 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6Q3RJV1022900; Tue, 25 Jul 2006 20:27:19 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6Q3RFQh022851 for <[e-mail]>; Tue, 25 Jul 2006 20:27:18 -0700 (MST) (envelope-from [e-mail])
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-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 44c6e112.1070c.234 for [e-mail]; Wed, 26 Jul 2006 04:27:14 +0100 (envelope-sender <[e-mail]>)
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 k6Q3RDiY017642 for <[e-mail]>; Wed, 26 Jul 2006 04:27:13 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6Q3CMbq017458 for [e-mail]; Wed, 26 Jul 2006 04:12:22 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23380
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1336 Expires (Note)
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 21:11:43 GMT
Lines: 27
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 3.2.4.  Expires
>>|
>>| The Expires header field specifies a date and time when
>>| the article is deemed to be no longer relevant and could
>>| usefully be removed ("expired").
>>
>>How about a note that this is used both to reduce and to
>>extend the "regular" expiration period and that the local
>>effects are implementation/configuration-specific?

Yes, I wanted that, but failed to convince the WG, so the issue is dead.
It is covered in USEAGE.

>>
>Created new ticket #1336

Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6PGjbjD006676; Tue, 25 Jul 2006 09:45:37 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6PGjbM8006675; Tue, 25 Jul 2006 09:45:37 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6PGjYDC006666 for <[e-mail]>; Tue, 25 Jul 2006 09:45:35 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com via TCP (submission) with ESMTPA; Tue, 25 Jul 2006 17:45:15 +0100
Message-ID: <[e-mail]>
Date: Tue, 25 Jul 2006 17:44:19 +0100
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Charles Lindsey <[e-mail]>
CC: [e-mail]
Subject: Re: #1298 -> 1305, 1306 + rejections and calls for comment  (Re: Issue #1298 - Charles' niggles)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

>In <[e-mail]> Alexey Melnikov <[e-mail]> writes:
>  
>
>>Charles Lindsey wrote:
>>    
>>
>>>Yes it is clearer, but it is bad practice to use RFC 2119 language in
>>>NOTEs except where it is merely reinforcing normative material written
>>>elsewhere. In this case, the "SHOULD NOT" is contrary to the general "MUST
>>>NOT alter what is already present", as written at many places into USEPRO.
>>>I would have no problewm with MUST NOT here.
>>>      
>>>
>>>>I've made this ticket #1306.
>>>>        
>>>>
>>I've seen nobody objecting to this change.
>>Ken applied the proposed text, so the ticket is now closed.
>>    
>>
>Which proposed text? If you mean with the "MUST NOT", then fine.
>  
>
Yes.



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 k6PGCIdw097477; Tue, 25 Jul 2006 09:12:18 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6PGCI56097476; Tue, 25 Jul 2006 09:12:18 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6PGCF3p097457 for <[e-mail]>; Tue, 25 Jul 2006 09:12:17 -0700 (MST) (envelope-from [e-mail])
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.231) id 44c642dd.109d1.592 for [e-mail]; Tue, 25 Jul 2006 17:12:13 +0100 (envelope-sender <[e-mail]>)
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 k6PGCC8k022675 for <[e-mail]>; Tue, 25 Jul 2006 17:12:12 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6PGC4Y5022585 for [e-mail]; Tue, 25 Jul 2006 17:12:04 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23376
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: #1315 poeter/author/sender
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 12:10:53 GMT
Lines: 32
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>>| 1.5.  Definitions

>[...]

>>| A "poster" is the person or software that composes and
>>| submits a possibly compliant article to a "user agent".
>>| The poster is analogous to an [RFC2822] author.
>>
>>Actually, I'd associate "poster" with "sender", not "author"
>>(and so does section 3.2.14). Why not simply use "author"
>>for "From:" and "sender" for "Sender:"? This way, the draft
>>would be less likely to confuse readers, in particular once
>>they run across the "Followup-To: poster" functionality,
>>which needs to take "Reply-To:" into account.

>Created new ticket # 1315.

"Poster" is the term in current widespresd use on Usenet. Leave it alone.
"Sender" means exactly the same as in Email. Leave it alone.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6PGCIAn097475; Tue, 25 Jul 2006 09:12:18 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6PGCIui097474; Tue, 25 Jul 2006 09:12:18 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6PGCEuv097447 for <[e-mail]>; Tue, 25 Jul 2006 09:12:17 -0700 (MST) (envelope-from [e-mail])
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.231) id 44c642dd.5ada.18cb for [e-mail]; Tue, 25 Jul 2006 17:12:13 +0100 (envelope-sender <[e-mail]>)
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 k6PGCC8m022675 for <[e-mail]>; Tue, 25 Jul 2006 17:12:12 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6PGC3Ja022580 for [e-mail]; Tue, 25 Jul 2006 17:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23375
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1298 -> 1305, 1306 + rejections and calls for comment (Re: Issue #1298 - Charles' niggles)
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Tue, 25 Jul 2006 12:03:54 GMT
Lines: 29
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Alexey Melnikov <[e-mail]> writes:

>Charles Lindsey wrote:

>>Yes it is clearer, but it is bad practice to use RFC 2119 language in
>>NOTEs except where it is merely reinforcing normative material written
>>elsewhere. In this case, the "SHOULD NOT" is contrary to the general "MUST
>>NOT alter what is already present", as written at many places into USEPRO.
>>I would have no problewm with MUST NOT here.
>>  
>>
>>>I've made this ticket #1306.
>>>    
>>>
>I've seen nobody objecting to this change.
>Ken applied the proposed text, so the ticket is now closed.

Which proposed text? If you mean with the "MUST NOT", then fine.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6OHahdk020270; Mon, 24 Jul 2006 10:36:43 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6OHah1c020269; Mon, 24 Jul 2006 10:36:43 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6OHae5n020253 for <[e-mail]>; Mon, 24 Jul 2006 10:36:43 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com via TCP (submission) with ESMTPA; Mon, 24 Jul 2006 18:35:30 +0100
Message-ID: <[e-mail]>
Date: Mon, 24 Jul 2006 18:34:38 +0100
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Charles Lindsey <[e-mail]>
CC: [e-mail]
Subject: Re: #1298 -> 1305, 1306 + rejections and calls for comment  (Re: Issue #1298 - Charles' niggles)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

>>>Issue 1298.C
>>>------------
>>>      
>>>
>>>>3.2.1.  Injection-Date
>>>>
>>>>      NOTE: Since clocks on various agents may not be synchronized, the
>>>>      <date-time> in this header field may not be later than the Date
>>>>      header field, as would be expected.  Agents SHOULD use the <date-
>>>>      time> they believe is correct when adding Inject-Info but SHOULD
>>>>      NOT alter the pre-existing Date header field.
>>>>
>>>>        
>>>>
>I think s/SHOULD NOT/MUST NOT/. There is one obscure situation (see USEPRO
>7.8) where a moderator may rewrite the Date, but then I don't think a
>moderator is an "agent" as we have defined the term.
>  
>
>>>>    
>>>>        
>>>>
>>The 07 version of the NOTE was:
>>    
>>
>>    NOTE: The <date-time> in this header field would normally be
>>     expected to be later than the <date-time> in the Date header
>>     field, but differences between the clocks on the various agents
>>     and other special circumstances might vitiate that; no provision
>>     is made for any such discrepancy to be corrected - better that the
>>     news server should just insert the correct time as it sees it.
>>    
>>
>>I think the 08 version is a lot clearer in what it says, but introduces 
>>protocol requirements where -07 was clearly just commentary.
>>    
>>
>Yes it is clearer, but it is bad practice to use RFC 2119 language in
>NOTEs except where it is merely reinforcing normative material written
>elsewhere. In this case, the "SHOULD NOT" is contrary to the general "MUST
>NOT alter what is already present", as written at many places into USEPRO.
>I would have no problewm with MUST NOT here.
>  
>
>>I've made this ticket #1306.
>>    
>>
I've seen nobody objecting to this change.
Ken applied the proposed text, so the ticket is now closed.



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 k6ML0E2d094879; Sat, 22 Jul 2006 14:00:14 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6ML0Efn094878; Sat, 22 Jul 2006 14:00:14 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6ML0DNp094869 for <[e-mail]>; Sat, 22 Jul 2006 14:00:13 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com via TCP (submission) with ESMTPA; Sat, 22 Jul 2006 22:00:10 +0100
Message-ID: <[e-mail]>
Date: Sat, 22 Jul 2006 21:59:30 +0100
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: Issue #1300 - Ralph's niggles
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

3 more tickets:

1334 USEFOR: Path preloading and Path components case sensitivity

1335 USEFOR: description of Injection-Date purpose is not precise

1336 USEFOR 3.2.4: Additional description of Expires header field



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 k6MKwNrh093912; Sat, 22 Jul 2006 13:58:23 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6MKwNZO093911; Sat, 22 Jul 2006 13:58:23 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6MKwMNS093892 for <[e-mail]>; Sat, 22 Jul 2006 13:58:22 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com via TCP (submission) with ESMTPA; Sat, 22 Jul 2006 21:58:19 +0100
Message-ID: <[e-mail]>
Date: Sat, 22 Jul 2006 21:57:40 +0100
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: WG Last Call: draft-ietf-usefor-usefor-08
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

I've trimmed the comments. I think Ken has applied most editorial 
changes/fixes not listed below.

Ralph Babel wrote:

>| 1.5.  Definitions

[...]

>| A "poster" is the person or software that composes and
>| submits a possibly compliant article to a "user agent".
>| The poster is analogous to an [RFC2822] author.
>
>Actually, I'd associate "poster" with "sender", not "author"
>(and so does section 3.2.14). Why not simply use "author"
>for "From:" and "sender" for "Sender:"? This way, the draft
>would be less likely to confuse readers, in particular once
>they run across the "Followup-To: poster" functionality,
>which needs to take "Reply-To:" into account.

Created new ticket # 1315.

>| 1.6.  Structure of This Document
>
>| This document uses a cite by reference methodology,
>
>| rather than repeating the contents of other standards,
>| which could otherwise result in subtle differences and
>| interoperability challenges.
>
>It is unclear to which of the
>two options the "otherwise" refers.*
>*
>
Both.

>| 3.1.5.  Newsgroups
>|
>| Such components MAY be used only to refer to existing
>| groups that do not conform to this naming scheme.
>
>I find this a little wishy-washy. The syntax clearly states
>that a newsgroup name may well contain all-digit components
>or uppercase letters; the two "SHOULD NOT"s warn about
>compatibility issues. _Of_ _course_, clients and servers are
>free to support the full syntax. So what's this "MAY" about?
>
>| <component>s beginning with underline ("_") are reserved
>| for use by future versions of this standard and MUST NOT
>| be generated by user agents
>
>Just user agents? What about servers _generating_ components
>like these? After all, the newsgroups listed in "Xref" are
>documented as not necessarily agreeing with the Newsgroups
>header field, so news servers may well generate newsgroup
>names themselves in articles.
>
>| (whether in Newsgroups header fields
>
>What about "Followup-To" header fields?
>
>| or in newgroup control messages [I-D.ietf-usefor-usepro]).
>
>| However, such names MUST be accepted by news servers.
>
>Just by servers? What about user agents?
>
>| <component>s beginning with "+" and "-" are reserved for
>| private use and MUST NOT be generated by user agents
>
>As above.
>
>| (whether in Newsgroups header fields
>
>As above.
>
>| or in newgroup control messages [I-D.ietf-usefor- usepro])
>
>As above.
>
>| such names MUST be accepted by news servers.
>
>As above.
>
Created ticket # 1314.

>| 3.1.6.  Path
>|
>| This is primarily to enable news servers to avoid
>| sending articles to sites already known to have them,
>
>Path-preloading needs to be mentioned in section 5.
>
>| NOTE: Although case-insensitive,
>
>If the path or components of it are to be treated as
>case-insensitive, this needs to be mentioned outside
>of a "note". Traditionally, the path and UUCP names
>were case-sensitive; domain names are case-insensitive.
>So we need to make clear what the status of each of the
>individual components is.
>
Created new ticker # 1334.

>| 3.2.1.  Injection-Date
>|
>| Its purpose is to prevent the reinjection into the news
>| stream of "stale" articles which have already expired
>| by the time they arrive at some news server.
>
>If they have already "expired", then "reinjection"
>isn't an issue. Quite the contrary: once everybody starts
>depending on "Injection-Date" and - ignoring "Date" - uses
>it to check against the history cut-off limit, reinjection
>of stale articles (after stripping "Injection-Date",
>of course) will become a lot _easier_.
>
>I thought its purpose was to aid in the _propagation_ of
>articles that are "injected" a long time _after_ their
>"Date" header field has been added locally by the client.
>
>| This header field MUST be inserted
>| whenever an article is injected.
>
>By whom? And when exactly does "injection" take place?
>
>| software that predates this standard does not use
>| this header, and therefore agents MUST accept
>| articles without the Injection-Date header field.
>
>I consider this to be a contradiction. We cannot make an
>experimental header field (and that's what "Injection-Date"
>is at this point) mandatory (see "MUST be inserted" above).
>
>The first step will have to be a "MAY",
>default value being the "Date" header field body.  
>
Reopening closed issue: #1088.

>| but SHOULD NOT alter the pre-existing Date header field.
>
>| This header field is intended to replace the
>| currently-used but undocumented "NNTP-Posting-Date"
>| header field, whose use is now deprecated.
>
>I'm not aware of "NNTP-Posting-Date" ever having been
>anything but a trace field, so it served a completely
>different purpose.
>
Created new ticket #1335

>| 3.2.4.  Expires
>|
>| The Expires header field specifies a date and time when
>| the article is deemed to be no longer relevant and could
>| usefully be removed ("expired").
>
>How about a note that this is used both to reduce and to
>extend the "regular" expiration period and that the local
>effects are implementation/configuration-specific?
>
Created new ticket #1336

>| 3.2.6.  Supersedes
>|
>| The Supersedes header field contains a message identifier
>| specifying an article to be superseded upon the arrival
>| of this one.
>
>So what does "superseded" mean?
>
Replace?

> I'd add something along the
>lines of "The local effects of superseding an article are
>implementation-specific.".
>
>| 3.2.7.  Distribution
>|
>| The Distribution header field specifies geographic or
>| organizational limits on an article's propagation.
>
>Doesn't say a whole lot about how it actually _works_.
>A few words to the effect that a site may consider itself
>(or others) to be a member of one or more <dist-name>s?
>
>| The <dist-name>s "world" and "local" are predefined.
>
>Where? In which way?
>
>| "All" MUST NOT be used as a <dist-name>.
>
>So it's sort of predefined as well, isn't it?
>
Created new ticked # 1309

>| 3.2.9.  Approved
>|
>| one of those mailboxes MUST be that
>| of the actual sender of the article.
>
>Huh? Why and since when? There has never been a requirement
>of this kind, at least not in Usenet as deployed in _my_
>universe. A moderator (or anybody else wishing to use that
>header) is certainly free to have somebody else inject his
>messages on his behalf without listing the sender in the
>Approved header field.
>
Created new ticket # 1310.
[...]

>| 3.2.12.  Archive
>|
>| The absence of this header field, or the presence of this
>| header field with a field body of "yes", indicates that
>| the poster is willing for such redistribution to take
>| place.
>
>The default value in absence of this header is a copyright
>issue subject to numerous local jurisdictions we cannot
>reasonably take a stand on.
>
>It makes a difference whether a private company like
>Dejanews, Altavista, or Google defines the default of
>a nonstandard header field this way or whether an RFC
>does so for what is to become a standard header.
>
>
>The draft should simply remain silent on the default.
>
>The change was introduced without discussion in
>draft-ietf-usefor-usefor-02.txt, and I don't see any
>justification for it; in fact, the ramifications
>were discussed in May/June 2001 already:
>
> <[e-mail]>
> <[e-mail]>
>
New ticket # 1311.

>| 3.2.14.  Injection-Info
>  
>
[...]

>There was also strong support for
>generic complaints URLs, not just mail.
>  
>
I was also in favour of this, but there was no consensus in the WG.
People who want to do this should write a separate draft.

>| Some pieces of information have privacy implications;
>| this is discussed in [I-D.ietf-usefor-useage].
>
>| 3.3.  Obsolete Header Fields
>
>So many words, so little effect. If we can obsolete (see
>section 6) non-RFC headers such as those from s-o-1036,
>what's the problem with these headers from RFC 850? Yes,
>850 is a "nonstandard". So how is this different from
>1036 and s-o-1036?
>
>My suggestion: Replace the entire section by ...
>
>| The header field names Date-Received, Posting-Version, and
>| Relay-Version defined in [RFC850] as well as Also-Control,
>| Article-Names, Article-Updates, and See-Also defined in
>| [Son-of-1036] are declared obsolete. See the original
>| documents for further information on their original use.
>
>I'm not aware of anything that breaks _if_ these
>header fields are included in an article, so
>there's no need for 2119 language.
>
>Add to section 6:
>
>| Header field name: Date-Received
>| Applicable protocol: netnews
>| Status: obsoleted
>| Author/change controller: IETF
>| Specification document(s): [RFC850] (section 2.2.4)
>|
>| Header field name: Posting-Version
>| Applicable protocol: netnews
>| Status: obsoleted
>| Author/change controller: IETF
>| Specification document(s): [RFC850] (section 2.1.2)
>|
>| Header field name: Relay-Version
>| Applicable protocol: netnews
>| Status: obsoleted
>| Author/change controller: IETF
>| Specification document(s): [RFC850] (section 2.1.1)
>
>(or "historic" instead of "obsoleted")
>
>Add to section 7.2:
>
>| [RFC850]  Horton, Mark R., "Standard for Interchange
>|           of USENET Messages", RFC 850, June 1983.
>
[...]

>| 6.  IANA Considerations
>|
>| Header field name: Also-Control
>| Status: obsoleted
>| Author/change controller: IETF
>|
>| Header field name: Article-Names
>| Status: obsoleted
>| Author/change controller: IETF
>|
>| Header field name: Article-Updates
>| Status: obsoleted
>| Author/change controller: IETF
>|
>| Header field name: See-Also
>| Status: obsoleted
>| Author/change controller: IETF
>
>These are not strictly IETF header fields,
>so their status may have to be "deprecated".
>
>| Header field name: Archive
>| Status: standard
>|
>| Header field name: Injection-Date
>| Status: standard
>|
>| Header field name: Injection-Info
>| Status: standard
>
>Isn't that "experimental" for now? After all,
>there's not a single implementation yet, is there?
>
>| Header field name: Lines
>| Status: deprecated
>
>"deprecated" isn't listed among the preferred values for
>IETF documents, and we call it "obsolescent" in 3.3.1.
>
>| Header field name: NNTP-Posting-Date
>| Status: obsoleted
>| Author/change controller: IETF
>|
>| Header field name: NNTP-Posting-Host
>| Status: obsoleted
>| Author/change controller: IETF
>
>According to section 3.2.1, it's "deprecated".
>Are these really IETF header fields?

I've reopened ticket # 1156.



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 k6MK9rt2076734; Sat, 22 Jul 2006 13:09:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6MK9rjM076733; Sat, 22 Jul 2006 13:09:53 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6MK9pIv076687 for <[e-mail]>; Sat, 22 Jul 2006 13:09:52 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com via TCP (submission) with ESMTPA  for <[e-mail]>; Sat, 22 Jul 2006 21:04:32 +0100
Message-ID: <[e-mail]>
Date: Sat, 22 Jul 2006 21:03:57 +0100
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: Issue #1300 - Ralph's niggles
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

>There were other items that I did not accept for various reasons. May I
>suggest to Ralph that he produces a list of the ones that he still wants
>to be considered, as I have just done in the case of my own list.
>  
>
Ralph didn't produce a list. So I've created the following tickets:

1309 USEFOR 3.2.7 - Distribution header field needs more description

1310 USEFOR 3.2.9 - Approved header field description

1311 USEFOR 3.2.12 - Default value for the Archive header field 
(copyright issue)

1312 USEFOR 3.3.1 - Description of Lines header field can be much shorter

1313 USEFOR 2.2 - syntax for Usenet Articles: RFC 2822 + MIME

1314 USEFOR 3.1.5 - Definition of Newsgroups header field is not precise

1315 USEFOR - definition of "poster"



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 k6MK9roX076746; Sat, 22 Jul 2006 13:09:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6MK9rJw076745; Sat, 22 Jul 2006 13:09:53 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6MK9pIw076687 for <[e-mail]>; Sat, 22 Jul 2006 13:09:53 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com via TCP (submission) with ESMTPA  for <[e-mail]>; Sat, 22 Jul 2006 21:05:45 +0100
Message-ID: <[e-mail]>
Date: Sat, 22 Jul 2006 21:05:09 +0100
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: Issue #1300 - Ralph's niggles
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Alexey Melnikov wrote:

> Charles Lindsey wrote:
>
>> There were other items that I did not accept for various reasons. May I
>> suggest to Ralph that he produces a list of the ones that he still wants
>> to be considered, as I have just done in the case of my own list.
>
> Ralph didn't produce a list. So I've created the following tickets:
>
> 1309 USEFOR 3.2.7 - Distribution header field needs more description
>
> 1310 USEFOR 3.2.9 - Approved header field description
>
> 1311 USEFOR 3.2.12 - Default value for the Archive header field 
> (copyright issue)
>
> 1312 USEFOR 3.3.1 - Description of Lines header field can be much shorter
>
> 1313 USEFOR 2.2 - syntax for Usenet Articles: RFC 2822 + MIME
>
> 1314 USEFOR 3.1.5 - Definition of Newsgroups header field is not precise
>
> 1315 USEFOR - definition of "poster"

I've also reopened 1156: USEFOR Appendix: IANA registration forms for 
headers



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 k6DGLghc058444; Thu, 13 Jul 2006 09:21:42 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6DGLguI058443; Thu, 13 Jul 2006 09:21:42 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] 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 k6DGLffC058432 for <[e-mail]>; Thu, 13 Jul 2006 09:21:41 -0700 (MST) (envelope-from [e-mail])
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.227) id 44b67313.822d.319 for [e-mail]; Thu, 13 Jul 2006 17:21:39 +0100 (envelope-sender <[e-mail]>)
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 k6DGLd9O020970 for <[e-mail]>; Thu, 13 Jul 2006 17:21:39 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k6DGC3DM020063 for [e-mail]; Thu, 13 Jul 2006 17:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23368
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1300 was Admin: Resolution of WG
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Thu, 13 Jul 2006 16:11:16 GMT
Lines: 47
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Ken Murchison <[e-mail]> writes:

>[e-mail] wrote:
>> 
>> 
>>> | A newsgroup may be "moderated", in which case submissions
>>> | are not posted directly, but mailed to a "moderator" for
>>> | consideration and possible posting. Moderators are
>>> | typically human but may be implemented partially or
>>> | entirely in software.
>> 
>>> The word "moderated" occurs only once,
>>> in the "Approved" section.
>> 
>> Moderators are ALWAYS human.
>> 
>> Suggested replacement text:
>> 
>> A newsgroup may be "moderated". Articles are not posted directly to a 
>> moderated group, but are submitted (usually by email) to one or more 
>> moderators for approval and eventual posting. Some moderators have 
>> implemented automated systems to help them perform this function.

>FWIW, I (as editor) am in favor of the replacement text.  Setting aside 
>the "human" argument, can anyone make an argument that the new text is 
>fundamentally wrong?

Neither text is fundamentally wrong, and in any case both are just trying
to give a brief introduction to a topic upon which you need to go to
USEPRO to see all the gory details.

Text #1 underestimates the humanity of the moderator
(s/tpyically/generally/ would help). Text #2 overestimates it. It is no
huge deal either way, but I prefer #1 over #2. Change the last sentence of
#2 to "Moderators often set up automated systems to perform part or all of
their task." and I will be happy.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k6DG7nuR054276; Thu, 13 Jul 2006 09:07:49 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6DG7nQL054275; Thu, 13 Jul 2006 09:07:49 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6DG7mKk054269 for <[e-mail]>; Thu, 13 Jul 2006 09:07:48 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G13hx-0004I6-1x for [e-mail]; Thu, 13 Jul 2006 18:06:33 +0200
Received: from o10b5.o.pppool.de ([89.51.16.181]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Thu, 13 Jul 2006 18:06:33 +0200
Received: from nobody by o10b5.o.pppool.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Thu, 13 Jul 2006 18:06:33 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1300 was Admin: Resolution of WG
Date:  Thu, 13 Jul 2006 17:57:17 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 11
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: o10b5.o.pppool.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Ralph Babel wrote:

> try the following _technical_ _description_ instead

Possible.  Make sure that I'm still entiteled to (try to)
approve my own cancel messages for articles claiming to
be "from" me whenever I feel like it.

Bye, Frank





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 k6D5b6gu000875; Wed, 12 Jul 2006 22:37:06 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6D5b6oe000874; Wed, 12 Jul 2006 22:37:06 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from phobos.pfm-mainz.de (phobos.pfm-mainz.de [145.253.109.94]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6D5b4tB000852 for <[e-mail]>; Wed, 12 Jul 2006 22:37:05 -0700 (MST) (envelope-from [e-mail])
Received: from babylon.pfm-mainz.de (localhost [127.0.0.1]) by phobos.pfm-mainz.de (Postfix) with ESMTP id 0CE3810DDBF for <[e-mail]>; Thu, 13 Jul 2006 07:37:02 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id C57D1AB44A; Thu, 13 Jul 2006 07:36:00 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
Message-Id: <[e-mail]>
Date: Thu, 13 Jul 2006 07:36:00 +0200 (CEST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand suggested:

> A newsgroup may be "moderated". Articles are not posted
> directly to a moderated group, but are submitted (usually
> by email) to one or more moderation addresses for approval
> and eventual posting.

As Richard already pointed out, the entire terminology
is completely fuzzy and inconsistent. When Joe A. User's
client connects to port 119 and sends an article without
"Approved" header field to a "moderated" group, is it
"submitted"? "posted"? "injected"? "generated"? What if
a moderator does - after having included an "Approved"
header field? What about server-to-server communication?

What a total mess!

The word "moderated" occurs only once, in the "Approved"
section. So simply get rid of it in the list of definitions.
If you really insist on retaining something like the current
definition, try the following _technical_ _description_
instead:

| A news server typically will not forward to other news
| servers articles destined for at least one newsgroup
| locally marked as "moderated" unless an Approved header
| field is included. Articles without Approved header field
| received by such a news server are typically e-mailed
| to a so-called "moderator" (the e-mail address of which
| is configured locally) if and only if that article has
| been received directly from the sender. If not received
| directly from the sender, articles without an Approved
| header field destined for a moderated newsgroup MUST NOT
| be forwarded to the "moderator"; such articles are
| typically discarded.

Gee, folks, it's not rocket science - once you cut the
political crap. (See my Last Call comments regarding
the current "author"/"sender"/"poster" fuck-up.)

Can we disband now, please?



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 k6CLwV4g084277; Wed, 12 Jul 2006 14:58:31 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CLwVZT084276; Wed, 12 Jul 2006 14:58:31 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6CLwUjY084251 for <[e-mail]>; Wed, 12 Jul 2006 14:58:31 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 493F025970F; Wed, 12 Jul 2006 23:57:06 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08278-02; Wed, 12 Jul 2006 23:56:59 +0200 (CEST)
Received: from [192.168.1.57] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTP id 2A051259712; Wed, 12 Jul 2006 23:56:59 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 12 Jul 2006 23:58:21 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Ken Murchison <[e-mail]>
Cc: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Ken Murchison wrote:
>
> [e-mail] wrote:
>>
>>> The word "moderated" occurs only once,
>>> in the "Approved" section.
>>
>> Moderators are ALWAYS human.
>>
>> Suggested replacement text:
>>
>> A newsgroup may be "moderated". Articles are not posted directly to a 
>> moderated group, but are submitted (usually by email) to one or more 
>> moderators for approval and eventual posting. Some moderators have 
>> implemented automated systems to help them perform this function.
>
> FWIW, I (as editor) am in favor of the replacement text.  Setting 
> aside the "human" argument, can anyone make an argument that the new 
> text is fundamentally wrong?
>
If we are not ready to declare consensus on whether or not moderators 
are human, I would prefer......

   A newsgroup may be "moderated". Articles are not posted directly to a 
moderated group, but are submitted (usually by email) to one or more
   moderation addresses for approval and eventual posting.

(there may be a better word than "moderation address" somewhere in the 
documents).

That describes the function - that articles to moderated groups go 
"elsewhere", not directly to the group - but doesn't attempt to get into 
the space of defining what the process is that has to exist when it gets 
there, or to what degree humans are involved. The discussion has shown 
that this varies widely.

                   Harald





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 k6CLoCIb082232; Wed, 12 Jul 2006 14:50:12 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CLoC2I082231; Wed, 12 Jul 2006 14:50:12 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp2.stanford.edu (smtp2.Stanford.EDU [171.67.20.25]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6CLoBdg082211 for <[e-mail]>; Wed, 12 Jul 2006 14:50:12 -0700 (MST) (envelope-from [e-mail])
Received: from smtp2.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id CD6344C2B8 for <[e-mail]>; Wed, 12 Jul 2006 14:50:10 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.stanford.edu (Postfix) with ESMTP id 9AB0E4C0D5 for <[e-mail]>; Wed, 12 Jul 2006 14:50:10 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 931C0E79DA; Wed, 12 Jul 2006 14:50:10 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
In-Reply-To: <[e-mail]> (Ken Murchison's message of "Wed, 12 Jul 2006 16:30:01 -0400")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]>
Date: Wed, 12 Jul 2006 14:50:10 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Ken Murchison <[e-mail]> writes:
> [e-mail] wrote:

>> Suggested replacement text:

>> A newsgroup may be "moderated". Articles are not posted directly to a
>> moderated group, but are submitted (usually by email) to one or more
>> moderators for approval and eventual posting. Some moderators have
>> implemented automated systems to help them perform this function.

> FWIW, I (as editor) am in favor of the replacement text.  Setting aside
> the "human" argument, can anyone make an argument that the new text is
> fundamentally wrong?

Looks fine to me.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k6CKU56f059739; Wed, 12 Jul 2006 13:30:05 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CKU5WG059738; Wed, 12 Jul 2006 13:30:05 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6CKU3Xi059729 for <[e-mail]>; Wed, 12 Jul 2006 13:30:04 -0700 (MST) (envelope-from [e-mail])
Received: from [192.168.137.22] (69-171-17-197.kntnny.adelphia.net [69.171.17.197]) (user=murch mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.13.6/8.13.6) with ESMTP id k6CKU2QX014353 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <[e-mail]>; Wed, 12 Jul 2006 16:30:04 -0400
Message-ID: <[e-mail]>
Date: Wed, 12 Jul 2006 16:30:01 -0400
From: Ken Murchison <[e-mail]>
Organization: Carnegie Mellon University
User-Agent: Thunderbird 1.5 (X11/20060313)
MIME-Version: 1.0
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:
> 
> 
>> | A newsgroup may be "moderated", in which case submissions
>> | are not posted directly, but mailed to a "moderator" for
>> | consideration and possible posting. Moderators are
>> | typically human but may be implemented partially or
>> | entirely in software.
> 
>> The word "moderated" occurs only once,
>> in the "Approved" section.
> 
> Moderators are ALWAYS human.
> 
> Suggested replacement text:
> 
> A newsgroup may be "moderated". Articles are not posted directly to a 
> moderated group, but are submitted (usually by email) to one or more 
> moderators for approval and eventual posting. Some moderators have 
> implemented automated systems to help them perform this function.

FWIW, I (as editor) am in favor of the replacement text.  Setting aside 
the "human" argument, can anyone make an argument that the new text is 
fundamentally wrong?

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University



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 k6CJAUh8038668; Wed, 12 Jul 2006 12:10:30 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CJAUim038667; Wed, 12 Jul 2006 12:10:30 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6CJASmI038660 for <[e-mail]>; Wed, 12 Jul 2006 12:10:29 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 37C0458874 for <[e-mail]>; Wed, 12 Jul 2006 15:10:28 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6CJASH27717; Wed, 12 Jul 2006 15:10:28 -0400 (EDT)
Date: Wed, 12 Jul 2006 15:10:28 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> ([e-mail])
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:

> The rest of the world is operating as if the moderator is a human
> who sometimes has software doing part or all of the work for him.

Consider the statement: "The rest of the world is operating as if the
moderator is a program that automagically determines whether or not
and when to post the article, perhaps with modifications."

How can I determine which of those is the case based on the actions of
"the rest of the world"?

> This paragraph does not define what a moderator is. It says only
> that he is "typically" a human, when in real life he is always a
> human. Someone is always responsible. Someone picks what code to
> run.

So a dead human can be a moderator.  So can a committee.  A committee
is not a human.

Seth



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 k6CIpNGY034211; Wed, 12 Jul 2006 11:51:23 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CIpNxq034210; Wed, 12 Jul 2006 11:51:23 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k6CIpKl7034184 for <[e-mail]>; Wed, 12 Jul 2006 11:51:23 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 20770 invoked from network); 12 Jul 2006 18:51:19 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 12 Jul 2006 18:51:19 -0000
X-pair-Authenticated: 216.37.202.55
Message-ID: <[e-mail]>
Date: Wed, 12 Jul 2006 14:51:25 -0400
From: "Forrest J. Cavalier III" <[e-mail]>
User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:
  This paragraph does not define what a moderator is. It
> says only that he is "typically" a human, when in real life he is always a 
> human. Someone is always responsible. Someone picks what code to run. The 
> fact that you do not see him on a daily basis does not mean he does not 
> exist any more than your dissappearance for weeks at a time means you do 
> not exist.

/+1

A moderator cannot be software anymore than "some computer" can post UCE.  ["Oh,
so sorry, but that computer just keeps posting all that UCE, and our hands
are tied, you know...."]

Hey, since you want to elevate the moderator's implementation choices up
into the document, can the wording state that the injecting server sends posts 
for approval to the spam filter of the moderator, or the user-agent of the 
moderator, or the MSA at the address of the moderator?  Surely the moderator
uses most of those.

And since it is possible to set up a newsgroup and let their dog approve or 
reject submissions, should the document mention that?

OK, now for some "big picture" criticism of this farce....

Typically, this "WG" (by that I mean Charles) has produced volumes of text just 
like this, which describes the design from the bottom-up.  This style makes the 
reasons you want to do something hard to discern.

While I am bothering to write, this bottom-up vs top-down is why issuing 
USEFOR-USEFOR before USEFOR-USEPRO makes little sense to me.

Suppose some group (of people) were to design a messaging system, and needed to 
specify procedures for handling all communication, error conditions, protocol, 
etc.....Do you suppose they would publish the message format specification 
first, and then hold the rest of the design to be subject to those details?

Sigh.  bottoms-up, all.  Any implementor trying to use a document
produced by this WG is going to want to start with a good stiff drink.




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 k6CGsvDS004195; Wed, 12 Jul 2006 09:54:57 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CGsvLG004194; Wed, 12 Jul 2006 09:54:57 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from shell.peak.org (a.shell.peak.org [69.59.192.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6CGsu8v004188 for <[e-mail]>; Wed, 12 Jul 2006 09:54:56 -0700 (MST) (envelope-from [e-mail])
Received: from shell.peak.org (shell.peak.org [127.0.0.1]) by shell.peak.org (8.13.1/8.13.1) with ESMTP id k6CFs1vn000491; Wed, 12 Jul 2006 08:54:01 -0700
Received: from localhost (stanley@localhost) by shell.peak.org (8.13.1/8.13.1/Submit) with ESMTP id k6CFs0RN000488; Wed, 12 Jul 2006 08:54:00 -0700
X-Authentication-Warning: shell.peak.org: stanley owned process doing -bs
Date: Wed, 12 Jul 2006 08:54:00 -0700 (PDT)
From: [e-mail]
To: Harald Alvestrand <[e-mail]>
cc: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
In-Reply-To: <[e-mail]>
Message-ID: <[e-mail]>
References: <[e-mail]> <[e-mail]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

On Wed, 12 Jul 2006, Harald Alvestrand wrote:

> Stanley,

Alvestrand?

> you insist on using your own definitions rather than trying to get the 
> document to have consistent and useful definitions.

Nonsense. I'm looking at the real world. I call that "useful".

> The document currently says "articles are forwarded to a moderator".
> If the moderator can be a software program, we have one self-consistent 
> definition of "moderator".

And if we don't say anything about what the moderator is, we still
have a self-consistent definition of moderator, especially since we
have no definition of moderator at all.

I'll say this again since saying it once didn't seem to sink in and 
actually reading the text doesn't seem to be an option. The text I 
proposed says NOTHING AT ALL about what a moderator is, it only removes a 
patently silly claim that a moderator is only "typically" a human.

If it is acceptable to say "articles are forwarded to a moderator" then
it is just as acceptable to say "articles are submitted" to them, since
your "forwarding" is just another way of saying they are "submitted", and
the latter emphasizes that they are submissions and not necessarily
acceptable.

> If the moderator is human, but may never get sent most of the articles, as 
> you seem to imply,

I made no such implication. You didn't read the proposed text, did you? It 
says that articles ARE submitted to "one or more moderators". That is 
hardly an implication that they may never get sent most of the articles. 
There is no other option in the proposed text. Articles ARE submitted.
What other option do you see my text allowing?

Now, just as in real life, the moderator might not SEE every article,
but he is SENT every article; otherwise, his automated software would
not be able to approve and post it.

> we have another self-consistent definition, but the 
> sentence that is currently in the document is not consistent with it.

This is an interesting argument style. We cannot change a statement in
the draft because changing it would make it inconsistent with what was
already there.

In any case, you are wrong. It is not inconsistent at all. If you want to 
continue with an odd, unrealistic definition of moderator that has it 
being some self-aware bit of software that makes decisions all by itself, 
fine. Articles are submitted to "it". Maybe "it" has written other 
software to automate the process. After all, if it is conscious enough to 
produce itself without human oversight, then maybe it can produce other 
software. Nothing in the proposed texts prevents that.

The rest of the world is operating as if the moderator is a human who 
sometimes has software doing part or all of the work for him. If you want 
a realistic description, that's the direction you'll go. But then, as I 
said several times already, my proposed text does not mandate the human 
status of a moderator. Any objection you have to my proposed text based on 
it mandating that moderators are human just demonstrates that you didn't 
bother reading either the proposed text or the message to which you have 
just replied.

> I suggest that we're much better off with the current document's definition 
> of "moderator" than with your implied one.

I suggest you read the proposed text for what it actually says and stop
objecting to things it doesn't say. You're the chair of this group;
I expect at least YOU to read what is written.

As for the current document's definition of moderator, I find none. The 
word "moderator" appears exactly twice in -08, both times in the paragraph 
under discussion. This paragraph does not define what a moderator is. It 
says only that he is "typically" a human, when in real life he is always a 
human. Someone is always responsible. Someone picks what code to run. The 
fact that you do not see him on a daily basis does not mean he does not 
exist any more than your dissappearance for weeks at a time means you do 
not exist.

In the same vein, my proposed text does nothing to define what a moderator
is. Of course, if you actually read the text, you'd see that. It's a silly
argument to claim that I'm defining "moderator" in a non-consistent manner
when neither paragraph defines moderator to start with.




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 k6CCjP2c043017; Wed, 12 Jul 2006 05:45:25 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6CCjPAS043016; Wed, 12 Jul 2006 05:45:25 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6CCjN8L043009 for <[e-mail]>; Wed, 12 Jul 2006 05:45:24 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 713762596E1; Wed, 12 Jul 2006 14:43:59 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26685-03; Wed, 12 Jul 2006 14:43:53 +0200 (CEST)
Received: from [193.214.121.66] (unknown [193.214.121.66]) by eikenes.alvestrand.no (Postfix) with ESMTP id 731F22596D9; Wed, 12 Jul 2006 14:43:53 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 12 Jul 2006 14:45:16 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: [e-mail]
Cc: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:
>
>
> Harald Alvestrand <harald@xxxxxxxxxxxxx>:
>
>> I've seen mailing lists gatewayed to Netnews where the "moderator" 
>> was set to be the mailing list - the result was that all messages 
>> posted to the newsgroup were sent to the mailing list, and eventually 
>> came back to the newsgroup. No human moderator anywhere in sight.
>
> The moderator was the person who set up that configuration; and as I 
> said in the suggested text: some moderators have implemented automated 
> systems. You've just provided one example. The fact that you don't see 
> him
> on a daily basis does not mean he does not exist. I don't see you on a 
> daily basis; do YOU not exist?
Stanley,

you insist on using your own definitions rather than trying to get the 
document to have consistent and useful definitions.

The document currently says "articles are forwarded to a moderator".
If the moderator can be a software program, we have one self-consistent 
definition of "moderator".

If the moderator is human, but may never get sent most of the articles, 
as you seem to imply, we have another self-consistent definition, but 
the sentence that is currently in the document is not consistent with it.

I suggest that we're much better off with the current document's 
definition of "moderator" than with your implied one.


                  Harlad



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 k6C4jQ93029247; Tue, 11 Jul 2006 21:45:26 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6C4jQGf029245; Tue, 11 Jul 2006 21:45:26 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6C4jPw5029226 for <[e-mail]>; Tue, 11 Jul 2006 21:45:25 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G0WbA-0000Cw-NE for [e-mail]; Wed, 12 Jul 2006 06:45:20 +0200
Received: from pd9fba932.dip0.t-ipconnect.de ([217.251.169.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 12 Jul 2006 06:45:20 +0200
Received: from nobody by pd9fba932.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 12 Jul 2006 06:45:20 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1300 was Admin: Resolution of WG
Date:  Wed, 12 Jul 2006 06:42:00 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 22
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba932.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Russ Allbery wrote:

> there isn't any inherent reason why some hierarchy couldn't
> have a central automated moderation service in which the
> software works the same for every group.  Indeed, the linux.*
> hierarchy is essentially that case.

Slightly abusing the term "hierarchy", all gmane.* articles
have Approved: [e-mail] when _read_ on GMaNe.  Including
anything I read in gmane.ietf.usenet.format

A special case, readers are supposed to know when to contact
GMane administrators, and when to discuss issues with the list
owners, and how to debug it.

It can get rather interesting if the list software changes its
behaviour, and nobody incl. the list owner expected problems
wrt MAIL FROM = Sender (GMane, subscribed) != From (poster, not
subscribed).

Bye, Frank




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 k6C3rYR1015659; Tue, 11 Jul 2006 20:53:34 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6C3rYKd015658; Tue, 11 Jul 2006 20:53:34 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6C3rVld015645 for <[e-mail]>; Tue, 11 Jul 2006 20:53:32 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G0Vn1-0002ao-2T for [e-mail]; Wed, 12 Jul 2006 05:53:31 +0200
Received: from pd9fba932.dip0.t-ipconnect.de ([217.251.169.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 12 Jul 2006 05:53:31 +0200
Received: from nobody by pd9fba932.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 12 Jul 2006 05:53:31 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: WG Last Call: draft-ietf-usefor-usefor-08
Date:  Wed, 12 Jul 2006 05:52:32 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 22
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba932.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:
 
> In <[e-mail]>

That was an impressive list. About the URL issue:

> I think it was revised then. It's another URL that
> Ken has managed to lose.

IIRC that could be an xml2rfc "feature", where it's 
possible to convince this tool that the plain text 
output is relevant, not the meta data in other output
formats.

>>"nine-year effort".
> and rising ...

Ralph didn't say that the draft is better than 2003,
but I like the current versions, less wishful thinking.

Bye, Frank




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 k6C2Acrp087796; Tue, 11 Jul 2006 19:10:38 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6C2Acab087793; Tue, 11 Jul 2006 19:10:38 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6C2Aa13087764 for <[e-mail]>; Tue, 11 Jul 2006 19:10:37 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G0UBI-00017E-Mc for [e-mail]; Wed, 12 Jul 2006 04:10:28 +0200
Received: from pd9fba932.dip0.t-ipconnect.de ([217.251.169.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 12 Jul 2006 04:10:28 +0200
Received: from nobody by pd9fba932.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 12 Jul 2006 04:10:28 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: #1298 -> 1305, 1306 + rejections and calls for comment
Date:  Wed, 12 Jul 2006 04:08:33 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 24
Message-ID:  <[e-mail]>
References:  <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: pd9fba932.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Charles Lindsey wrote:

> It was originally Frank Ellerman's example in the form of
>         sender="\"Joe Q. Public\" <[e-mail]"
> designed to show the complexities of quotes within quotes.
> It's no big deal whether it goes in or not.

> BTW, where is Frank these days?

Spent some time on Mediawiki.  "No big deal" for putting quoted
text into quoted text in an example is okay.  With 108 unread
messages here I might miss some detail, I hope nobody's going
to use %22 instead of \" for this case.

> The reference to Son-of-1036 would be informative only (the
> paragraphs in question were merely explaining some history)
> But I won't press the point.

If USEFOR sits in the RFC editor queue waiting for USEPRO, and
s-o-1036 makes it in time, this nit could be trimmed in the
final AUTH48 clean up.

Bye, Frank




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 k63Kr7qK020073; Mon, 3 Jul 2006 13:53:07 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63Kr7nc020072; Mon, 3 Jul 2006 13:53:07 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from shell.peak.org (a.shell.peak.org [69.59.192.81]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63Kr6ZH020052 for <[e-mail]>; Mon, 3 Jul 2006 13:53:06 -0700 (MST) (envelope-from [e-mail])
Received: from shell.peak.org (shell.peak.org [127.0.0.1]) by shell.peak.org (8.13.1/8.13.1) with ESMTP id k63JqmuE016593 for <[e-mail]>; Mon, 3 Jul 2006 12:52:48 -0700
Received: from localhost (stanley@localhost) by shell.peak.org (8.13.1/8.13.1/Submit) with ESMTP id k63Jqmae016590 for <[e-mail]>; Mon, 3 Jul 2006 12:52:48 -0700
X-Authentication-Warning: shell.peak.org: stanley owned process doing -bs
Date: Mon, 3 Jul 2006 12:52:48 -0700 (PDT)
From: [e-mail]
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
Message-ID: <[e-mail]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Harald Alvestrand <harald@xxxxxxxxxxxxx>:

>I've seen mailing lists gatewayed to Netnews where the "moderator" was set 
>to be the mailing list - the result was that all messages posted to the 
>newsgroup were sent to the mailing list, and eventually came back to the 
>newsgroup. No human moderator anywhere in sight.

The moderator was the person who set up that configuration; and as I 
said in the suggested text: some moderators have implemented automated 
systems. You've just provided one example. The fact that you don't see him
on a daily basis does not mean he does not exist. I don't see you on a 
daily basis; do YOU not exist?

>This document shouldn't try to mandate a human in the loop.

Non-sequitor. Nothing in my suggested text mandates anything. Did you
even bother to read it before you objected?

Here's the executive summary for the executive who is too busy to read the 
full text: I object to the text "Moderators are typically human". Period. 
Moderators are ALWAYS human. I suggested simple replacement text that 
solves that problem. It mandates nothing, it changes nothing other than 
removes an objectionable statement. It makes no reference to moderators
either being or not being human. What is your objection to that, if you
have one?

Seth Breidbart <sethb@xxxxxxxxx>:

>Even when the RFD and CFV say that the group will be robomoderated,
>and it is?

Yes. Even when there is a human in charge of a piece of software that
automates an approval. "Some moderators have implemented automated 
systems...".

"Charles Lindsey" <chl@xxxxxxxxxxxxxxxx>:

>I think the original text more accurately reflects reality. That wording
>has been around for more years than I care to remember, and it is odd that
>John has just noticed this.

I objected to this text before, and I'm objecting to it again while it is 
still open for discussion.  I did not "just notice this", despite your 
lie to the contrary, and I object formally to the Chair that you are 
bring ad-hominem back into the group at this point. Either support the 
text as it stands or argue the suggested text as it stands, but keep
your crap about "odd" and who proposed it to yourself.

The existing text does not reflect reality. Moderators aren't "typically"
human, they are always human.

>I could accept some intermediate wording (e.g. s/typically/usually/ (or
>'generally').

Since you are not the editor of this document, you will accept what the
group decides. I tired of your attempts at monarchy over this document a
long time ago, and I have tired of your attempted lies even before that.

Russ Allbery <rra@xxxxxxxxxxxx>:

>Hm, well, this is certainly true from the perspective of Big Eight policy,
>but there isn't any inherent reason why some hierarchy couldn't have a
>central automated moderation service in which the software works the same
>for every group.

I am simply fascinated by the number of people in this working group who
appear to think that software comes into existance sans any human action
or supervision.

I neither care about nor does my suggested text prohibit in any way a 
hierarchy that appoints one person to be the moderator for all the 
moderated groups within it, or even a hierarchy created by one person who 
claims moderator status over all his domain. If that person runs a piece 
of software to assist him in doing his job, I neither care nor does my 
suggested text prohibit it. If that person sets up the software and then 
goes on an extended vacation, neither I nor my suggested text cares.

All my suggested text does is remove the silly claim that the moderator
is only "typically" human. Period.

>It's semantic quibbling to a degree since you can always then argue that
>the hierarchy administrator is the moderator.

Of course the moderator is a human. That's the point, Russ. It is stupid
to pretend that a human is not the moderator just because he uses a piece
of software to assist him. He is not "typically" a human.

Seth Breidbart <sethb@xxxxxxxxx>:

>Except that (1) no one person decided on the bot, the group (by vote)
>did.

I see. So the human who sets it up and runs it is no longer a human 
because the group voted? I think not.

The group selected a moderator who promised to run a bot. If you check
your USENET (and Big 8 especially) history, you will find it replete with
a) such examples and b) moderators who realize they have to change the way
things were voted on so the group can continue to operate. SSFAM is just
one big example. Moderation by bot -- until the system was proven to be
trivially breakable. It wasn't the "bot" that decided something was wrong,
it was the MODERATOR team -- all of whom are humans.

>(2) Who is "whoever controls the modbot"?

Anyone who controls how it operates, and who is called upon to fix it
when it breaks. Usually specified in the group creation process.

>One of the five people with access to that account?

Any one or more of the five, perhaps. Who gets called to fix it? Who is
responsible for moving the operation of the modbot when the system upon
which it runs is removed from service?

>Them plus the sysadmins of the site it runs on?

Was the system admin named as the moderator of the group, or in the list
of moderators? You are asking questions whose answers depend on the actual
group creation.

>Or just the owner of the site, who has the final say?

Is the owner of the site not a human? Are ANY of the people you asked 
about NOT humans? I don't have to tell you which of those people are the
moderator, since my only claim is that the moderator is human. Since they
are all human, any one of them fits that criterion. I don't care which.

And nothing in my propsed text cares which it is, either. All my proposed
text does is remove a patently silly statement that the moderator is only
"typically" a human. What's the big deal?

>(3) What happens if everybody who controls the bot goes away,
>and it keeps running just fine on autopilot?

Humans never die in your universe? Wow. And systems run forever without 
upgrades or replacements?

Or is it just that software in your universe configures itself by itself
and never needs a human to set it up or monitor its operation?



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 k63JPfng089600; Mon, 3 Jul 2006 12:25:41 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63JPfmK089597; Mon, 3 Jul 2006 12:25:41 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63JPdjl089570 for <[e-mail]>; Mon, 3 Jul 2006 12:25:40 -0700 (MST) (envelope-from [e-mail])
Received: from gti.noc.demon.net ([195.11.55.101] helo=happyday.al.cl.cam.ac.uk) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1FxU33-000Lkj-6z; Mon, 03 Jul 2006 19:25:38 +0000
Message-ID: <[e-mail]>
Date: Mon, 3 Jul 2006 19:23:00 +0100
To: Seth Breidbart <[e-mail]>
Cc: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.03 M <rj8$+bxD77vPGNKLZiQ+d+CjMY>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In message <[e-mail]>, Seth Breidbart
<[e-mail]> writes

>Can an active moderated
>group have no moderator?

alt.hackers used to be the canonical example ...  marked as moderated,
but anyone could post provided that they worked out how to do so

seems to still exist in that form...

- -- 
richard @ highwayman . com                       "Nothing seems the same
                          Still you never see the change from day to day
                                And no-one notices the customs slip away"

-----BEGIN PGP SIGNATURE-----
Version: PGPsdk version 1.7.1

iQA/AwUBRKlghJoAxkTY1oPiEQIuIgCgpR4w2SavOt2VMdYaJZ+DQepjHuYAoJ0u
O69s5qSeTHnqHTkQD8hCGufl
=ujNi
-----END PGP SIGNATURE-----



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 k63I2oTC046520; Mon, 3 Jul 2006 11:02:50 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63I2otO046519; Mon, 3 Jul 2006 11:02:50 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63I2nTR046496 for <[e-mail]>; Mon, 3 Jul 2006 11:02:49 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 9596F5889E for <[e-mail]>; Mon,  3 Jul 2006 14:02:46 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k63I2k603643; Mon, 3 Jul 2006 14:02:46 -0400 (EDT)
Date: Mon, 3 Jul 2006 14:02:46 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> (message from Graham Drabble on Mon, 03 Jul 2006 14:01:56 +0100)
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Graham Drabble <[e-mail]> wrote:
> On 03 Jul 2006 Seth Breidbart <[e-mail]> wrote in 
> news:[e-mail]:
>> 
>>> Moderators are ALWAYS human.
>> 
>> Even when the RFD and CFV say that the group will be robomoderated,
>> and it is?  (typically to prevent crossposts)
>
> Yes. The moderator is whoever controls the modbot. Being robomoderated 
> merely means the moderator has decided to let software do all the work.

Except that (1) no one person decided on the bot, the group (by vote)
did.  (2) Who is "whoever controls the modbot"?  One of the five
people with access to that account?  Them plus the sysadmins of the
site it runs on?  Or just the owner of the site, who has the final
say?  (3) What happens if everybody who controls the bot goes away,
and it keeps running just fine on autopilot?  Can an active moderated
group have no moderator?

Seth



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 k63GVYVs096684; Mon, 3 Jul 2006 09:31:34 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63GVYar096683; Mon, 3 Jul 2006 09:31:34 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from smtp1.stanford.edu (smtp1.Stanford.EDU [171.67.22.28]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63GVXhh096674 for <[e-mail]>; Mon, 3 Jul 2006 09:31:33 -0700 (MST) (envelope-from [e-mail])
Received: from smtp1.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 1E18E4C02F for <[e-mail]>; Mon,  3 Jul 2006 09:31:33 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.stanford.edu (Postfix) with ESMTP id 03C0D4BE43 for <[e-mail]>; Mon,  3 Jul 2006 09:31:33 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 01790E79D8; Mon,  3 Jul 2006 09:31:33 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
In-Reply-To: <[e-mail]> (Graham Drabble's message of "Mon, 03 Jul 2006 14:01:56 +0100")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Mon, 03 Jul 2006 09:31:32 -0700
Message-ID: <[e-mail]>
User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

Graham Drabble <[e-mail]> writes:
> Seth Breidbart <[e-mail]> wrote:

>>> Moderators are ALWAYS human.

>> Even when the RFD and CFV say that the group will be robomoderated,
>> and it is?  (typically to prevent crossposts)

> Yes. The moderator is whoever controls the modbot. Being robomoderated 
> merely means the moderator has decided to let software do all the work.

Hm, well, this is certainly true from the perspective of Big Eight policy,
but there isn't any inherent reason why some hierarchy couldn't have a
central automated moderation service in which the software works the same
for every group.  Indeed, the linux.* hierarchy is essentially that case.

It's semantic quibbling to a degree since you can always then argue that
the hierarchy administrator is the moderator.

-- 
Russ Allbery ([e-mail])             <http://www.eyrie.org/~eagle/>



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 k63FgBLq072311; Mon, 3 Jul 2006 08:42:11 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63FgBtW072310; Mon, 3 Jul 2006 08:42:11 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from clerew.man.ac.uk (port-89.xxx.th.newnet.co.uk [80.175.135.89] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63Fg5cS072217 for <[e-mail]>; Mon, 3 Jul 2006 08:42:10 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.4+Sun/8.13.4) with ESMTP id k63FeLaK017625 for <[e-mail]>; Mon, 3 Jul 2006 16:42:09 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.4+Sun/8.13.3/Submit) id k5NGC98x005784 for [e-mail]; Fri, 23 Jun 2006 17:12:09 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23333
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1298 -> 1305, 1306 + rejections and calls for comment (Re: Issue #1298 - Charles' niggles)
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Fri, 23 Jun 2006 14:19:26 GMT
Lines: 162
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:


>Charles Lindsey wrote:
>> In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>> Issue 1298.A
>> ------------
>>
>>> 3.1.5.  Newsgroups
>>>
>As I said on the list, you performed the experiment yourself a year ago.
>I won't reopen #1042. Rejected.

The purpose of the experiment was to determine whether the
non-implementation of [FWS], known to be prevalent up to that time
(because no standard had ever required it) had perhaps begun to lift a
little. It hadn't.

I won't push the issue any further, but my protest remains.

>>
>>
>> Issue 1298.B
>> ------------
>>
>>   
>>> 3.1.6.  Path
>>>
>>>       NOTE: Although , <IPv4address>es have occasionally been used in
>>>       the past (usually with a diagnostic intent), their continued use
>>>       is deprecated (though it is still acceptable in the form of the
>>>       <diag-deprecated>).
>>>     
>>
>>   
>This is already a NOTE-rich paragraph, and I don't see any big harm in 
>adding another.

>I've made this ticket #1305.

I am in favour (naturally), and it seems that you are at least unopposed.

>> Issue 1298.C
>> ------------
>>
>>   
>>> 3.2.1.  Injection-Date
>>>
>>>       NOTE: Since clocks on various agents may not be synchronized, the
>>>       <date-time> in this header field may not be later than the Date
>>>       header field, as would be expected.  Agents SHOULD use the <date-
>>>       time> they believe is correct when adding Inject-Info but SHOULD
>>>       NOT alter the pre-existing Date header field.
>>>
I think s/SHOULD NOT/MUST NOT/. There is one obscure situation (see USEPRO
7.8) where a moderator may rewrite the Date, but then I don't think a
moderator is an "agent" as we have defined the term.
>>>     
>The 07 version of the NOTE was:

>     NOTE: The <date-time> in this header field would normally be
>      expected to be later than the <date-time> in the Date header
>      field, but differences between the clocks on the various agents
>      and other special circumstances might vitiate that; no provision
>      is made for any such discrepancy to be corrected - better that the
>      news server should just insert the correct time as it sees it.

>I think the 08 version is a lot clearer in what it says, but introduces 
>protocol requirements where -07 was clearly just commentary.

Yes it is clearer, but it is bad practice to use RFC 2119 language in
NOTEs except where it is merely reinforcing normative material written
elsewhere. In this case, the "SHOULD NOT" is contrary to the general "MUST
NOT alter what is already present", as written at many places into USEPRO.
I would have no problewm with MUST NOT here.

>I've made this ticket #1306.
>>  
>>
>> Issue 1298.D
>> ------------
>>
>>   
>>> 3.2.14.  Injection-Info
>>>
>>>       mail-complaints-to=
>>>         "\"Re: msg <[e-mail]>\" <[e-mail]>"
>>>
>>>
>>>     
>Grumble. Making the examples as complex as possible doesn't seem like a 
>big benefit to me.

It was originally Frank Ellerman's example in the form of

	sender="\"Joe Q. Public\" <[e-mail]"

designed to show the complexities of quotes within quotes. It's no big
deal whether it goes in or not.

BTW, where is Frank these days?

>Anyone else who likes this?

>> Issue 1298.E
>> ------------
>>
>>   
>>> 3.2.14.  Injection-Info
>>>
>>>    Other <attribute>s SHOULD NOT be used unless defined in extensions to
>>>    this standard.  If non-standards-based <attribute>s are used, they
>>>    MUST begin with an "x-".
>>>
>>> That MUST conflicts with the SHOULD. How about:
>>>
>>>    Other <attribute>s MUST NOT be used unless defined in extensions to
>>>    this standard, or unless they begin with an "x-".
>>>     
>I don't see the conflict. SHOULD NOT, and if you violate the SHOULD NOT, 
>you MUST do this.

It has introduced, by implication, "SHOULD NOT use attributes starting
with "x-", which was not the intention. In -07 it was an implicit "MAY do
it" (with a proviso that it was for cases where the existing ones were
unsuited to your particular situation). My sentence is shorter, and
retains the -07 intent.

>>
>> Issue 1298.F
>> ------------
>>
>>   
>>> 3.3.  Obsolete Header Fields
>>>
>>> So I would suggest omitting the two paragraphs starting with:
>>>
>>>    Relay-Version contained ...
>>> and
>>>    Also-Control indicated ...
>>>
>>> and replacing them with a pointer to Son-of-1036...
>>   
>Introducing a dependency on son-of-1036 at this time would be extremely 
>unwise, in my opinion; the harm in including these two paragraphs is 
>minimal.

It does not introduce any dependency. The reference to Son-of-1036 would
be informative only (the paragraphs in question were merely explaining some
history). But I won't press the point.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k63FgAIW072303; Mon, 3 Jul 2006 08:42:10 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63FgAc3072302; Mon, 3 Jul 2006 08:42:10 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from clerew.man.ac.uk (port-89.xxx.th.newnet.co.uk [80.175.135.89] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63Fg5cQ072217 for <[e-mail]>; Mon, 3 Jul 2006 08:42:09 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.4+Sun/8.13.4) with ESMTP id k63FeLaI017625 for <[e-mail]>; Mon, 3 Jul 2006 16:42:07 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.4+Sun/8.13.3/Submit) id k5NGCAwT005799 for [e-mail]; Fri, 23 Jun 2006 17:12:10 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23335
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1299 Richard Clayton's comments
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Fri, 23 Jun 2006 14:46:51 GMT
Lines: 47
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Richard Clayton <[e-mail]> writes:

>In message <[e-mail]>, Harald Alvestrand
><[e-mail]> writes
>>
>>In reviewing Richard Clayton's comments, I find only one substantive 
>>issue: 

>I'd draw attention to my comment on User-Agent. I suggested removing all
>the fancy ABNF and leaving it as free form text (because that's the way
>the world is when you're advertising your products). Charles did say it
>had been copied from HTTP ... but there people (as opposed to machines)
>don't see it -- so the incentives are very different.

I think few people actually "see" it, in either news, mail or HTTP, unless
they are actively searching for some perceived anomaly in the message (and
that can equally happen in HTTP). OTOH, people investigating such
anomalies might wish to use a script to search out instances of the
problem, and having a fixed syntax to look for makes that easier.

>>That of whether or not we need to add definitions for the words 
>>"generate" and "inject", or his long list:

I think the possibly needed pair was "generate" and "accept".

>The list was intended to indicate what a mess it currently was.

>I think it would be better to try and only use the words that have been
>defined...  and the simplest way of doing this is to stop using
>different words for identical things. I am NOT in favour of adding 25
>extra definitions just to make a few sentences flow better.

But I don't think we DO use different words for identical things (though
we do sometimes use broader and narrower classes; e.g. we speak of news
servers "injecting" and "relaying" things, and also of "processing" things
where the distinction between the two is irrelevant).

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k63Fg9uU072283; Mon, 3 Jul 2006 08:42:09 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63Fg9pf072281; Mon, 3 Jul 2006 08:42:09 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from clerew.man.ac.uk (port-89.xxx.th.newnet.co.uk [80.175.135.89] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63Fg5cO072217 for <[e-mail]>; Mon, 3 Jul 2006 08:42:08 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.4+Sun/8.13.4) with ESMTP id k63FeLaG017625 for <[e-mail]>; Mon, 3 Jul 2006 16:42:06 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.4+Sun/8.13.3/Submit) id k5NGC9JB005794 for [e-mail]; Fri, 23 Jun 2006 17:12:09 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23334
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1299 Richard Clayton's comments
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Fri, 23 Jun 2006 14:35:50 GMT
Lines: 48
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>In reviewing Richard Clayton's comments, I find only one substantive 
>issue: That of whether or not we need to add definitions for the words 
>"generate" and "inject", or his long list:

I think it was "generate" and "accept" that perhaps needed defining,
because there are used frequently in the form "MUST accept X, but SHOULD
NOT generate it".


>I suggest that if we need it, we add to 1.5:

>Generate: An agent is said to "generate" an article or a header if it did
>not exist before the agent generated it. Examples are when an user agent
>generates a message from text and addressing information supplied by an
>user, or when a news server generates an "Injection-Info" header for a
>newly posted message.

Or maybe:

An agent is said to "generate" some construct if it did not exist
previously, and to "accept" it if received from alsewhere (there
are many constructs which SHOULD NOT be generated but MUST be accepted if
they arrive).


>Is it reasonable to replace all occurences of "injection" with "posting"?
>Or should we define "injection" as a synonym for "posting"?

No, that would be quite wrong. After "posting" an article might be passed
around all over the place behind some firewall (perhaps having some
company boilerplate added), only to be "injected" into the "Real" Usenet
when it finally leaves. We don't care what happens behind that firewall,
but we do care what happens when it is finally injected into Usenet. In
some strange and exceptional circumstances, it may even get injected
twice, but clearly it was only ever posted once.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k63Fg7iZ072268; Mon, 3 Jul 2006 08:42:07 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63Fg7bn072267; Mon, 3 Jul 2006 08:42:07 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from clerew.man.ac.uk (port-89.xxx.th.newnet.co.uk [80.175.135.89] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63Fg5cM072217 for <[e-mail]>; Mon, 3 Jul 2006 08:42:07 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.4+Sun/8.13.4) with ESMTP id k63FeLaE017625 for <[e-mail]>; Mon, 3 Jul 2006 16:42:05 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.4+Sun/8.13.3/Submit) id k63BC6r9029585 for [e-mail]; Mon, 3 Jul 2006 12:12:06 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23343
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: #1300 was Admin: Resolution of WG
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Mon, 3 Jul 2006 09:05:09 GMT
Lines: 37
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> [e-mail] writes:

>>| A newsgroup may be "moderated", in which case submissions
>>| are not posted directly, but mailed to a "moderator" for
>>| consideration and possible posting. Moderators are
>>| typically human but may be implemented partially or
>>| entirely in software.

>>The word "moderated" occurs only once,
>>in the "Approved" section.

>Moderators are ALWAYS human.

>Suggested replacement text:

>A newsgroup may be "moderated". Articles are not posted directly to a 
>moderated group, but are submitted (usually by email) to one or more 
>moderators for approval and eventual posting. Some moderators have 
>implemented automated systems to help them perform this function.

I think the original text more accurately reflects reality. That wording
has been around for more years than I care to remember, and it is odd that
John has just noticed this.

I could accept some intermediate wording (e.g. s/typically/usually/ (or
'generally').

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k63Fg6Dk072256; Mon, 3 Jul 2006 08:42:06 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63Fg6G6072254; Mon, 3 Jul 2006 08:42:06 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from clerew.man.ac.uk (port-89.xxx.th.newnet.co.uk [80.175.135.89] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k63Fg5cK072217 for <[e-mail]>; Mon, 3 Jul 2006 08:42:06 -0700 (MST) (envelope-from [e-mail])
Received: from clerew.man.ac.uk (localhost [127.0.0.1]) by clerew.man.ac.uk (8.13.4+Sun/8.13.4) with ESMTP id k63FeLaC017625 for <[e-mail]>; Mon, 3 Jul 2006 16:41:58 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.4+Sun/8.13.3/Submit) id k5TBC6iY015098 for [e-mail]; Thu, 29 Jun 2006 12:12:06 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23340
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: Admin: Resolution of WG Last Call comments
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Thu, 29 Jun 2006 09:10:05 GMT
Lines: 25
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

In <[e-mail]> Harald Alvestrand <[e-mail]> writes:

>Based on the results from the Last Call, I'm removing the option of 
>putting the document on hold while waiting for USEPRO to complete.

The 'votes' on that issue were rather evenly balanced. There was hardly
consensus on the matter of whether to put it on hold, whereas I believe
we could achieve a consensus that the document was as complete as we could
make it at the present time.

In the meantime, since there are no technical issues outstanding on
USEFOR, is it in order to proceed with constructive discussion of USEPRO?
If so, some comments on my suggested texts for handling Paths, which I
published some weeks back, would be a good start.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel[phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email: [e-mail]      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



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 k63D88XV021572; Mon, 3 Jul 2006 06:08:08 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63D88uH021571; Mon, 3 Jul 2006 06:08:08 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ID-77355.user.dfncis.de (84-12-23-140.dyn.gotadsl.co.uk [84.12.23.140] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k63D86dR021558 for <[e-mail]>; Mon, 3 Jul 2006 06:08:07 -0700 (MST) (envelope-from [e-mail])
Received: from sjoh1646 ([127.0.0.1]) by sjoh1646 (192.168.1.33) with news-to-mail ; Mon, 03 Jul 2006 14:03:10 +0100
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
From: Graham Drabble <[e-mail]>
References: <[e-mail]> <[e-mail]>
Date: Mon, 03 Jul 2006 14:03:07 +0100
Organization: Home
Message-ID: <[e-mail]>
User-Agent: Xnews/5.04.25 Hamster-Pg/1.24
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

On 03 Jul 2006 Harald Alvestrand <[e-mail]> wrote in
news:[e-mail]: 

> 
> [e-mail] wrote:
>>
>>
>>> | A newsgroup may be "moderated", in which case submissions
>>> | are not posted directly, but mailed to a "moderator" for
>>> | consideration and possible posting. Moderators are
>>> | typically human but may be implemented partially or
>>> | entirely in software.
>>
>>> The word "moderated" occurs only once,
>>> in the "Approved" section.
>>
>> Moderators are ALWAYS human.
>>
>> Suggested replacement text:
>>
>> A newsgroup may be "moderated". Articles are not posted directly
>> to a moderated group, but are submitted (usually by email) to one
>> or more moderators for approval and eventual posting. Some
>> moderators have implemented automated systems to help them
>> perform this function. 
>>
>>
> Hm.
> 
> I've seen mailing lists gatewayed to Netnews where the "moderator"
> was set to be the mailing list 

No, the moderator submission address was the mailing list. The 
moderator was whoever controlled that list.

> - the result was that all messages
> posted to the newsgroup were sent to the mailing list, and
> eventually came back to the newsgroup. No human moderator anywhere
> in sight. 
> 
> This document shouldn't try to mandate a human in the loop.

The human doesn't have to be in the loop but they have to exist and 
ultimately are responsible if things go wrong.

-- 
Graham Drabble
http://www.drabble.me.uk/



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 k63D8236021543; Mon, 3 Jul 2006 06:08:02 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k63D82Te021542; Mon, 3 Jul 2006 06:08:02 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ID-77355.user.dfncis.de (84-12-23-140.dyn.gotadsl.co.uk [84.12.23.140] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with SMTP id k63D80vb021518 for <[e-mail]>; Mon, 3 Jul 2006 06:08:00 -0700 (MST) (envelope-from [e-mail])
Received: from sjoh1646 ([127.0.0.1]) by sjoh1646 (192.168.1.33) with news-to-mail ; Mon, 03 Jul 2006 14:02:02 +0100
To: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
From: Graham Drabble <[e-mail]>
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Mon, 03 Jul 2006 14:01:56 +0100
Organization: Home
Message-ID: <[e-mail]>
User-Agent: Xnews/5.04.25 Hamster-Pg/1.24
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

On 03 Jul 2006 Seth Breidbart <[e-mail]> wrote in 
news:[e-mail]:

> 
>> Moderators are ALWAYS human.
> 
> Even when the RFD and CFV say that the group will be robomoderated,
> and it is?  (typically to prevent crossposts)

Yes. The moderator is whoever controls the modbot. Being robomoderated 
merely means the moderator has decided to let software do all the work.

-- 
Graham Drabble
http://www.drabble.me.uk/



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 k6370U2D004751; Mon, 3 Jul 2006 00:00:30 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k6370UMb004748; Mon, 3 Jul 2006 00:00:30 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k6370Tsi004731 for <[e-mail]>; Mon, 3 Jul 2006 00:00:29 -0700 (MST) (envelope-from [e-mail])
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 4765358AB6 for <[e-mail]>; Mon,  3 Jul 2006 03:00:28 -0400 (EDT)
Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k6370S519555; Mon, 3 Jul 2006 03:00:28 -0400 (EDT)
Date: Mon, 3 Jul 2006 03:00:28 -0400 (EDT)
Message-Id: <[e-mail]>
From: Seth Breidbart <[e-mail]>
To: [e-mail]
In-reply-to: <[e-mail]> (message from Harald Alvestrand on Sun, 02 Jul 2006 23:37:22 -0700)
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]> <[e-mail]>
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

> Moderators are ALWAYS human.

Even when the RFD and CFV say that the group will be robomoderated,
and it is?  (typically to prevent crossposts)

Seth



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 k636bTdh098060; Sun, 2 Jul 2006 23:37:29 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k636bTqJ098059; Sun, 2 Jul 2006 23:37:29 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k636bSK6098052 for <[e-mail]>; Sun, 2 Jul 2006 23:37:28 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 358DF2596E6; Mon,  3 Jul 2006 08:36:11 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13582-06; Mon,  3 Jul 2006 08:36:06 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 24B072596E5; Mon,  3 Jul 2006 08:36:06 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Sun, 02 Jul 2006 23:37:22 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.2 (X11/20060420)
MIME-Version: 1.0
To: [e-mail]
Cc: [e-mail]
Subject: Re: #1300 was Admin: Resolution of WG
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at alvestrand.no
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>

[e-mail] wrote:
>
>
>> | A newsgroup may be "moderated", in which case submissions
>> | are not posted directly, but mailed to a "moderator" for
>> | consideration and possible posting. Moderators are
>> | typically human but may be implemented partially or
>> | entirely in software.
>
>> The word "moderated" occurs only once,
>> in the "Approved" section.
>
> Moderators are ALWAYS human.
>
> Suggested replacement text:
>
> A newsgroup may be "moderated". Articles are not posted directly to a 
> moderated group, but are submitted (usually by email) to one or more 
> moderators for approval and eventual posting. Some moderators have 
> implemented automated systems to help them perform this function.
>
>
Hm.

I've seen mailing lists gatewayed to Netnews where the "moderator" was 
set to be the mailing list - the result was that all messages posted to 
the newsgroup were sent to the mailing list, and eventually came back to 
the newsgroup. No human moderator anywhere in sight.

This document shouldn't try to mandate a human in the loop.

                      Harald