Last Call: 'Netnews Article Format' to Proposed Standard (draft-ietf-usefor-usefor)

[The IESG <[e-mail]>]

The IESG has received a request from the Usenet Article Standard Update 
WG to consider the following document:

- 'Netnews Article Format '
   <draft-ietf-usefor-usefor-10.txt> as a Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action.  Please send any comments to the
[e-mail] or [e-mail] mailing lists by 2006-10-12.

The file can be obtained via
http://www.ietf.org/internet-drafts/draft-ietf-usefor-usefor-10.txt





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 k8SKrYC4037665; Thu, 28 Sep 2006 13: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 k8SKrYJQ037658; Thu, 28 Sep 2006 13: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 ns3.neustar.com (ns3.neustar.com [156.154.24.138]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k8SKrXUO037646 for <[e-mail]>; Thu, 28 Sep 2006 13:53:34 -0700 (MST) (envelope-from [e-mail])
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id D2536175DF; Thu, 28 Sep 2006 20:53:27 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1GT2sp-0003Uo-Er; Thu, 28 Sep 2006 16:53:27 -0400
X-test-idtracker: no
To: IETF-Announce <[e-mail]>
From: The IESG <[e-mail]>
Subject: Last Call: 'Netnews Article Format' to Proposed Standard  (draft-ietf-usefor-usefor) 
Reply-To: [e-mail]
Cc: <[e-mail]>
Message-Id: <[e-mail]>
Date: Thu, 28 Sep 2006 16:53:27 -0400
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 IESG has received a request from the Usenet Article Standard Update 
WG to consider the following document:

- 'Netnews Article Format '
   <draft-ietf-usefor-usefor-10.txt> as a Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action.  Please send any comments to the
[e-mail] or [e-mail] mailing lists by 2006-10-12.

The file can be obtained via
http://www.ietf.org/internet-drafts/draft-ietf-usefor-usefor-10.txt



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 k8R8Ygho052396; Wed, 27 Sep 2006 01:34:42 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8R8YggD052395; Wed, 27 Sep 2006 01:34:42 -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 k8R8Yeca052388 for <[e-mail]>; Wed, 27 Sep 2006 01:34: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 9DF992596BF; Wed, 27 Sep 2006 10:32: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 25699-05; Wed, 27 Sep 2006 10:32:11 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id E59F32580D1; Wed, 27 Sep 2006 10:32:10 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 27 Sep 2006 01:34:26 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (X11/20060719)
MIME-Version: 1.0
To: Lisa Dusseault <[e-mail]>
Cc: Ted Hardie <[e-mail]>, [e-mail], Alexey Melnikov <[e-mail]>
Subject: Request for IESG processing of draft-ietf-usefor-usefor-10 for Proposed Standard
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 USEFOR WG chairs are hereby requesting that the IESG review and 
process draft-ietf-usefor-usefor-10 for the status of Proposed Standard.

Below is some information about the document's state.

                   Harald & Alexey


1). Have the chairs personally reviewed this version of the ID
and do they believe this ID is sufficiently baked to forward to the IESG 
for publication?

Yes and yes.

2). Has the document had adequate review from both key WG members and 
key non-WG members?

Yes and No. External review has not been solicited.

Do you have any concerns about the depth or breadth of the reviews that 
have been performed?

No.

3). Do you have concerns that the document needs more review from a 
particular (broader) perspective (e.g., security, operational 
complexity, someone familiar with AAA, etc.)?

No concerns. This is a rather isolated field.

4). Do you have any specific concerns/issues with this document that you 
believe the ADs and/or IESG should be aware of? For example, perhaps you 
are uncomfortable with certain parts of the document, or whether there 
really is a need for it, etc., but at the same time these issues have 
been discussed in the WG and the WG has indicated it wishes to advance 
the document anyway.

No concerns regarding the document, however IESG should be aware that 
the document doesn't just standardize existing Usenet article format, 
but also adds several new header fields. This issue was discussed in the 
WG and rough consensus was to add new features.

The group feels that it would be most appropriate to have this document 
approved by the IESG now, but that publication should be delayed until 
the companion document (USEPRO) comes out. This might take a while, 
given the slow progress the group has made so far. In the event of the 
group closing, the document can be published without USEPRO - there are 
no normative references.

5). How solid is the WG consensus behind this document? Does it
represent the strong concurrence of a few individuals, with others being
silent, or does the WG as a whole understand and agree with it?

There is rough consensus among the 10 active participants to send the 
document to IESG.

Two WG participants have said that they think the WG should shut down 
and not send any document, citing the length of time it has taken to get 
here and concerns with the document quality.

6). Has anyone threatened an appeal or otherwise indicated extreme
discontent? If so, please summarize what are they upset about.

Nobody has threated to appeal.

7). Have the chairs verified that the document adheres to _all_ of the
ID nits? (see http://www.ietf.org/ID-nits.html).

Yes (Note that the ID nits tool reports several Experimental warnings, 
but they all wrong)


8). Does the document a) split references into normative/informative,

Yes

  and b) are there normative references to IDs, where the IDs are not 
also ready for advancement or are otherwise in an unclear state? (Note: 
the RFC editor will not publish an RFC with normative references to IDs, 
it will delay publication until all such IDs are also ready for 
publication as RFCs.)


This document doesn't have any normative reference to an ID.
There are three Informative references to IDs, two of them are working 
documents of the USEFOR WG
and another one (draft-ietf-nntpext-base) was approved for publication 
in June.

See above for discussion of the relation to draft-ietf-usefor-usepro.

9). For Standards Track and BCP documents, the IESG approval
announcement includes a writeup section with the following sections:

Summary

  This document specifies the syntax of Netnews articles in the context 
of the "Internet Message Format" (RFC 2822) and "Multipurpose  Internet 
Mail Extensions (MIME)" (RFC 2045).  This document obsoletes
the mesasge format parts of RFC 1036, providing an updated specification 
to reflect current  practice and incorporating incremental changes 
specified in other documents. The document also adds several new header 
fields that replace various non-standard and non-interoperable header 
fields in use in Usenet today.

 This is the first in a set of documents that obsolete RFC 1036. This
document focuses on the syntax and semantics of Netnews articles.

 Another document describes protocol issues of Netnews articles
independent of transport protocols, e.g. control articles.

 And yet another document describes policy related issues,
interoperability and usability related recommendations.

Process and goals history of this draft.

The USEFOR WG started its efforts to update RFC 1036 about 9 years ago. 
Several email related standards got published and updated in this 
timeframe.
Several WG chairs have changed since then, and many WG participants left 
or joined the WG (mostly left).

 In May 2004, this document was a part of the 98-page 
draft-ietf-usefor-article-13.txt. Following the proposal of Pete 
Resnick, WG chair at the time, the document got split into 2 documents: 
draft-ietf-usefor-usefor-00.txt and draft-ietf-usefor-usepro-00.txt.

Following feedback from the WG members, Alexey Melnikov asked Ken 
Murchison to edit draft-ietf-usefor-usefor-xx.txt instead of  Charles 
Lindsey, taking a more concise draft (draft-kohn-news-article-03.txt) by 
Dan Kohn as the base.
Ken Murchison became the primary editor, while Charles Lindsey and Dan 
Kohn got
listed as co-editors of the draft-ietf-usefor-usefor-00.txt  document.

While the split and new primary editor helped to move things forward, 
this was not sufficient to get the document finished.

In April 2005, Harald Alvestand joined as co-chair of the WG. He 
introduced issue tracker to the WG,
which helped to prevent people from reraising old issues again and 
again. He also on one occasion suspended posting rights of one of the 
abusive WG members, which helped reduce the personal attacks in the group.

draft-ietf-usefor-usefor-10.txt is the result of a WG Last Call in April 
2006 (which raised several issues, none of them requiring major changes) 
and a call for consensus on the resolution of Last Call comments in 
September 2006.

This draft is being submitted for Proposed Standard.

The USEFOR WG has reviewed the draft, last-call (and post last-call)
reviews included:
- Frank Ellermann
- Russ Allbery
- Richard Clayton
- Ralph Babel
- Forrest J. Cavalier III
- Seth Breidbart
- Dan Schlitt

Of the reviewers, two argued that the group should be disbanded and the 
draft ditched.




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 k8KJoACW028234; Wed, 20 Sep 2006 12:50:10 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8KJoAcG028233; Wed, 20 Sep 2006 12:50:10 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ns3.neustar.com (ns3.neustar.com [156.154.24.138]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k8KJo7Fw028218 for <[e-mail]>; Wed, 20 Sep 2006 12:50:10 -0700 (MST) (envelope-from [e-mail])
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id 0DED9175D8; Wed, 20 Sep 2006 19:50:02 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1GQ853-0005wV-KH; Wed, 20 Sep 2006 15:50:01 -0400
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
To: [e-mail]
Cc: [e-mail]
From: [e-mail]
Subject: I-D ACTION:draft-ietf-usefor-usefor-10.txt 
Message-Id: <[e-mail]>
Date: Wed, 20 Sep 2006 15:50:01 -0400
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>

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
This draft is a work item of the Usenet Article Standard Update Working Group of the IETF.

	Title		: Netnews Article Format
	Author(s)	: C. Lindsey, et al.
	Filename	: draft-ietf-usefor-usefor-10.txt
	Pages		: 42
	Date		: 2006-9-20
	
This document specifies the syntax of Netnews articles in the context
of the "Internet Message Format" (RFC 2822) and "Multipurpose
Internet Mail Extensions (MIME)" (RFC 2045).  This document obsoletes
RFC 1036, providing an updated specification to reflect current
practice and incorporating incremental changes specified in other
documents.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-usefor-usefor-10.txt

To remove yourself from the I-D Announcement list, send a message to 
[e-mail] with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
username "anonymous" and a password of your e-mail address. After 
logging in, type "cd internet-drafts" and then 
"get draft-ietf-usefor-usefor-10.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

Internet-Drafts can also be obtained by e-mail.

Send a message to:
	[e-mail].
In the body type:
	"FILE /internet-drafts/draft-ietf-usefor-usefor-10.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body;
	access-type="mail-server";
	server="[e-mail]"

Content-Type: text/plain
Content-ID:	<[e-mail]>

ENCODING mime
FILE /internet-drafts/draft-ietf-usefor-usefor-10.txt

--OtherAccess
Content-Type: Message/External-body;
	name="draft-ietf-usefor-usefor-10.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID:	<[e-mail]>

--OtherAccess--

--NextPart--



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 k8IGj1Dd052696; Mon, 18 Sep 2006 09:45:01 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8IGj1ig052695; Mon, 18 Sep 2006 09:45:01 -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-36.mail.demon.net (anchor-post-36.mail.demon.net [194.217.242.86]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k8IGixDs052683 for <[e-mail]>; Mon, 18 Sep 2006 09:45:00 -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-36.mail.demon.net with esmtp (Exim 4.42) id 1GPMEs-000PhD-KJ for [e-mail]; Mon, 18 Sep 2006 16:44:58 +0000
Message-ID: <[e-mail]>
Date: Mon, 18 Sep 2006 17:43:40 +0100
To: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: Disband
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.03 M <$u0$+vQT77vJjMKLdmf+du3DlA>
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]>, Forrest J. Cavalier III
<[e-mail]> writes

>4. A WG that took this long to push the SIMPLEST document out the door,
>cannot expect to push a more complicated one out the door in far less time.

I note that draft-ietf-usefor-usepro-05 has timed out...  since I owe
the group a little of my time I will commit to promptly reviewing a
current version if an -06 is created...

... I expect to say [and invite the WG to agree] that whole swathes of
it describe vaporware and should be immediately discarded (unless
several writers of server software suddenly pop-up and commit to the
significant effort involved in implementing new functionality, MIME
handling capabilities and other architectural changes...).

Cutting it down from the current 54 pages to around 30 should be rapidly
possible; it can then be judged how contentious it is ... for an example
removing a number of entirely speculative forward looking statements
about how the current lack of security/accountability might be addressed
would alone save more than a page!

- -- 
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/AwUBRQ7MvJoAxkTY1oPiEQIQBgCglLfrZjlPqq+TzDcP2RTIl9HtlLkAoJrY
qyD7PGvTeFw263nxIKHIKs53
=rtWP
-----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 k8IGC7BB049745; Mon, 18 Sep 2006 09:12:07 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8IGC73I049743; Mon, 18 Sep 2006 09:12:07 -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 k8IGC5Bk049722 for <[e-mail]>; Mon, 18 Sep 2006 09:12:06 -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 450ec554.167cf.431 for [e-mail]; Mon, 18 Sep 2006 17:12:04 +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 k8IGC3aj006461 for <[e-mail]>; Mon, 18 Sep 2006 17:12:03 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k8IGC3qZ006458 for [e-mail]; Mon, 18 Sep 2006 17:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23642
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: Summary of responses, WG Last Call Comment Resolution
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Mon, 18 Sep 2006 13:33:53 GMT
Lines: 21
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:

>E - I do not agree with any of the above statements, and wish to say ....

>- Charles Lindsey - The document should be held in the WG waiting for 
>the WG to finish USEPRO. Otherwise A.

Since nobody picked up on my preference for leaving the document "on ice",
my vote reverts to an "A" which makes it 7:3, even using Ralph's method of
counting.

-- 
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 k8IGC7KM049746; Mon, 18 Sep 2006 09:12:07 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8IGC7fs049744; Mon, 18 Sep 2006 09:12:07 -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 k8IGC51O049724 for <[e-mail]>; Mon, 18 Sep 2006 09:12:06 -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 450ec554.5a97.108b for [e-mail]; Mon, 18 Sep 2006 17:12:04 +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 k8IGC4Hg006472 for <[e-mail]>; Mon, 18 Sep 2006 17:12:04 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k8IGC4JC006466 for [e-mail]; Mon, 18 Sep 2006 17:12:04 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23643
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: WGLC edits
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Mon, 18 Sep 2006 13:40:13 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]> Ken Murchison <[e-mail]> writes:

>Here are the (hopefully non-controversial) edits that I have made based 
>on the WGLC comments.  If you see something that is incorrect please let 
>me know.

>Diffs:

>http://tinyurl.com/ee3sx

All seems fine 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 k8IFqBUw048209; Mon, 18 Sep 2006 08:52:11 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8IFqBC1048208; Mon, 18 Sep 2006 08:52:11 -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 k8IFqAXd048202 for <[e-mail]>; Mon, 18 Sep 2006 08:52:10 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 26860 invoked from network); 18 Sep 2006 15:52:08 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 18 Sep 2006 15:52:08 -0000
X-pair-Authenticated: 216.37.223.199
Message-ID: <[e-mail]>
Date: Mon, 18 Sep 2006 11:52:12 -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: Disband
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>

Harald Alvestrand wrote:

> A WG that has pushed one document out the door has some basis for 
> guessing what it'd take to finish another; with active management, my 
> personal guess is about a year for USEPRO. 

Hah.  That's a wish, not an engineering manager's estimate.  This is
not the IWTF.

This is what you wrote on 5/18/2005:  (Yes, 2005!)

 > As far as I can tell from the documents and discussion, the group is fairly
 > close to being able to emit some documents; this is good - but the group
 > has also been working on these documents since 1998 (when I was its first
 > AD, in fact), without finishing any - which is a VERY long time for an IETF
 > working group.

And on 7/1/2005, you wrote:

 > Our plan was to close as many tickets as possible by today, allowing Ken to
 > produce a clean -05 draft reflecting those resolutions, in preparation for
 > a WG Last Call on the usefor document.

And this is what you wrote on 9/4/2005,

 > OK, here's our result on injection-info.
 > A total of 3 people answered. Possible conclusions:
 >
 > - The rest doesn't really care about this bit
 > - The group is tired and doesn't want to form more opinions
 >
 > I can certainly believe tiredness. I did not make the timeline I suggested,
 > and have severely underestimated the amount of time and energy it takes me
 > to get even proposed closure on issues.
 > In terms of value for energy spent, closing the group may be a better
 > alternative.

And now it is 2006.

The chair is capable of seeing there is a process problem here.

If the chair is not able to identify what the problem is and the appropriate
fixes,  the chair should recommend the WG disband, or resign.  Considering
that this is not the first chair to have the same problem, I invoke Drucker:
(paraphrasing....) Any organizational position in which two capable, well 
selected people, failed is unfillable.  The organization must change so that
the position is not part of it.

If the chair can explain why his estimates from this year 2006 will be any
different from last year 2005, then I think we should also consider....

1. Who didn't participate in the poll within deadline, and estimate how many
people will be around a year from now.  John Stanley, Seth Briedbart, Bruce 
Lilly, Alexey Melnikov, Graham Drabble were recent participants, but
did not have the time or inclination to respond within deadline.

2. Of the people who participate, estimate person-by-person how many of those 
actually have real-world experience running or writing production news server 
software.

Remember this from 5/25/2005?  Has the situation improved?

 > So far, about 20 people (out of 49 subcribers) have answered my poll.
 > Most people gave a "range" for their commitment out of my list, so I'm
 > giving "ranges" for how many people are in each category:
 >
 > 1 (glance): 6-3 (pessimist says 6, optimist says 3)
 > 2 (read): 10-8
 > 3 (comment): 4-6
 > 4 (review): 0-3
 >
 > To me, this indicates that we have a serious risk of a shortage of
 > reviewers, but still have some interest..... I hope it's enough to make a
 > decent finish for the documents

3. Out the door is not the same as passing IETF last call.  And since there
is no way to have interoperating implementations without USEPRO, there is no way 
that USEFOR can get accepted as a standard.

4. A WG that took this long to push the SIMPLEST document out the door,
cannot expect to push a more complicated one out the door in far less time.

 > If the management isn't active, it won't finish.

True, but irrelevant to your point.

> 
> A WG that has not pushed a document out the door has no basis for saying 
> that it's going to finish another one.

True, but does not support your point, either.



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 k8HHdm8v029323; Sun, 17 Sep 2006 10:39:48 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8HHdm7P029322; Sun, 17 Sep 2006 10:39:48 -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 k8HHdjDL029314 for <[e-mail]>; Sun, 17 Sep 2006 10:39:47 -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 F2A691BC01 for <[e-mail]>; Sun, 17 Sep 2006 19:39:44 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id 2AFF42BF401; Sun, 17 Sep 2006 19:39:09 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Re: Disband
Message-Id: <[e-mail]>
Date: Sun, 17 Sep 2006 19:39:09 +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>

Russ Allbery wrote:

> Note that this position is independent of whether USEPRO
> is ever published. I'm not horribly optimistic that it
> will be, but I think the format specification is useful
> on its own.

Yes - even regardless of whether this format specification
ever becomes an RFC, cf. s-o-1036. With all the dangling
forward references to a nonexistent USEPRO, it's not
likely to anyway.



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 k8HHMK9O027799; Sun, 17 Sep 2006 10:22:20 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8HHMKbl027798; Sun, 17 Sep 2006 10:22:20 -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 k8HHMJrf027792 for <[e-mail]>; Sun, 17 Sep 2006 10:22:19 -0700 (MST) (envelope-from [e-mail])
Received: from smtp1.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 7E0B24C57E for <[e-mail]>; Sun, 17 Sep 2006 10:22:18 -0700 (PDT)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.stanford.edu (Postfix) with ESMTP id 636D44BDBC for <[e-mail]>; Sun, 17 Sep 2006 10:22:18 -0700 (PDT)
Received: by windlord.stanford.edu (Postfix, from userid 1000) id 5C6D8E78DD; Sun, 17 Sep 2006 10:22:18 -0700 (PDT)
From: Russ Allbery <[e-mail]>
To: [e-mail]
Subject: Re: Disband
In-Reply-To: <[e-mail]> (Harald Alvestrand's message of "Sun, 17 Sep 2006 19:12:30 +0200")
Organization: The Eyrie
References: <[e-mail]> <[e-mail]>
Date: Sun, 17 Sep 2006 10:22:18 -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>

My feeling, from answering public questions about Usenet protocols, is
that having this document published is a clear improvement over having
people continue to rely solely on RFC 1036.  It's still not the standard
that I'd personally like to see, but I think it's what's reasonable to
expect someone to be able to produce given how few resources we have to do
the work and given the controversy.  There are still some bits in it that
I expect to be generally ignored, but there are way more of those bits in
RFC 1036 right now.

Note that this position is independent of whether USEPRO is ever
published.  I'm not horribly optimistic that it will be, but I think the
format specification is useful on its own.

-- 
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 k8HHCl5A026653; Sun, 17 Sep 2006 10:12:47 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8HHClMP026652; Sun, 17 Sep 2006 10:12:47 -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 k8HHCjwU026644 for <[e-mail]>; Sun, 17 Sep 2006 10:12:46 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id A960C2596BF; Sun, 17 Sep 2006 19:10: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 01642-05; Sun, 17 Sep 2006 19:10:21 +0200 (CEST)
Received: from [10.150.199.109] (gprs-ggsn6-nat.mobil.telenor.no [212.17.141.54]) by eikenes.alvestrand.no (Postfix) with ESMTP id BE6282596CD; Sun, 17 Sep 2006 19:10:20 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Sun, 17 Sep 2006 19:12:30 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Ralph Babel <[e-mail]>
Cc: [e-mail]
Subject: Re: Disband
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>

I'll answer this one.

A WG that has pushed one document out the door has some basis for 
guessing what it'd take to finish another; with active management, my 
personal guess is about a year for USEPRO. If the management isn't 
active, it won't finish.

A WG that has not pushed a document out the door has no basis for saying 
that it's going to finish another one.

WRT the "number of remaining issues" gibe: While I have not been around 
for the previous Last Calls (and, as I indicated in my reply to some of 
Richard Clayton's comments, I do believe in the "last" word in the name 
of Last Call), I saw no really important technical issues raised at this 
Last Call.

The group has given proof positive that it can find any number of 
wording changes that would result in a slightly better document. So I 
regard it as one of the Chair's important tasks to *stop* such changes 
at one point in the document's lifecycle.

I think this point has now arrived for the USEFOR document.

                        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 k8HCZ4Rd002437; Sun, 17 Sep 2006 05:35:04 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8HCZ4pT002436; Sun, 17 Sep 2006 05:35:04 -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 k8HCZ3uf002430 for <[e-mail]>; Sun, 17 Sep 2006 05:35: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 k8HCZ2AS014228 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <[e-mail]>; Sun, 17 Sep 2006 08:35:02 -0400
Message-ID: <[e-mail]>
Date: Sun, 17 Sep 2006 08:35: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: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
References: <[e-mail]> <[e-mail]> <[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
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]>, Ken Murchison
> <[e-mail]> writes
>> Richard Clayton wrote:
>>
>> I've resolved your issues regarding 2.1, 3.1.3, 3.1.4, and 3.2.7; in 
>> most cases using your suggested text.
> 
> Thank you, they look just fine.
> 
> If no-one else is going to speak up about User-Agent or the "posting
> account" SHOULD then there's clearly no consensus on those issues :(
> 
>>> #3.2.9
>>>
>>>    NOTE: If the "posting-host" <parameter> identifies a dial-up
>>>    point-of-presence, the "posting-account" or the "logging-data"
>>>    <parameter> may provide additional information about the true
>>>    origin of the article.
>>>
>>> I can see nothing special about dial-up, so:
>> How about:
>>
>> NOTE: If the "posting-host" <parameter> fails to identify a fixed host 
>> (e.g. dynamic IP address allocation), ...
> 
> "fails to identify the host" ...     as Yoda might put it, there is no
> fixed, only allocations that have yet to change :)

I changed it to:

NOTE: If the "posting-host" <parameter> fails to deterministically 
identify the host (e.g. dynamic IP address allocation), ...


-- 
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 k8HBTg5v098307; Sun, 17 Sep 2006 04:29:42 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8HBTgUr098305; Sun, 17 Sep 2006 04: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 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 k8HBTeSo098284 for <[e-mail]>; Sun, 17 Sep 2006 04:29:41 -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 A9FF81BC01 for <[e-mail]>; Sun, 17 Sep 2006 13:29:33 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id 943E32BF402; Sun, 17 Sep 2006 13:28:41 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Re: USEFOR next steps
Message-Id: <[e-mail]>
Date: Sun, 17 Sep 2006 13:28:41 +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 wrote:

> Given that the poll, at the time it closed,
> showed a consensus for going ahead

No, in fact it didn't.

> with the document (6 for, 1 against, 3 "other"),

Trying it The Lindsey Way now, eh?

  http://www.imc.org/ietf-usefor/2002/Sep/0132.html

It's not gonna work, I'm afraid.

6:4 doesn't qualify as "rough consensus".

> This will be sent to the IESG for Last Call
> and, hopefully, eventual approval.

Fine, so let it be shot down there.



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 k8HBTg35098308; Sun, 17 Sep 2006 04:29:42 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8HBTgaf098306; Sun, 17 Sep 2006 04: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 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 k8HBTeGD098293 for <[e-mail]>; Sun, 17 Sep 2006 04:29:41 -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 CA84B1BC02 for <[e-mail]>; Sun, 17 Sep 2006 13:29:33 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id 7DB892BF401; Sun, 17 Sep 2006 13:28:41 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Disband
Message-Id: <[e-mail]>
Date: Sun, 17 Sep 2006 13:28:41 +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>

Forrest J. Cavalier III wrote:

> Harald Alvestrand wrote:
>
>> I did not see any questions for which an answer would
>> further the purposes of the group, so I said nothing.

Let me quote one of Forrest's points you ignored:

| Disband.
|
| Everytime we do an Internal Last Call, people come up
| with about the same number of remaining issues. Those
| familiar with software engineering will notice that
| defect discovery rates that are constant indicate
| there are many, many issues remaining, and that the
| process that produced the product was most likely broken.
|
| Once again I call on the chair to justify continuing this
| WG when we are several years and several chairs passed the
| original charter. The current charter was to complete ALL
| documents by April 2005 or disband. Instead there is no
| current date estimate for even completing the first
| document of three.

By the current charter, this WG has long lost its mandate.
Only two options are left: recharter or disband. Face the
ugly truth. Don't try to wait the criticism out.

> Charters and Rules of Order are not hoops. If you can't
> stay within them, the process is broken and the work
> product is invariably flawed.

Yup. Welcome to Usefor!

> We are wayyy past charter on the simplest part, USEFOR.
> Since USEPRO is going to be more controversial, on what
> basis and schedule does the chair proceed?

Again, don't expect an answer.



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 k8H1DRV8053518; Sat, 16 Sep 2006 18:13:27 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8H1DRkV053517; Sat, 16 Sep 2006 18:13:27 -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 k8H1DOrT053501 for <[e-mail]>; Sat, 16 Sep 2006 18:13:25 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 67401 invoked from network); 17 Sep 2006 01:13:23 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 17 Sep 2006 01:13:23 -0000
X-pair-Authenticated: 199.224.119.43
Message-ID: <[e-mail]>
Date: Sat, 16 Sep 2006 21:13:24 -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]>
CC: Ralph Babel <[e-mail]>, [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Harald Alvestrand wrote:

> Ralph Babel wrote:
> 
>>Forrest J. Cavalier III wrote:
>>
>>  
>>
>>>So, will the chair accept this entry to a poll after an
>>>arbitrary deadline, but not relevant comments from Mr.
>>>Clayton because they are after an arbitrary deadline?
>>>    
>>
>>You don't seriously expect an answer to this one,
>>do you? After all, the "chair" didn't answer your
>>earlier questions either.
>>
>>  
> 
> I did not see any questions for which an answer would further the 
> purposes of the group, so I said nothing.

I admit that was a rhetorical question, and I expected no answer.

Charters and Rules of Order are not hoops.  If you can't stay
within them, the process is broken and the work product is
invariably flawed.

We are wayyy past charter on the simplest part, USEFOR.  Since USEPRO is
going to be more controversial, on what basis and schedule
does the chair proceed?



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 k8GLmpsj038332; Sat, 16 Sep 2006 14:48:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8GLmphq038331; Sat, 16 Sep 2006 14:48:51 -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 k8GLmoUG038324 for <[e-mail]>; Sat, 16 Sep 2006 14:48:51 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 552852596C1 for <[e-mail]>; Sat, 16 Sep 2006 23:46: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 21259-09 for <[e-mail]>; Sat, 16 Sep 2006 23:46:29 +0200 (CEST)
Received: from [139.7.168.48] (ip-80-226-11-177.vodafone-net.de [80.226.11.177]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4E9992596BE for <[e-mail]>; Sat, 16 Sep 2006 23:46:29 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Sat, 16 Sep 2006 23:48:41 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: [e-mail]
Subject: USEFOR next steps
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>

Given that the poll, at the time it closed, showed a consensus for going 
ahead with the document (6 for, 1 against, 3 "other"), and that I have 
seen no messages asking for a correction to that tabulation of results, 
the chairs are asking the editor to make those minor edits that were 
requested and uncontroversial, and do not introduce technical changes, 
and post an -10 version.

This will be sent to the IESG for Last Call and, hopefully, eventual 
approval.

                       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 k8GLirP3038135; Sat, 16 Sep 2006 14:44:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8GLirqZ038134; Sat, 16 Sep 2006 14:44: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 k8GLiqFl038127 for <[e-mail]>; Sat, 16 Sep 2006 14:44: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 1E3532596C1; Sat, 16 Sep 2006 23:42:38 +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 21259-08; Sat, 16 Sep 2006 23:42:33 +0200 (CEST)
Received: from [139.7.168.48] (ip-80-226-11-177.vodafone-net.de [80.226.11.177]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1789B2596BE; Sat, 16 Sep 2006 23:42:33 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Sat, 16 Sep 2006 23:44:45 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Ralph Babel <[e-mail]>
Cc: [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Ralph Babel wrote:
> Forrest J. Cavalier III wrote:
>
>   
>> So, will the chair accept this entry to a poll after an
>> arbitrary deadline, but not relevant comments from Mr.
>> Clayton because they are after an arbitrary deadline?
>>     
>
> You don't seriously expect an answer to this one,
> do you? After all, the "chair" didn't answer your
> earlier questions either.
>
>   
I did not see any questions for which an answer would further the 
purposes of the group, so I said nothing.



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 k8GKnrTF033472; Sat, 16 Sep 2006 13:49:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8GKnrw2033471; Sat, 16 Sep 2006 13:49: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 k8GKnpqH033464 for <[e-mail]>; Sat, 16 Sep 2006 13:49: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 AA12B2596BA; Sat, 16 Sep 2006 22:47: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 20807-01; Sat, 16 Sep 2006 22:47:31 +0200 (CEST)
Received: from [139.7.168.48] (ip-80-226-11-177.vodafone-net.de [80.226.11.177]) by eikenes.alvestrand.no (Postfix) with ESMTP id 45F612596B9; Sat, 16 Sep 2006 22:47:31 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Sat, 16 Sep 2006 22:49:43 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Richard Clayton <[e-mail]>
Cc: Ken Murchison <[e-mail]>, [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
References: <[e-mail]> <[e-mail]> <[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>

Richard Clayton wrote:
> If no-one else is going to speak up about User-Agent or the "posting
> account" SHOULD then there's clearly no consensus on those issues :(
>   
I think there's no consensus to change, at least..... we've discussed 
this before.
>   
>>> #3.2.9
>>>
>>>    NOTE: If the "posting-host" <parameter> identifies a dial-up
>>>    point-of-presence, the "posting-account" or the "logging-data"
>>>    <parameter> may provide additional information about the true
>>>    origin of the article.
>>>
>>> I can see nothing special about dial-up, so:
>>>       
>> How about:
>>
>> NOTE: If the "posting-host" <parameter> fails to identify a fixed host 
>> (e.g. dynamic IP address allocation), ...
>>     
>
> "fails to identify the host" ...     as Yoda might put it, there is no
> fixed, only allocations that have yet to change :)
actually the posting-account or logging-data may provide additional 
information about the true origin of the article in all cases, so if we 
want to be logically stringent, the part before the comma adds no 
information...... but I'm fine with Ken's suggestion. It's only a note - 
no behaviour needs to change based on this, and no article is rendered 
conformant or non-conformant by the tweaks to this wording.

                    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 k8G97qWs078515; Sat, 16 Sep 2006 02:07:52 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8G97qGu078514; Sat, 16 Sep 2006 02:07:52 -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-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k8G97oJ2078507 for <[e-mail]>; Sat, 16 Sep 2006 02:07:51 -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-33.mail.demon.net with esmtp (Exim 4.42) id 1GOW9N-0008uW-B0; Sat, 16 Sep 2006 09:07:49 +0000
Message-ID: <NOdQlsMR67CFFA$[e-mail]>
Date: Sat, 16 Sep 2006 10:06:25 +0100
To: Frank Ellermann <[e-mail]>
Cc: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
References: <[e-mail]> <[e-mail]> <[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 <rQ$$+X3n77$$INKLyyR+d+OsCs>
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]>, Frank Ellermann
<[e-mail]> writes
>
>Richard Clayton wrote:
>
>> If no-one else is going to speak up about
>[...]
>> the "posting account" SHOULD then there's clearly no
>> consensus on those issues :(
>
>It's defined to be a "killfile-id".  In theory it would make
>sense to move the first SHOULD to USEAGE with the details, as
>you've proposed it, but in practice we don't know when USEAGE
>will be ready, and it's a serious issue.  

I don't think that it's an issue whose resolution will be changed by
this document

>No nice compromise,
>but I don't think it's wrong.  I'd feel bad about this issue
>with no caveat at all.

it does say further down at the end of the section

   It is a matter of local policy which of the above <parameter>s to
   include.  Some pieces of information have privacy implications; this
   is discussed in [I-D.ietf-usefor-useage].

but we pick out just one of the four and put a SHOULD on it. Now I don't
think it's a SHOULD because many other things within the article may
make this irrelevant (and it may, for example, be policy within an
organisation that articles written by employees may not have obfuscated
origins, so requiring their server to obfuscate just one parameter is
just daft).  However, if you really think it's a SHOULD then it seems
entirely inconsistent to apply it to just one header field line

- -- 
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/AwUBRQu+kZoAxkTY1oPiEQLEmACfct45PUBua8m+VfiKTH+oGdQcw7gAnR9l
EJA+cvXS7p78+9Z8QPrdZAnm
=aTib
-----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 k8G0H4bu043099; Fri, 15 Sep 2006 17:17:04 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8G0H4wd043098; Fri, 15 Sep 2006 17:17: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 k8G0H3pb043091 for <[e-mail]>; Fri, 15 Sep 2006 17:17:03 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GONrc-0007hO-9I for [e-mail]; Sat, 16 Sep 2006 02:16:56 +0200
Received: from pd9fbadab.dip0.t-ipconnect.de ([217.251.173.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sat, 16 Sep 2006 02:16:56 +0200
Received: from nobody by pd9fbadab.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sat, 16 Sep 2006 02:16:56 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: WGLC edits
Date:  Sat, 16 Sep 2006 02:14:21 +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: pd9fbadab.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>

Ken Murchison wrote:

> (hopefully non-controversial) edits

I've only checked the changes, they are all fine from my POV.

> http://tinyurl.com/ee3sx

Thanks.  Meanwhile Henrik improved this, you can now omit url1
if it's in essence "url2 minus one", example:

http://tools.ietf.org/rfcdiff?url2=http://www.contrib.andrew.cmu.edu/~murch/draft-ietf-usefor-usefor-10.txt&difftype=--hwdiff

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 k8G00HMO041779; Fri, 15 Sep 2006 17:00:17 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8G00HOg041778; Fri, 15 Sep 2006 17:00:17 -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 k8G00FaN041771 for <[e-mail]>; Fri, 15 Sep 2006 17:00:16 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GONbF-0004t1-0Z for [e-mail]; Sat, 16 Sep 2006 02:00:01 +0200
Received: from pd9fbadab.dip0.t-ipconnect.de ([217.251.173.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sat, 16 Sep 2006 02:00:01 +0200
Received: from nobody by pd9fbadab.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Sat, 16 Sep 2006 02:00:01 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
Date:  Sat, 16 Sep 2006 01:59:16 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 16
Message-ID:  <[e-mail]>
References:  <[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: pd9fbadab.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:

> If no-one else is going to speak up about
[...]
> the "posting account" SHOULD then there's clearly no
> consensus on those issues :(

It's defined to be a "killfile-id".  In theory it would make
sense to move the first SHOULD to USEAGE with the details, as
you've proposed it, but in practice we don't know when USEAGE
will be ready, and it's a serious issue.  No nice compromise,
but I don't think it's wrong.  I'd feel bad about this issue
with no caveat at all.

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 k8FMBlwR032988; Fri, 15 Sep 2006 15:11:47 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FMBl0a032987; Fri, 15 Sep 2006 15:11:47 -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-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k8FMBiX6032981 for <[e-mail]>; Fri, 15 Sep 2006 15:11:47 -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-30.mail.demon.net with esmtp (Exim 4.42) id 1GOLuQ-000Arl-2J; Fri, 15 Sep 2006 22:11:42 +0000
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 23:10:40 +0100
To: Ken Murchison <[e-mail]>
Cc: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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 <rQ$$+X3n77$$INKLyyR+d+OsCs>
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]>, Ken Murchison
<[e-mail]> writes
>
>Richard Clayton wrote:
>
>I've resolved your issues regarding 2.1, 3.1.3, 3.1.4, and 3.2.7; in 
>most cases using your suggested text.

Thank you, they look just fine.

If no-one else is going to speak up about User-Agent or the "posting
account" SHOULD then there's clearly no consensus on those issues :(

>> #3.2.9
>> 
>>    NOTE: If the "posting-host" <parameter> identifies a dial-up
>>    point-of-presence, the "posting-account" or the "logging-data"
>>    <parameter> may provide additional information about the true
>>    origin of the article.
>> 
>> I can see nothing special about dial-up, so:
>
>How about:
>
>NOTE: If the "posting-host" <parameter> fails to identify a fixed host 
>(e.g. dynamic IP address allocation), ...

"fails to identify the host" ...     as Yoda might put it, there is no
fixed, only allocations that have yet to change :)

- -- 
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/AwUBRQsk4JoAxkTY1oPiEQKRrACdH57Q6M11g3GssBzYJaLw15hhv1EAoPG/
gMm3RqgBff2C6dGUPCG9hcIS
=iZyv
-----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 k8FIh31P016451; Fri, 15 Sep 2006 11:43:03 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FIh38d016450; Fri, 15 Sep 2006 11:43:03 -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 k8FIh1TQ016444 for <[e-mail]>; Fri, 15 Sep 2006 11:43:02 -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 k8FIh1AG031171 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <[e-mail]>; Fri, 15 Sep 2006 14:43:02 -0400
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 14:43:00 -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: WGLC edits
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>

Here are the (hopefully non-controversial) edits that I have made based 
on the WGLC comments.  If you see something that is incorrect please let 
me know.

Diffs:

http://tinyurl.com/ee3sx
http://tinyurl.com/nlakh


Full document:

http://www.contrib.andrew.cmu.edu/~murch/draft-ietf-usefor-usefor-10.txt
http://www.contrib.andrew.cmu.edu/~murch/draft-ietf-usefor-usefor-10.html

-- 
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 k8FIWa5p015395; Fri, 15 Sep 2006 11:32:36 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FIWaoi015394; Fri, 15 Sep 2006 11:32:36 -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 k8FIWZSl015380 for <[e-mail]>; Fri, 15 Sep 2006 11:32:35 -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 k8FIWY1h028135 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <[e-mail]>; Fri, 15 Sep 2006 14:32:35 -0400
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 14:32:33 -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: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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
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:

I've resolved your issues regarding 2.1, 3.1.3, 3.1.4, and 3.2.7; in 
most cases using your suggested text.

> #3.2.9
> 
>    NOTE: If the "posting-host" <parameter> identifies a dial-up
>    point-of-presence, the "posting-account" or the "logging-data"
>    <parameter> may provide additional information about the true
>    origin of the article.
> 
> I can see nothing special about dial-up, so:

How about:

NOTE: If the "posting-host" <parameter> fails to identify a fixed host 
(e.g. dynamic IP address allocation), ...

-- 
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 k8FDScUg070181; Fri, 15 Sep 2006 06:28:38 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FDScnv070180; Fri, 15 Sep 2006 06:28:38 -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 k8FDSaw9070172 for <[e-mail]>; Fri, 15 Sep 2006 06:28:37 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Fri, 15 Sep 2006 14:28:35 +0100
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 14:28:22 +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
To: Harald Alvestrand <[e-mail]>
CC: Ken Murchison <[e-mail]>, Frank Ellermann <[e-mail]>, [e-mail]
Subject: Re: SHOULD/MUST Re: draft-ietf-usefor-usefor-09
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
MIME-version: 1.0
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>

Harald Alvestrand wrote:

> Alexey Melnikov wrote:
>
>>> >Why do we say "SHOULD be ignored" about the obsolete header
>>> >fields, isn't that more like "MUST be ignored" ?  We don't
>>> >want any effects of "Also-Control".
>>>  
>>> Seems reasonable to me, but I'll let the WG and/or chairs make this 
>>> call.
>>
>> (chair hat off) Changing SHOULD to MUST is fine with me.
>
> (chair hat off) Making all implementations that make special 
> considerations for interworking with old systems non-conformant is not 
> fine with me. If someone has to interface with a system that uses 
> Also-Control, and understands completely the implications of being 
> able to configure that for that particular context, I do not want to 
> declare him unconditionally nonconformant.
> I think SHOULD is better.

Ok, this is a convincing argument to keep the SHOULD.



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 k8FCp6fc062734; Fri, 15 Sep 2006 05:51:06 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FCp62r062732; Fri, 15 Sep 2006 05:51: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 k8FCp5Oq062694 for <[e-mail]>; Fri, 15 Sep 2006 05:51: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 846781BC01 for <[e-mail]>; Fri, 15 Sep 2006 14:50:58 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id 5BD5C2BF402; Fri, 15 Sep 2006 14:49:55 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
Message-Id: <[e-mail]>
Date: Fri, 15 Sep 2006 14:49:55 +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>

Charles Lindsey wrote:

> Whilst I think most of Richard's emendations are
> improvements, and might well get added if ever we have
> to do another draft, I think they are unnecessary given
> that we are at Last Call.

| You got that backwards, I'm afraid.
|
| It's not the "stage" that determines what can be done to
| the draft; it's the state of the draft that determines the
| "stage" - and as anybody who doesn't just want to get it
| out the door can see, the draft is in a rather bad shape.

http://www.imc.org/ietf-usefor/2002/Aug/0217.html



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 k8FCp3H5062723; Fri, 15 Sep 2006 05:51:03 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FCp3T8062722; Fri, 15 Sep 2006 05:51:03 -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 k8FCp2Kv062695 for <[e-mail]>; Fri, 15 Sep 2006 05:51:03 -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 85C971BC02 for <[e-mail]>; Fri, 15 Sep 2006 14:50:58 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id 4175D2BF401; Fri, 15 Sep 2006 14:49:55 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
Message-Id: <[e-mail]>
Date: Fri, 15 Sep 2006 14:49:55 +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>

Forrest J. Cavalier III wrote:

> So, will the chair accept this entry to a poll after an
> arbitrary deadline, but not relevant comments from Mr.
> Clayton because they are after an arbitrary deadline?

You don't seriously expect an answer to this one,
do you? After all, the "chair" didn't answer your
earlier questions either.



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 k8FBnVMX054470; Fri, 15 Sep 2006 04:49:31 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FBnVr4054469; Fri, 15 Sep 2006 04:49:31 -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 k8FBnTgf054463 for <[e-mail]>; Fri, 15 Sep 2006 04:49:30 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Fri, 15 Sep 2006 12:49:28 +0100
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 12:49:20 +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: Richard Clayton <[e-mail]>
CC: [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Richard Clayton wrote:

>#2.1
>
>   The text below uses ABNF to specify restrictions on the syntax
>   specified in [RFC2822]; this grammar is intended to be more
>   restrictive than the [RFC2822] grammar.  Articles must conform to the
>   ABNF specified in [RFC2822].
>
>   Articles must also conform to the restrictions specified here, both
>   those that are expressed as text and those that are expressed as
>   ABNF.
>
>just keeps negating itself as each sentence follows the next, so why not
>one paragraph saying:
>
>   The text below uses ABNF to specify restrictions on the syntax
>   specified in [RFC2822]; this grammar is intended to be more
>   restrictive than the [RFC2822] grammar.  Articles must conform to the
>   ABNF specified in [RFC2822] and also to the restrictions specified
>   here, both those that are expressed as text and those that are
>   expressed as ABNF.

[as a contributor] I like the new text.

>#3.1.3
>
>   Implementations MUST NOT generate two Message-IDs where the
>   only difference is the case of characters in the <id-right> part.
>
>isn't quite right, someone else might have made it:
>
>   Implementations MUST NOT generate a Message-ID where the only
>   difference from another Message-ID is the case of the characters
>   in the <id-right> part.

[as a contributor] That looks a bit better.

>#3.1.4
>
>   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,
>   but MUST NOT be used otherwise.
>
>much nicer (and more consistent) as:
>
>   A <component> SHOULD NOT consist solely of digits and SHOULD
>   NOT contain uppercase letters.

[as a contributor] Yes, this is more readable.

>  Such components MAY be used to
>   refer to existing groups that do not conform to this syntax,
>   but MUST NOT be used otherwise.

[as a contributor] Either this or the original sentence is fine with me.

>#3.2.7
>
>   NOTE: Since clocks on various agents are not necessarily
>   synchronized, the <date-time> in this header field may not be
>   later than the Date header field, as be expected.  Agents MUST NOT
>   alter a pre-existing Date header field when adding an Injection-
>   Date header field.
>
>the "may not" is unfortunate... so

[as a contributor] Indeed, I stumble on it every time I read the sentence.

>   NOTE: Since clocks on various agents are not necessarily
>   synchronized, hence the <date-time> in this header field will not
>   inevitably

[as a contributor] I would change "will not inevitably" to "might not".

[...]

>Also, in several places  "comments" should become "<comment>s" for
>consistency, and to avoid any possible confusion with <comments>  :) In
>fact, a general sweep through ensuring that syntactic elements are
>enclosed in angle brackets when appearing in commentary would be
>extremely desirable.

Chairs discussed this with Ken and decided that the current text is good 
enough. If you can point out specific places where lack of <comment> is 
problematic, we can reevaluate.



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 k8FBcUaU052104; Fri, 15 Sep 2006 04:38:30 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FBcUxO052103; Fri, 15 Sep 2006 04:38:30 -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 k8FBcQ7I052077 for <[e-mail]>; Fri, 15 Sep 2006 04:38:28 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Fri, 15 Sep 2006 12:38:24 +0100
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 12:38:16 +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: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Charles Lindsey wrote:

>>#3.2.9
>>    
>>
>>  NOTE: If the "posting-host" <parameter> identifies a dial-up
>>  point-of-presence, the "posting-account" or the "logging-data"
>>  <parameter> may provide additional information about the true
>>  origin of the article.
>>    
>>
>>I can see nothing special about dial-up, so:
>>    
>>
>
>If I say
>  posting-host=clerew.man.ac.uk
>then that pretty well ties the article down to me. But if I say
>  posting-host=80.175.135.89
>then all you can establish is that that IP belongs to newnet.co.uk, which
>does not help much.
>
>The wording was written in that form (it has been there a long time) just
>to emphasise that merely identifying the host making the NNTP connection in
>the posting-host parameter would not always be good enough. And yet that
>is the way the current NNTP-Posting-Host header is normally used.
>
[as a contributor] I agree, that the text as written is fine.

>>Also, given that there is a statement    
>>
>>  Some pieces of information have privacy implications; this
>>  is discussed in [I-D.ietf-usefor-useage].    
>>
>>The earlier sentence (which isn't about syntax issues):    
>>
>>  "In order to limit the exposure of personal data, it SHOULD be given
>>  in a form that cannot be interpreted by other sites."    
>>
>>should be completely removed and hence the whole topic of SHOULDs
>>should be left to USEAGE    
>>
>
>I tend to agree with you, but that matter was discussed and people wanted
>that wording in there, so in it went.
>  
>
[as a contributor] I think it is reasonable to discuss Security 
considerations for different header fields in USEFOR itself.

>>#3.2.13
>>    
>>
>>I still strongly believe that the structured format for User-Agent is
>>whistling in the wind. This is branding, not protocols! Since it doesn't
>>affect interoperability it should be removed.
>>    
>>
>We inherited it from HTTP, which is the only protocol to have standardized
>that header so far.
>  
>
[as a chair] I don't hear any rough consensus to support Richard on 
this, so no change.



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 k8FBCCKx047509; Fri, 15 Sep 2006 04:12:12 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FBCCvT047508; Fri, 15 Sep 2006 04:12:12 -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 k8FBC5gT047462 for <[e-mail]>; Fri, 15 Sep 2006 04:12:08 -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.232) id 450a8a84.11965.16d for [e-mail]; Fri, 15 Sep 2006 12:12:04 +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 k8FBC34K009510 for <[e-mail]>; Fri, 15 Sep 2006 12:12:03 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k8FBC2S1009505 for [e-mail]; Fri, 15 Sep 2006 12:12:02 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23616
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>  <[e-mail]> <[e-mail]>
Date: Fri, 15 Sep 2006 09:58:02 GMT
Lines: 103
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

>[chasing, so I've had a look]

Whilst I think most of Richard's emendations are improvements, and might
well get added if ever we have to do another draft, I think they are
unnecessary given that we are at Last Call.

I comment below on the few that I disagree with:

>#3.2.7

>   NOTE: Since clocks on various agents are not necessarily
>   synchronized, the <date-time> in this header field may not be
>   later than the Date header field, as be expected.  Agents MUST NOT
>   alter a pre-existing Date header field when adding an Injection-
>   Date header field.

>the "may not" is unfortunate... so

>   NOTE: Since clocks on various agents are not necessarily
>   synchronized, hence the <date-time> in this header field will not
>   inevitably be a later value than that in the Date header field.
>   Agents MUST NOT alter a pre-existing Date header field when adding an
>   Injection-Date header field.

The revised text seems a little awkward. Note that Ken has already
fixed the missing "might".

>#3.2.9

>   NOTE: If the "posting-host" <parameter> identifies a dial-up
>   point-of-presence, the "posting-account" or the "logging-data"
>   <parameter> may provide additional information about the true
>   origin of the article.

>I can see nothing special about dial-up, so:

If I say
  posting-host=clerew.man.ac.uk
then that pretty well ties the article down to me. But if I say
  posting-host=80.175.135.89
then all you can establish is that that IP belongs to newnet.co.uk, which
does not help much.

The wording was written in that form (it has been there a long time) just
to emphasise that merely identifying the host making the NNTP connection in
the posting-host parameter would not always be good enough. And yet that
is the way the current NNTP-Posting-Host header is normally used.

>Also, given that there is a statement

>   Some pieces of information have privacy implications; this
>   is discussed in [I-D.ietf-usefor-useage].

>The earlier sentence (which isn't about syntax issues):

>   "In order to limit the exposure of personal data, it SHOULD be given
>   in a form that cannot be interpreted by other sites."

>should be completely removed and hence the whole topic of SHOULDs
>should be left to USEAGE

I tend to agree with you, but that matter was discussed and people wanted
that wording in there, so in it went.

>#3.2.10

>Earlier in #3 it says "The following header fields defined in this
>document do not allow comments (CFWS):"  and a list follows.

>but References:  uniquely says: " Comments in CFWS between message
>identifiers can cause interoperability problems, so comments SHOULD NOT
>be generated, but MUST be accepted."

>Is this because people currently create them ?  ...

It is because RFC 2822 defines it that way, and we need a good reason to
depart from RFC 2822 (we had a good reason for Message-ID). And articles
might be gatewayed in from email.

>#3.2.13

>I still strongly believe that the structured format for User-Agent is
>whistling in the wind. This is branding, not protocols! Since it doesn't
>affect interoperability it should be removed.

We inherited it from HTTP, which is the only protocol to have standardized
that header so far.

-- 
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 k8FBC9xY047488; Fri, 15 Sep 2006 04:12:09 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8FBC93u047487; Fri, 15 Sep 2006 04:12:09 -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 k8FBC5Wr047463 for <[e-mail]>; Fri, 15 Sep 2006 04:12:08 -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.232) id 450a8a85.ee2d.167 for [e-mail]; Fri, 15 Sep 2006 12:12:05 +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 k8FBC3If009518 for <[e-mail]>; Fri, 15 Sep 2006 12:12:04 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k8FBC3Y7009515 for [e-mail]; Fri, 15 Sep 2006 12:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23617
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: draft-ietf-usefor-usefor-09
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Fri, 15 Sep 2006 09:59:19 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]> Alexey Melnikov <[e-mail]> writes:

>> >Please get rid of <msg-id-core> again, it's used nowhere else,
>> >and it makes that critical part more obscure than necessary.  
>>
>> Seems reasonable to me, but I'll let the WG and/or chairs make this call.

>Somebody has requested a new non-terminal for message-id with no angle
>brackets, as it is used in URLs.

I agree. That is another good reason to keep that syntax as we have 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 k8F85CHr019661; Fri, 15 Sep 2006 01:05:12 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8F85CKE019660; Fri, 15 Sep 2006 01:05: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 k8F85BsC019646 for <[e-mail]>; Fri, 15 Sep 2006 01:05:12 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 061662596C2; Fri, 15 Sep 2006 10:02: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 32190-07; Fri, 15 Sep 2006 10:02:52 +0200 (CEST)
Received: from [193.214.121.10] (unknown [193.214.121.10]) by eikenes.alvestrand.no (Postfix) with ESMTP id E42BC2596C0; Fri, 15 Sep 2006 10:02:51 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 10:05:03 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Alexey Melnikov <[e-mail]>
Cc: Ken Murchison <[e-mail]>, Frank Ellermann <[e-mail]>, [e-mail]
Subject: SHOULD/MUST Re: draft-ietf-usefor-usefor-09
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>

Alexey Melnikov wrote:
>
>
>> >Why do we say "SHOULD be ignored" about the obsolete header
>> >fields, isn't that more like "MUST be ignored" ?  We don't
>> >want any effects of "Also-Control".
>>  
>> Seems reasonable to me, but I'll let the WG and/or chairs make this 
>> call.
>
> (chair hat off) Changing SHOULD to MUST is fine with me.
>
(chair hat off) Making all implementations that make special 
considerations for interworking with old systems non-conformant is not 
fine with me. If someone has to interface with a system that uses 
Also-Control, and understands completely the implications of being able 
to configure that for that particular context, I do not want to declare 
him unconditionally nonconformant.
I think SHOULD is better.

(chair hat on) Minimize technical changes 3 months after Last Call, 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 k8F7cx0L015948; Fri, 15 Sep 2006 00:38:59 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8F7cxLR015947; Fri, 15 Sep 2006 00:38:59 -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 k8F7cv2f015941 for <[e-mail]>; Fri, 15 Sep 2006 00:38: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 6BBF32596C2 for <[e-mail]>; Fri, 15 Sep 2006 09:36:44 +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 31722-01 for <[e-mail]>; Fri, 15 Sep 2006 09:36:39 +0200 (CEST)
Received: from [193.214.121.10] (unknown [193.214.121.10]) by eikenes.alvestrand.no (Postfix) with ESMTP id 44F4F2596C0 for <[e-mail]>; Fri, 15 Sep 2006 09:36:39 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 15 Sep 2006 09:38:50 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: [e-mail]
Subject: Summary of responses, WG Last Call Comment Resolution
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>

Here is what I interpret from the messages that I have received.
If I have missed or misinterpreted any statements, please respond 
quickly (before the weekend).

A - The specification has resolved all the issued raised at Last Call. 
It is ready to be sent to the IESG.
- Harald Alvestrand
- Ken Murchison
- Russ Allbery
- Dan Kohn
- Dan Schlitt
- Frank Ellermann

B - The specification has not resolved an issue raised at Last Call. 
It's critical that this should be resolved before passing it to the 
IESG. The issue number is #......

C - The specification has a fatal technical error, not raised at Last 
Call, and it is critical that this should be resolved before passing it 
to the IESG. The error is....

D - This effort is futile, we should abandon the document and close the WG.
- Forrest J. Cavalier III

E - I do not agree with any of the above statements, and wish to say ....

- Charles Lindsey - The document should be held in the WG waiting for 
the WG to finish USEPRO. Otherwise A.
- Richard Clayton - new bugs (not raised at Last Call) should be fixed, 
then A
- Ralph Babel - The correct answers are B, C, D, and E



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 k8EF1h5Q089183; Thu, 14 Sep 2006 08:01:43 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8EF1hhW089182; Thu, 14 Sep 2006 08:01:43 -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 k8EF1fcr089173 for <[e-mail]>; Thu, 14 Sep 2006 08:01:42 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 36637 invoked from network); 14 Sep 2006 15:01:40 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 14 Sep 2006 15:01:40 -0000
X-pair-Authenticated: 216.37.222.67
Message-ID: <[e-mail]>
Date: Thu, 14 Sep 2006 11:01:36 -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: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS:         draft-ietf-usefor-usefor-09
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>

So, will the chair accept this entry to a poll after an arbitrary
deadline, but not relevant comments from Mr. Clayton because they
are after an arbitrary deadline?

Since we are outside our charter, then I suppose anything goes.

 > Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])
           by rufus.isode.com (submission channel) via TCP with ESMTPA
           id <[e-mail]>; Thu, 14 Sep 2006 15:31:09 +0100
[snip]

>>>>This poll will close two weeks from now, on Thursday, September 14, 
>>>>at 07:18 GMT.



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 k8EEVJfG084631; Thu, 14 Sep 2006 07:31:19 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8EEVJGj084630; Thu, 14 Sep 2006 07:31:19 -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 k8EEVHtV084621 for <[e-mail]>; Thu, 14 Sep 2006 07:31:18 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Thu, 14 Sep 2006 15:31:17 +0100
Message-ID: <[e-mail]>
Date: Thu, 14 Sep 2006 15:31:16 +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: Harald Alvestrand <[e-mail]>, [e-mail]
Subject: Is the USEFOR->USEPRO dependency normative?
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>

>at the moment, and since at least version -00 of -usefor, usepro
>has been listed under INFORMATIVE references. So if the RFC
>Editor believes what we write, he won't block it.
>Furthermore, I don't see that the references are of such a
>nature that they would be taken as normative.
>  
>
>The references to USEPRO are:
>  
>
[skipped]

> We have talked before about the need to hold back USEFOR in case we 
> discover the need to make changes in USEFOR while we are sorting 
> through the details of USEPRO. But I don't see that it's obvious that 
> it's a true normative dependency.

I don't think any of the references listed above are normative for
USEFOR, at least understanding of USEPRO is not needed to construct a
syntactically valid article.
I always envisioned that USEPRO would reference USEFOR normatively, but
no normative reference in the opposite direction.

>If someone wishes to argue that it is, please state:
>
>- Which of the references above you see as "normative"
>  
>
> - That you think the USEPRO reference needs to be moved from the 
> "informative" to the "normative" section.
>
>The moving is a quick edit. But I'm not certain we need to do 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 k8EEVBXe084605; Thu, 14 Sep 2006 07:31:11 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8EEVBjx084604; Thu, 14 Sep 2006 07:31:11 -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 k8EEV96R084597 for <[e-mail]>; Thu, 14 Sep 2006 07:31:10 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Thu, 14 Sep 2006 15:31:09 +0100
Message-ID: <[e-mail]>
Date: Thu, 14 Sep 2006 15:31:08 +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: Harald Alvestrand <[e-mail]>
CC: [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Harald Alvestrand wrote:

>> Harald Alvestrand wrote:
>>
>>>
>>> I believe we have reached a resolution of all issues raised at WG 
>>> Last Call time against draft-ietf-usefor-usefor-08, and 
>>> draft-ietf-usefor-usefor-09 has been published.
>>>
>>> As I said in my June 27 message concerning the processing of Last 
>>> Call issues, I'm hereby issuing a poll for determining whether we 
>>> have WG consensus that the issues have been resolved and the 
>>> document can be sent to the IESG for processing.
>>>
>>> I'm hereby asking the WG members to say that they regard one of the 
>>> following statements as true (filling in details as necessary):
>>>
>>> A - The specification has resolved all the issued raised at Last 
>>> Call. It is ready to be sent to the IESG.
>>>
>>> B - The specification has not resolved an issue raised at Last Call. 
>>> It's critical that this should be resolved before passing it to the 
>>> IESG. The issue number is #......
>>
(As a contributor) There are some minor issues from Richard Clayton that
I think should be addressed. But as far as I am concerned none of them
is a showstopper. So I am for (A).

>>> C - The specification has a fatal technical error, not raised at 
>>> Last Call, and it is critical that this should be resolved before 
>>> passing it to the IESG. The error is....
>>>
>>> D - This effort is futile, we should abandon the document and close 
>>> the WG.
>>>
>>> E - I do not agree with any of the above statements, and wish to say 
>>> ....
>>>
>>> This poll will close two weeks from now, on Thursday, September 14, 
>>> at 07:18 GMT.
>>>
>>> For the chairs,
>>>
>>>                       Harald Alvestrand
>>





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 k8EEV6gh084594; Thu, 14 Sep 2006 07:31:06 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8EEV6nV084593; Thu, 14 Sep 2006 07:31:06 -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 k8EEV3ZZ084578 for <[e-mail]>; Thu, 14 Sep 2006 07:31:04 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Thu, 14 Sep 2006 15:31:01 +0100
Message-ID: <[e-mail]>
Date: Thu, 14 Sep 2006 15:31:00 +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: Ken Murchison <[e-mail]>, Frank Ellermann <[e-mail]>
CC: Harald Alvestrand <[e-mail]>, [e-mail]
Subject: Re: draft-ietf-usefor-usefor-09
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>

> >Please get rid of <msg-id-core> again, it's used nowhere else,
> >and it makes that critical part more obscure than necessary.  
>
> Seems reasonable to me, but I'll let the WG and/or chairs make this call.

Somebody has requested a new non-terminal for message-id with no angle
brackets, as it is used in URLs.

I frankly care less how it is called, so if you have a better name for
it, let me know.

[...]

> >Why do we say "SHOULD be ignored" about the obsolete header
> >fields, isn't that more like "MUST be ignored" ?  We don't
> >want any effects of "Also-Control".
>  
> Seems reasonable to me, but I'll let the WG and/or chairs make this call.

(chair hat off) Changing SHOULD to MUST is fine with me.





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 k8EAs78f052679; Thu, 14 Sep 2006 03:54:07 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8EAs7u6052678; Thu, 14 Sep 2006 03:54:07 -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-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k8EAs5HR052668 for <[e-mail]>; Thu, 14 Sep 2006 03:54:06 -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-33.mail.demon.net with esmtp (Exim 4.42) id 1GNor1-00063A-AZ; Thu, 14 Sep 2006 10:54:00 +0000
Message-ID: <[e-mail]>
Date: Thu, 14 Sep 2006 11:52:48 +0100
To: Harald Alvestrand <[e-mail]>
Cc: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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 <rB0$+TTD77vtONKL7iS+d+KBY6>
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
>
>Richard,
>
>Richard Clayton wrote:

>> the above things need fixing, my apologies if any of them are too
>> repetitious. Once fixed then I'd move to an (A)
>>   
>do you regard any of the things you listed as FATAL TECHNICAL ERRORS?

>>#2.1

it's very confusingly expressed and could mislead

>>#3.1.3

a nit

>>#3.1.4

a nit

>>#3.2.7

the use of an uncapitalised "may not" is poor quality

>>#3.2.9

the concentration on dialup (rather than dynamic IP address allocation)
may lead the naive into traceability problems

>>The earlier sentence (which isn't about syntax issues):
>>
>>  "In order to limit the exposure of personal data, it SHOULD be given
>>   in a form that cannot be interpreted by other sites."

this sentence requires a change to many server systems which may not be
in the least bit appropriate for some of them anyway. That's a flaw both
on the wire and in the split between the concerns of this document and
USEAGE

>>#3.2.10

the References: issue was answered by Frank. I withdraw this one.

>>#3.2.13

the structured field for User-Agent remains a flaw. There's absolutely
no processing reason for requiring this structure, nor can I envisage
one :(

>>Also, in several places  "comments" should become "<comment>s" for
>>consistency, and to avoid any possible confusion with <comments>  :)
>>In fact, a general sweep through ensuring that syntactic elements are
>>enclosed in angle brackets when appearing in commentary would be
>>extremely desirable.

IMHO, this is indicative of the general quality of the document :(

>I'm sorry - but the Last Call, where it was appropriate to raise issues 
>of nits and style, was sent out on May 25, and closed on June 8. It is 
>now 3 months later.
>
>If we're EVER going to close on this document, at some point, the chair 
>has to say "No more small changes are going to be accepted".

I understand your frustration, and in particular I apologise to you and
to the group for not having found the time to look at the document until
right on the deadline. 

Most of the changes should be completely uncontroversial, but the two
which are not : the "posting-account" obfuscation and User-Agent
structure I have raised before -- I, probably unwisely, didn't bang on
about them. So if you rule them closed, so be it.  Fixing them wouldn't
raise the quality of the document -- merely make it more accurate in
describing the current approach to what appears in header fields.

- -- 
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/AwUBRQk0gJoAxkTY1oPiEQJWNACg7qBpoK1j9ehkP3ZGhrao91MgljwAnjPL
DKPMOZXQNtTN2RYxPC4re3Vc
=5VeH
-----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 k8E6wFUb018850; Wed, 13 Sep 2006 23:58:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8E6wFkE018849; Wed, 13 Sep 2006 23:58: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 k8E6wDro018835 for <[e-mail]>; Wed, 13 Sep 2006 23:58: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 A56FD2580CD; Thu, 14 Sep 2006 08:56:00 +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 25392-07; Thu, 14 Sep 2006 08:55:55 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 9C6A52580CA; Thu, 14 Sep 2006 08:55:55 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 13 Sep 2006 23:58:07 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (X11/20060719)
MIME-Version: 1.0
To: Richard Clayton <[e-mail]>
Cc: [e-mail]
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
References: <[e-mail]> <[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>

Richard,

Richard Clayton wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
>
>   
.... nits removed....
>>>> A - The specification has resolved all the issued raised at Last 
>>>> Call. It is ready to be sent to the IESG.
>>>>
>>>> B - The specification has not resolved an issue raised at Last Call. 
>>>> It's critical that this should be resolved before passing it to the 
>>>> IESG. The issue number is #......
>>>>
>>>> C - The specification has a fatal technical error, not raised at Last 
>>>> Call, and it is critical that this should be resolved before passing 
>>>> it to the IESG. The error is....
>>>>
>>>> D - This effort is futile, we should abandon the document and close 
>>>> the WG.
>>>>
>>>> E - I do not agree with any of the above statements, and wish to say 
>>>> ....
>>>>         
>
> the above things need fixing, my apologies if any of them are too
> repetitious. Once fixed then I'd move to an (A)
>   
do you regard any of the things you listed as FATAL TECHNICAL ERRORS?

I'm sorry - but the Last Call, where it was appropriate to raise issues 
of nits and style, was sent out on May 25, and closed on June 8. It is 
now 3 months later.

If we're EVER going to close on this document, at some point, the chair 
has to say "No more small changes are going to be accepted".
> I'm still not impressed by all the chattiness and random use of similar
> words for subtly different activities.  If the IESG responses are along
> those lines than I think I'd feel like (D).
>   
I would certainly feel like that too, in that case....
> - -- 
> 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/AwUBRQg5hpoAxkTY1oPiEQLeIwCg/IDweWefEKYKbVZsQpXgCc5HawIAmgNh
> 2u1Zo0MZLNth1I7xsX/iVANL
> =19Dk
> -----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 k8DMaAxA056859; Wed, 13 Sep 2006 15:36:10 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8DMaAXU056858; Wed, 13 Sep 2006 15:36:10 -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 k8DMa7Yr056842 for <[e-mail]>; Wed, 13 Sep 2006 15:36:09 -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 363A41BC01 for <[e-mail]>; Thu, 14 Sep 2006 00:36:01 +0200 (CEST)
Received: by message-id.pfm-mainz.de (Postfix, from userid 1000) id B79E12BF401; Thu, 14 Sep 2006 00:34:27 +0200 (CEST)
In-Reply-To: <[e-mail]>
From: [e-mail] (Ralph Babel)
To: [e-mail]
Subject: Re: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
Message-Id: <[e-mail]>
Date: Thu, 14 Sep 2006 00:34:27 +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>

> I'm hereby asking the WG members to say
> that they regard one of the following statements
> as true (filling in details as necessary):

The correct answers are B, C, D, and E.

> This poll will close two weeks from now,
> on Thursday, September 14, at 07:18 GMT.

Without reasonable deadlines for internal review, these
issues probably need to be dealt with outside this WG -
naively assuming that anyone will still care at that point.



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 k8DIGpBj021258; Wed, 13 Sep 2006 11:16:51 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8DIGp07021257; Wed, 13 Sep 2006 11:16:51 -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 k8DIGm6V021251 for <[e-mail]>; Wed, 13 Sep 2006 11:16:49 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GNZHO-0004wz-AP for [e-mail]; Wed, 13 Sep 2006 20:16:10 +0200
Received: from du-001-165.access.de.clara.net ([212.82.227.165]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 13 Sep 2006 20:16:10 +0200
Received: from nobody by du-001-165.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Wed, 13 Sep 2006 20:16:10 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Comments in references (was: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09)
Date:  Wed, 13 Sep 2006 20:14:47 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 20
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: du-001-165.access.de.clara.net
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:
 
 [comments between referenced Message-IDs] 
> Is this because people currently create them ?

AFAIK it's because 2822 allows this before mail2news gateways.

> This just complicates to no purpose :(

If we ban it completely gateways have to strip these comments
(or trust that nobody uses them).  On the other hand a UA for
mail and news has to support them.  Why would that be better ?

Frank

P.S. about 3.2.13, of course it's whistling in the wind, but
just saying <unstructured> isn't really better.  I prefer to
keep it as is (= derived from HTTP), but adding a note that
this might turn out to be a case of wishful thinking is okay.




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 k8DH3V9a011306; Wed, 13 Sep 2006 10:03:32 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8DH3VlE011305; Wed, 13 Sep 2006 10:03:31 -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 k8DH3UiQ011299 for <[e-mail]>; Wed, 13 Sep 2006 10:03:31 -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 1GNY92-000M93-9f; Wed, 13 Sep 2006 17:03:29 +0000
Message-ID: <[e-mail]>
Date: Wed, 13 Sep 2006 18:01:58 +0100
To: Harald Alvestrand <[e-mail]>
Cc: [e-mail]
From: Richard Clayton <[e-mail]>
Subject: Re: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
References: <[e-mail]> <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.03 M <3$0$+rQf77vZnOKLcue+dOzCRp>
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

[chasing, so I've had a look]

#2.1

   The text below uses ABNF to specify restrictions on the syntax
   specified in [RFC2822]; this grammar is intended to be more
   restrictive than the [RFC2822] grammar.  Articles must conform to the
   ABNF specified in [RFC2822].

   Articles must also conform to the restrictions specified here, both
   those that are expressed as text and those that are expressed as
   ABNF.

just keeps negating itself as each sentence follows the next, so why not
one paragraph saying:

   The text below uses ABNF to specify restrictions on the syntax
   specified in [RFC2822]; this grammar is intended to be more
   restrictive than the [RFC2822] grammar.  Articles must conform to the
   ABNF specified in [RFC2822] and also to the restrictions specified
   here, both those that are expressed as text and those that are
   expressed as ABNF.

#3.1.3

   Implementations MUST NOT generate two Message-IDs where the
   only difference is the case of characters in the <id-right> part.

isn't quite right, someone else might have made it:

   Implementations MUST NOT generate a Message-ID where the only
   difference from another Message-ID is the case of the characters
   in the <id-right> part.

#3.1.4

   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,
   but MUST NOT be used otherwise.

much nicer (and more consistent) as:

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

#3.2.7

   NOTE: Since clocks on various agents are not necessarily
   synchronized, the <date-time> in this header field may not be
   later than the Date header field, as be expected.  Agents MUST NOT
   alter a pre-existing Date header field when adding an Injection-
   Date header field.

the "may not" is unfortunate... so

   NOTE: Since clocks on various agents are not necessarily
   synchronized, hence the <date-time> in this header field will not
   inevitably be a later value than that in the Date header field.
   Agents MUST NOT alter a pre-existing Date header field when adding an
   Injection-Date header field.

#3.2.9

   NOTE: If the "posting-host" <parameter> identifies a dial-up
   point-of-presence, the "posting-account" or the "logging-data"
   <parameter> may provide additional information about the true
   origin of the article.

I can see nothing special about dial-up, so:

   NOTE: The "posting-account" and "logging-data" information provide
   further ways to identify the article origin when "posting-host" is
   insufficient for that purpose.

Also, given that there is a statement

   Some pieces of information have privacy implications; this
   is discussed in [I-D.ietf-usefor-useage].

The earlier sentence (which isn't about syntax issues):

   "In order to limit the exposure of personal data, it SHOULD be given
   in a form that cannot be interpreted by other sites."

should be completely removed and hence the whole topic of SHOULDs
should be left to USEAGE

#3.2.10

Earlier in #3 it says "The following header fields defined in this
document do not allow comments (CFWS):"  and a list follows.

but References:  uniquely says: " Comments in CFWS between message
identifiers can cause interoperability problems, so comments SHOULD NOT
be generated, but MUST be accepted."

Is this because people currently create them ?  Why not just ban them
here as well using the general ban in #3 ?  What's the value of this
special status for References ? This just complicates to no purpose :(

#3.2.13

I still strongly believe that the structured format for User-Agent is
whistling in the wind. This is branding, not protocols! Since it doesn't
affect interoperability it should be removed.


Also, in several places  "comments" should become "<comment>s" for
consistency, and to avoid any possible confusion with <comments>  :) In
fact, a general sweep through ensuring that syntactic elements are
enclosed in angle brackets when appearing in commentary would be
extremely desirable.



>>> A - The specification has resolved all the issued raised at Last 
>>> Call. It is ready to be sent to the IESG.
>>>
>>> B - The specification has not resolved an issue raised at Last Call. 
>>> It's critical that this should be resolved before passing it to the 
>>> IESG. The issue number is #......
>>>
>>> C - The specification has a fatal technical error, not raised at Last 
>>> Call, and it is critical that this should be resolved before passing 
>>> it to the IESG. The error is....
>>>
>>> D - This effort is futile, we should abandon the document and close 
>>> the WG.
>>>
>>> E - I do not agree with any of the above statements, and wish to say 
>>> ....

the above things need fixing, my apologies if any of them are too
repetitious. Once fixed then I'd move to an (A)

I'm still not impressed by all the chattiness and random use of similar
words for subtly different activities.  If the IESG responses are along
those lines than I think I'd feel like (D).

- -- 
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/AwUBRQg5hpoAxkTY1oPiEQLeIwCg/IDweWefEKYKbVZsQpXgCc5HawIAmgNh
2u1Zo0MZLNth1I7xsX/iVANL
=19Dk
-----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 k8DFrkWl001625; Wed, 13 Sep 2006 08:53:46 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8DFrk5t001623; Wed, 13 Sep 2006 08:53:46 -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 k8DFrgIe001612 for <[e-mail]>; Wed, 13 Sep 2006 08:53:43 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 50D602580D1 for <[e-mail]>; Wed, 13 Sep 2006 17:51:29 +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 32721-08 for <[e-mail]>; Wed, 13 Sep 2006 17:51:24 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 326522580CF for <[e-mail]>; Wed, 13 Sep 2006 17:51:24 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 13 Sep 2006 08:53:35 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (X11/20060719)
MIME-Version: 1.0
To: [e-mail]
Subject: Last Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Half a day. The number of comments is still relatively low.

                     Harald

Harald Alvestrand wrote:
> You now have 6 days to state your opinion, if you have not already 
> done so.
> I'll list the opinions of all the people I have received opinions from 
> soon after Sept 14.
>
>                      Harald
>
> Harald Alvestrand wrote:
>>
>> I believe we have reached a resolution of all issues raised at WG 
>> Last Call time against draft-ietf-usefor-usefor-08, and 
>> draft-ietf-usefor-usefor-09 has been published.
>>
>> As I said in my June 27 message concerning the processing of Last 
>> Call issues, I'm hereby issuing a poll for determining whether we 
>> have WG consensus that the issues have been resolved and the document 
>> can be sent to the IESG for processing.
>>
>> I'm hereby asking the WG members to say that they regard one of the 
>> following statements as true (filling in details as necessary):
>>
>> A - The specification has resolved all the issued raised at Last 
>> Call. It is ready to be sent to the IESG.
>>
>> B - The specification has not resolved an issue raised at Last Call. 
>> It's critical that this should be resolved before passing it to the 
>> IESG. The issue number is #......
>>
>> C - The specification has a fatal technical error, not raised at Last 
>> Call, and it is critical that this should be resolved before passing 
>> it to the IESG. The error is....
>>
>> D - This effort is futile, we should abandon the document and close 
>> the WG.
>>
>> E - I do not agree with any of the above statements, and wish to say 
>> ....
>>
>> This poll will close two weeks from now, on Thursday, September 14, 
>> at 07:18 GMT.
>>
>> For the chairs,
>>
>>                       Harald Alvestrand
>>
>>
>>
>
>



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 k88CUFna004172; Fri, 8 Sep 2006 05:30:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k88CUFiZ004171; Fri, 8 Sep 2006 05:30:15 -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 k88CUBBR004160 for <[e-mail]>; Fri, 8 Sep 2006 05:30:14 -0700 (MST) (envelope-from [e-mail])
Received: from [192.168.137.23] (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 k88CU5Wq029554 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 8 Sep 2006 08:30:11 -0400
Message-ID: <[e-mail]>
Date: Fri, 08 Sep 2006 08:30:20 -0400
From: Ken Murchison <[e-mail]>
Organization: Carnegie Mellon University
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Harald Alvestrand <[e-mail]>
CC: [e-mail]
Subject: Re: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

Harald Alvestrand wrote:
> 
> I believe we have reached a resolution of all issues raised at WG Last 
> Call time against draft-ietf-usefor-usefor-08, and 
> draft-ietf-usefor-usefor-09 has been published.
> 
> As I said in my June 27 message concerning the processing of Last Call 
> issues, I'm hereby issuing a poll for determining whether we have WG 
> consensus that the issues have been resolved and the document can be 
> sent to the IESG for processing.
> 
> I'm hereby asking the WG members to say that they regard one of the 
> following statements as true (filling in details as necessary):
> 
> A - The specification has resolved all the issued raised at Last Call. 
> It is ready to be sent to the IESG.

The few nits from Charles and Frank notwithstanding, I believe the 
document is ready.

-- 
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 k88AWJmq093899; Fri, 8 Sep 2006 03:32:19 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k88AWJ8q093898; Fri, 8 Sep 2006 03:32:19 -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 k88AWHx5093890 for <[e-mail]>; Fri, 8 Sep 2006 03:32:18 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 975AE2596B8; Fri,  8 Sep 2006 12:30:09 +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 29666-08; Fri,  8 Sep 2006 12:30:04 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0C29C2596C0; Fri,  8 Sep 2006 12:30:04 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 08 Sep 2006 03:32:11 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (X11/20060719)
MIME-Version: 1.0
To: Harald Alvestrand <[e-mail]>
Cc: [e-mail]
Subject: Reminder: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
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>

You now have 6 days to state your opinion, if you have not already done so.
I'll list the opinions of all the people I have received opinions from 
soon after Sept 14.

                      Harald

Harald Alvestrand wrote:
>
> I believe we have reached a resolution of all issues raised at WG Last 
> Call time against draft-ietf-usefor-usefor-08, and 
> draft-ietf-usefor-usefor-09 has been published.
>
> As I said in my June 27 message concerning the processing of Last Call 
> issues, I'm hereby issuing a poll for determining whether we have WG 
> consensus that the issues have been resolved and the document can be 
> sent to the IESG for processing.
>
> I'm hereby asking the WG members to say that they regard one of the 
> following statements as true (filling in details as necessary):
>
> A - The specification has resolved all the issued raised at Last Call. 
> It is ready to be sent to the IESG.
>
> B - The specification has not resolved an issue raised at Last Call. 
> It's critical that this should be resolved before passing it to the 
> IESG. The issue number is #......
>
> C - The specification has a fatal technical error, not raised at Last 
> Call, and it is critical that this should be resolved before passing 
> it to the IESG. The error is....
>
> D - This effort is futile, we should abandon the document and close 
> the WG.
>
> E - I do not agree with any of the above statements, and wish to say ....
>
> This poll will close two weeks from now, on Thursday, September 14, at 
> 07:18 GMT.
>
> For the chairs,
>
>                       Harald Alvestrand
>
>
>



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 k8877Fnm075519; Fri, 8 Sep 2006 00:07:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k8877F7a075518; Fri, 8 Sep 2006 00:07: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 k8877DZh075511 for <[e-mail]>; Fri, 8 Sep 2006 00:07: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 DE85F2596BB; Fri,  8 Sep 2006 09:05: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 24932-09; Fri,  8 Sep 2006 09:04:59 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 847AA2596B8; Fri,  8 Sep 2006 09:04:59 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 08 Sep 2006 00:07:06 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.5 (X11/20060719)
MIME-Version: 1.0
To: Charles Lindsey <[e-mail]>
Cc: [e-mail]
Subject: Re: Is the USEFOR->USEPRO dependency normative? (Re: message/news or message/rfc822)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[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]> Harald Alvestrand <[e-mail]> writes:
>
>   
>> at the moment, and since at least version -00 of -usefor, usepro has 
>> been listed under INFORMATIVE references. So if the RFC Editor believes 
>> what we write, he won't block it.
>>     
>
> Hmmm! I had not noticed that. However, I agree that USEFOR does not depend
> normatively on USEPRO, although USEPRO will certainly depend normatively
> on USEFOR. However, USEFOR on its own does not tell you how to construct a
> Netnews system (any more than RFC 2822 tells you how to construct an email
> system).
>
> OTOH, I understood you to say, at the time of your first last call some
> months back, that USEFOR, even if it passed IETF Last Call now, would not
> actually be published until USEPRO caught up with it.
>   
That was said, yes. I think that's a reasonable idea.

However, if the group peters out totally before publishing USEPRO, it 
may actually be rational for the IESG to say "OK, let's just push USEFOR 
as an RFC".
>   
>> The references to USEPRO are:
>>     
>
>   
>> 1.2:
>>     
>
>   
>>   This is the first in a set of documents that obsolete [RFC1036].
>>   This document focuses on the syntax and semantics of Netnews
>>   articles.  [I-D.ietf-usefor-usepro] is also a standards-track
>>   document and describes the protocol issues of Netnews articles,
>>   independent of transport protocols such as [I-D.ietf-nntpext-base].
>>   A best-common-practice document, [I-D.ietf-usefor-useage], describes
>>   implementation recommendations to improve interoperability and
>>   usability.
>>     
>
> Actually, that paragraph makes exactly the point I was trying to raise. It
> states that, in order to obsolete [RFC1036], a "set of documents" will be
> needed, and then lists USEPRO and USEAGE as the other two. I grant you
> that USEAGE is not really necessary for the purpose, and indeed had noted
> that slight anomaly some time ago, but did not think it important enough
> to quibble about. But certainly, USEFOR on its own, does not address all
> the matters that RFC1036 deals with.
>
>   
Agreed.



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 k883CVON058729; Thu, 7 Sep 2006 20:12:31 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k883CVHW058728; Thu, 7 Sep 2006 20:12:31 -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 k883CSNu058722 for <[e-mail]>; Thu, 7 Sep 2006 20:12:30 -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 4500df9a.17cb2.a78 for [e-mail]; Fri,  8 Sep 2006 04:12:26 +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 k883CMPx019651 for <[e-mail]>; Fri, 8 Sep 2006 04:12:22 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k883CLH7019648 for [e-mail]; Fri, 8 Sep 2006 04:12:21 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23601
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: Is the USEFOR->USEPRO dependency normative? (Re: message/news or message/rfc822)
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]> <[e-mail]> <[e-mail]>
Date: Thu, 7 Sep 2006 19:18:55 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]> Harald Alvestrand <[e-mail]> writes:

>at the moment, and since at least version -00 of -usefor, usepro has 
>been listed under INFORMATIVE references. So if the RFC Editor believes 
>what we write, he won't block it.

Hmmm! I had not noticed that. However, I agree that USEFOR does not depend
normatively on USEPRO, although USEPRO will certainly depend normatively
on USEFOR. However, USEFOR on its own does not tell you how to construct a
Netnews system (any more than RFC 2822 tells you how to construct an email
system).

OTOH, I understood you to say, at the time of your first last call some
months back, that USEFOR, even if it passed IETF Last Call now, would not
actually be published until USEPRO caught up with it.

>The references to USEPRO are:

>1.2:

>   This is the first in a set of documents that obsolete [RFC1036].
>   This document focuses on the syntax and semantics of Netnews
>   articles.  [I-D.ietf-usefor-usepro] is also a standards-track
>   document and describes the protocol issues of Netnews articles,
>   independent of transport protocols such as [I-D.ietf-nntpext-base].
>   A best-common-practice document, [I-D.ietf-usefor-useage], describes
>   implementation recommendations to improve interoperability and
>   usability.

Actually, that paragraph makes exactly the point I was trying to raise. It
states that, in order to obsolete [RFC1036], a "set of documents" will be
needed, and then lists USEPRO and USEAGE as the other two. I grant you
that USEAGE is not really necessary for the purpose, and indeed had noted
that slight anomaly some time ago, but did not think it important enough
to quibble about. But certainly, USEFOR on its own, does not address all
the matters that RFC1036 deals with.

-- 
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 k86BdJqN033789; Wed, 6 Sep 2006 04:39:19 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k86BdJaC033788; Wed, 6 Sep 2006 04:39:19 -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 k86BdHpR033778 for <[e-mail]>; Wed, 6 Sep 2006 04:39:18 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3554E2596B8; Wed,  6 Sep 2006 13:37: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 20357-05; Wed,  6 Sep 2006 13:37:05 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 974902596B7; Wed,  6 Sep 2006 13:37:05 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Wed, 06 Sep 2006 04:39:11 -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: Is the USEFOR->USEPRO dependency normative? (Re: message/news or message/rfc822)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[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]> Frank Ellermann <[e-mail]> writes:
>
>   
>> Yes, in practice, only the parameter CTE 8bits might differ (?)
>> In theory it's "will be identical", the "official" news format
>> is RFC 1036 until USEFOR obsoletes it.
>>     
>
> USEFOR won't obsolete RFC 1036 until it is published as an RFC, which
> cannot be before USEPRO is done because of the normative references to
> USEPRO within it (even it it is all IESG-approved-and-ready before then).
>
> In any case, it will take USEFOR + USEPRO to obsolete RFC 1036 entirely,
> because there is a lot of protocol stuff in RFC 1036.
>
>   
Somewhat challenging this statement....

at the moment, and since at least version -00 of -usefor, usepro has 
been listed under INFORMATIVE references. So if the RFC Editor believes 
what we write, he won't block it.

Furthermore, I don't see that the references are of such a nature that 
they would be taken as normative.

The references to USEPRO are:

1.2:

   This is the first in a set of documents that obsolete [RFC1036].
   This document focuses on the syntax and semantics of Netnews
   articles.  [I-D.ietf-usefor-usepro] is also a standards-track
   document and describes the protocol issues of Netnews articles,
   independent of transport protocols such as [I-D.ietf-nntpext-base].
   A best-common-practice document, [I-D.ietf-usefor-useage], describes
   implementation recommendations to improve interoperability and
   usability.

3.1.4:

    <component>s beginning with underline ("_") are reserved for use by
   future versions of this standard and SHOULD NOT be generated by user
   agents (whether in header fields or in newgroup control messages as
   defined by [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 SHOULD 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.
....
      NOTE: "example.*" is reserved for examples in this and other
      standards; "poster" has a special meaning in the Followup-To
      header field; "to.*" is reserved for certain point-to-point
      communications in conjunction with the "ihave" control message as
      defined in [I-D.ietf-usefor-usepro]; "control.*" and "junk" have
      special meanings in some news servers; "all" is used as a wildcard
      in some implementations; and "ctl" was formerly used to indicate a
      <control-command> within the Newsgroups header field.

3.1.5:

   diag-keyword    =  1*ALPHA      ; see [I-D.ietf-usefor-usepro]
...
   A <path-diagnostic> is an item inserted into the Path header field
   for purposes other than to indicate the name of a site.  The use of
   these is described in [I-D.ietf-usefor-usepro].

3.1.6:

   The Subject header field is the same as that specified in Section
   3.6.5 of [RFC2822] with the added restrictions detailed above in
   Section 2.2.  Further discussion of the content of the Subject header
   field appears in [I-D.ietf-usefor-usepro] and
   [I-D.ietf-usefor-useage].

3.2:

   None of the header fields appearing in this section is required to
   appear in every article, but some of them may be required in certain
   types of article.  Further discussion of these requirements appears
   in [I-D.ietf-usefor-usepro] and [I-D.ietf-usefor-useage].

3.2.1:

   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; see [I-D.ietf-usefor-usepro].

3.2.3:

   The verb indicates what action should be taken, and the argument(s)
   (if any) supply details.  In some cases, the <body> (as defined in
   [RFC2822]) of the article may also contain details.  The legal verbs
   and respective arguments are discussed in the companion document,
   [I-D.ietf-usefor-usepro].

3.2.12:

   The Supersedes header field contains a message identifier specifying
   an article to be superseded upon the arrival of this one.  An article
   containing a Supersedes header field is equivalent to a "cancel"
   [I-D.ietf-usefor-usepro] control message for the specified article,
   followed immediately by the new article without the Supersedes header
   field.

5:

   Further security considerations are discussed in
   [I-D.ietf-usefor-usepro].



We have talked before about the need to hold back USEFOR in case we 
discover the need to make changes in USEFOR while we are sorting through 
the details of USEPRO. But I don't see that it's obvious that it's a 
true normative dependency.

If someone wishes to argue that it is, please state:

- Which of the references above you see as "normative"
- That you think the USEPRO reference needs to be moved from the 
"informative" to the "normative" section.

The moving is a quick edit. But I'm not certain we need to do 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 k86BCIGb028880; Wed, 6 Sep 2006 04: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 k86BCI1K028877; Wed, 6 Sep 2006 04: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-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 k86BC9D4028823 for <[e-mail]>; Wed, 6 Sep 2006 04:12:16 -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.232) id 44fead04.83ff.126b for [e-mail]; Wed,  6 Sep 2006 12:12:04 +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 k86BC2k2023664 for <[e-mail]>; Wed, 6 Sep 2006 12:12:02 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k86BC26e023661 for [e-mail]; Wed, 6 Sep 2006 12:12:02 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23599
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: message/news or message/rfc822
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: Wed, 6 Sep 2006 09:50:45 GMT
Lines: 23
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:

>Yes, in practice, only the parameter CTE 8bits might differ (?)
>In theory it's "will be identical", the "official" news format
>is RFC 1036 until USEFOR obsoletes it.

USEFOR won't obsolete RFC 1036 until it is published as an RFC, which
cannot be before USEPRO is done because of the normative references to
USEPRO within it (even it it is all IESG-approved-and-ready before then).

In any case, it will take USEFOR + USEPRO to obsolete RFC 1036 entirely,
because there is a lot of protocol stuff in RFC 1036.

-- 
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 k84Gsb5l064745; Mon, 4 Sep 2006 09:54:37 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k84GsbuS064744; Mon, 4 Sep 2006 09:54: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 k84GsZC4064738 for <[e-mail]>; Mon, 4 Sep 2006 09:54:36 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GKHiT-0005b2-S6 for [e-mail]; Mon, 04 Sep 2006 18:54:33 +0200
Received: from du-042-034.access.de.clara.net ([213.221.65.34]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 04 Sep 2006 18:54:33 +0200
Received: from nobody by du-042-034.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 04 Sep 2006 18:54:33 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: message/news or message/rfc822
Date:  Mon, 04 Sep 2006 18:52:12 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 33
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: du-042-034.access.de.clara.net
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:

> Various other matters related to new media types and changes
> to existing ones are all together in USEPRO. Better to keep
> it that way.

I'm not sure about "better" - if USEPRO takes a quarter of the
time needed for USEFOR it would enter the RFC editor queue in
early 2009.  Maybe 2822 is already obsoleted by some UTF8SMTP
magic at this time.

> It was removed because nobody appeared to be using it.

It's possible that my MUA is the only surviving implementation,
with a worldwide user community of "nobody" (= me),

> Semantically, the two are identical.

Yes, in practice, only the parameter CTE 8bits might differ (?)
In theory it's "will be identical", the "official" news format
is RFC 1036 until USEFOR obsoletes it.

Apparently Henry registered message/news 1993 before s-o-1036,
maybe we could obsolete it informally, a mail from the shepherd
to IANA as soon as USEFOR is approved.

It's okay if you think that that's pedantic and overkill, but I
really like to have all those funny IANA registries up to date,
if it's the dict: URI scheme, or the missing mail format found
by EAI, a lost HTML i18n DTD, or this old message/news entry.

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 k84EQ5cR047133; Mon, 4 Sep 2006 07:26:05 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k84EQ5Mo047132; Mon, 4 Sep 2006 07:26: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 k84EQ1Gm047119 for <[e-mail]>; Mon, 4 Sep 2006 07:26:04 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 70F252596D6; Mon,  4 Sep 2006 16:23:56 +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 14396-07; Mon,  4 Sep 2006 16:23:51 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 8CB522596C8; Mon,  4 Sep 2006 16:23:51 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Mon, 04 Sep 2006 07:25:55 -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: message/news or message/rfc822
References: <[e-mail]> <[e-mail]> <[e-mail]> <[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:
>> section 2.1 says:
>>     
>
>   
>>   An article is said to be conformant to this specification if it
>>   conforms to the format specified in [RFC2822] Section 3 and to the
>>   additional requirements of this specification.
>>     
>
>   
>> isn't that clear enough?
>>     
>
> Almost. It would be better to move the 2nd sentence of 2.2 (with
> s/headers/articles/) to 2.1. If people are happy with this, then it could
> be added to Ken's list of niggle fixes. But no big deal, and no reason to
> hold things up.
>   
in that case we'd be saying the same thing twice in one section instead 
of saying it twice in two sections. I fail to see the improvement.

No big deal, but I suggest we let it lie.



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 k84BCKaj028439; Mon, 4 Sep 2006 04:12:20 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k84BCKiA028438; Mon, 4 Sep 2006 04:12: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-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 k84BCARZ028376 for <[e-mail]>; Mon, 4 Sep 2006 04:12:14 -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 44fc0a05.17f71.380 for [e-mail]; Mon,  4 Sep 2006 12:12:05 +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 k84BC4Rr008312 for <[e-mail]>; Mon, 4 Sep 2006 12:12:04 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k84BC4rq008306 for [e-mail]; Mon, 4 Sep 2006 12:12:04 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23596
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: message/news or message/rfc822 (was: draft-ietf-usefor-usefor-09)
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Mon, 4 Sep 2006 09:52:32 GMT
Lines: 31
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:

>Admittedly a bit late, but it's more related to USEFOR than to
>USEPRO,  A quick scan of section 9 on page 18 in RFC 4288:  No
>special problem with declaring message/news as OBSOLETE.

Various other matters related to new media types and changes to existing
ones are all together in USEPRO. Better to keep it that way.

>I wasn't immediately happy with obsoleting message/news, but
>others including Henry supported it.  The 4288 template is
>(after truncating anything that makes no sense - maybe that
> is not okay, but I don't find the original registration at
> the IANA site, or any other message/foobar registration):

It was removed because nobody appeared to be using it. To be useful, it
has to be recognized and processed by user agents (for neat display, etc).
Most user agents currently handle message/rfc822 in a sensible way. How
many agents do the same for message/news? Semantically, the two are
identical.

-- 
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 k84BCFJl028435; Mon, 4 Sep 2006 04:12:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k84BCF4L028434; Mon, 4 Sep 2006 04:12:15 -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 k84BCAVO028375 for <[e-mail]>; Mon, 4 Sep 2006 04:12:14 -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 44fc0a05.3ca4.948 for [e-mail]; Mon,  4 Sep 2006 12:12:05 +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 k84BC3cK008301 for <[e-mail]>; Mon, 4 Sep 2006 12:12:03 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k84BC29V008298 for [e-mail]; Mon, 4 Sep 2006 12:12:02 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23595
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: message/news or message/rfc822
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>
Date: Mon, 4 Sep 2006 09:45:52 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:

>Frank Ellermann wrote:
>> I hope that I still recall this without digging.  Section 2.3
>> and RFC 2049 talk about user agents, user agents must be able
>> to handle message/rfc822.
>>
>> After removing it from 2.2 the only place explicitly stating
>> that the Netnews article format in fact _is_ (a proper subset
>> of) message/rfc822 is in appendix C (differences from 2822).
>>   
>I think you need to read the document again....

>section 2.1 says:

>   An article is said to be conformant to this specification if it
>   conforms to the format specified in [RFC2822] Section 3 and to the
>   additional requirements of this specification.

>isn't that clear enough?

Almost. It would be better to move the 2nd sentence of 2.2 (with
s/headers/articles/) to 2.1. If people are happy with this, then it could
be added to Ken's list of niggle fixes. But no big deal, and no reason to
hold things up.

- 
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 k81HJaK0066653; Fri, 1 Sep 2006 10:19:36 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k81HJaQA066652; Fri, 1 Sep 2006 10:19: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 k81HJXTv066644 for <[e-mail]>; Fri, 1 Sep 2006 10:19:34 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GJCfs-0006Ns-8r for [e-mail]; Fri, 01 Sep 2006 19:19:24 +0200
Received: from pd9fba92d.dip0.t-ipconnect.de ([217.251.169.45]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 01 Sep 2006 19:19:24 +0200
Received: from nobody by pd9fba92d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 01 Sep 2006 19:19:24 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: draft-ietf-usefor-usefor-09
Date:  Fri, 01 Sep 2006 19:17:07 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 54
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: pd9fba92d.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:
 
>> Please get rid of <msg-id-core> again, it's used nowhere
>> else, and it makes that critical part more obscure than
>> necessary.
 
> No, the WG agreed to that change.

Maybe I missed that, and I don't like it, where was that ?
  
> I may well use it in USEPRO

I looked into usepro-05, it's not used there at the moment.
  
> I currently use "message identifier" (which seems to be the
> term RFC 2822 uses for the purpose).

That's fine.  The potential places where "<msg-id-core>" would
be more straight forward than clumsy "<msg-id> without angle
brackets" constructs are rare, "message identifier" is clear.
   
>> BTW, we might need a usepro-06 draft for the IETF last call.
>> Just a maintenance refresh of -05, because that's expired.
 
> http://www.imc.org/usefor/drafts/draft-ietf-usefor-usepro-05.txt

It's not lost, only expired.  Folks reviewing usefor-10 could
misinterpret this.

> I don't really want to do a new draft of USEPRO just yet.

With "maintenance refresh" I meant "new date" and the latest
boilerplate, no serious changes.  If you think that's a waste
of time because no reviewer would dig up the USEPRO reference
then don't submit it again.

>> Was '"ALL" MUST NOT be used as a <dist-name>' what we 
>> wanted ?  It could be an unnecessary MUST NOT.
 
> It is used by some servers (notably CNews) as a 'wildcard',
> so there is an interoperability issue.

Okay, then the MUST NOT is necessary.  If somebody can answer
questions about it in the last call it's okay.

>> We don't want any effects of "Also-Control".
 
> Sufficiently unlikely to happen to warrant a change at this
> stage. But I would not object if others want it.

Okay, one s/SHOULD/MUST/ move waiting for a second or timeout.

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 k81GCBD1061333; Fri, 1 Sep 2006 09:12:11 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k81GCBnE061332; Fri, 1 Sep 2006 09:12:11 -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 k81GC886061322 for <[e-mail]>; Fri, 1 Sep 2006 09:12:10 -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.232) id 44f85bd5.e1cc.414 for [e-mail]; Fri,  1 Sep 2006 17:12:05 +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 k81GC4uP023229 for <[e-mail]>; Fri, 1 Sep 2006 17:12:04 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k81GC3b7023225 for [e-mail]; Fri, 1 Sep 2006 17:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23589
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: draft-ietf-usefor-usefor-09
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]>
Date: Fri, 1 Sep 2006 11:17:18 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]> Frank Ellermann <[e-mail]> writes:


>Please get rid of <msg-id-core> again, it's used nowhere else,
>and it makes that critical part more obscure than necessary.

No, the WG agreed to that change. It is the <msg-id-core> that carries the
semantic meaning, and I may well use it in USEPRO in lots of places where
I currently use "message identifier" (which seems to be the term RFC 2822
uses for the purpose).

>BTW, we might need a usepro-06 draft for the IETF last call.
>Just a maintenance refresh of -05, because that's expired.

See http://www.imc.org/usefor/drafts/draft-ietf-usefor-usepro-05.txt (or
.unpaged). I don't really want to do a new draft of USEPRO just yet. There
are a host of minor things needing attention, and I would like to discuss
the texts relating to Path first.


>Was '"ALL" MUST NOT be used as a <dist-name>' what we wanted ?
>It could be an unnecessary MUST NOT.

It is used by some servers (notably CNews) as a 'wildcard', so there is an
interoperability issue. Some earlier drafts used to say that, but it seems
to have got lost somewhere.

>Is "Once a user agent uses User-Agent" acceptable English ?

Norwegian English apparently :-) . It is good enough.

>Why do we say "SHOULD be ignored" about the obsolete header
>fields, isn't that more like "MUST be ignored" ?  We don't
>want any effects of "Also-Control".

Sufficiently unlikely to happen to warrant a change at this stage. But I
would not object if others want 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 k81DgieU046805; Fri, 1 Sep 2006 06:42:44 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k81DgiuW046804; Fri, 1 Sep 2006 06:42:44 -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 k81DggGs046797 for <[e-mail]>; Fri, 1 Sep 2006 06:42:43 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GJ9Hl-0006LD-6E for [e-mail]; Fri, 01 Sep 2006 15:42:18 +0200
Received: from pd9fba92d.dip0.t-ipconnect.de ([217.251.169.45]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 01 Sep 2006 15:42:17 +0200
Received: from nobody by pd9fba92d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 01 Sep 2006 15:42:17 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  Re: message/news or message/rfc822
Date:  Fri, 01 Sep 2006 15:40: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]>
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: pd9fba92d.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:

> I think you need to read the document again....

Mainly I looked at the diff, top down, and missed...

> section 2.1

...when I saw the change in 2.2.

> isn't that clear enough?

It's perfectly okay, I missed that, sorry.

 [obsoleting message/news]
> I don't think this can be regarded as a fatal flaw in the
> specification,

Sure, it's only a minor inconsistency, anything related to the
format fits best into USEFOR.  And the interoperability issue
is real, my stoneage UA uses message/news when I forward news.
Other UAs consider this as evil unknown attachment, refusing
to open it.  The best I can do is s/news/rfc822/ manually.

> I think it's too late to raise this at the
> resolution-of-comments phase of WG Last Call....

If nobody disagrees we could add the registry update template
because it's "the right thing", like adding the reference to
3696 because it's mentioned in an ABNF comment.

We have "obsoletes 1036" in the header, that could justify to
also obsolete the MIME type registered with RFC 1036 as its
specification.

If you simply don't want it my premise "if nobody disagrees"
would be wrong (and that point moot).

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 k81Cp4xQ042719; Fri, 1 Sep 2006 05:51:04 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k81Cp4DW042718; Fri, 1 Sep 2006 05:51:04 -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 k81Cp3Ar042709 for <[e-mail]>; Fri, 1 Sep 2006 05:51:03 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 7501F259742; Fri,  1 Sep 2006 14:49:00 +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 24524-10; Fri,  1 Sep 2006 14:48:55 +0200 (CEST)
Received: from [127.0.0.1] (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0768E259740; Fri,  1 Sep 2006 14:48:55 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Fri, 01 Sep 2006 05:50:56 -0700
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.4 (X11/20060516)
MIME-Version: 1.0
To: Frank Ellermann <[e-mail]>
Cc: [e-mail]
Subject: Re: message/news or message/rfc822
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>

Frank Ellermann wrote:
> I hope that I still recall this without digging.  Section 2.3
> and RFC 2049 talk about user agents, user agents must be able
> to handle message/rfc822.
>
> After removing it from 2.2 the only place explicitly stating
> that the Netnews article format in fact _is_ (a proper subset
> of) message/rfc822 is in appendix C (differences from 2822).
>   
I think you need to read the document again....

section 2.1 says:

   An article is said to be conformant to this specification if it
   conforms to the format specified in [RFC2822] Section 3 and to the
   additional requirements of this specification.

isn't that clear enough?
> Is that good enough for this important point ?  How about 
> moving USEPRO-05 5.2 "Message/news obsoleted" as is to USEFOR ?
>
> Admittedly a bit late, but it's more related to USEFOR than to
> USEPRO,  A quick scan of section 9 on page 18 in RFC 4288:  No
> special problem with declaring message/news as OBSOLETE.  
>
> I wasn't immediately happy with obsoleting message/news, but
> others including Henry supported it.  The 4288 template is
> (after truncating anything that makes no sense - maybe that
>  is not okay, but I don't find the original registration at
>  the IANA site, or any other message/foobar registration):
>
>    Type name: message
>    Subtype name: news
>    Required parameters: none
>    Optional parameters: none
>    Encoding considerations: 8bit
>    Interoperability considerations:
>       Many applications support mesage/rfc822, some of
>       these applications don't support message/news.
>    Security considerations: see RFC xxxx (I-D.ietf-usefor) 
>    Published specification: RFC xxxx
>    Applications that use this media type: news
>    Intended usage: OBSOLETE
>    Restrictions on usage: 
>       message/news is a proper subset of message/rfc822,
>       message/rfc822 should be used instead of message/news
>    Author: Henry Spencer
>    Change controller: IETF
>
> Frank
>   
I don't think this can be regarded as a fatal flaw in the specification, 
so I think it's too late to raise this at the resolution-of-comments 
phase of WG Last Call....



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 k81BCJvu033814; Fri, 1 Sep 2006 04:12:19 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k81BCJ0x033813; Fri, 1 Sep 2006 04:12: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-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 k81BCCfa033781 for <[e-mail]>; Fri, 1 Sep 2006 04:12:13 -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.232) id 44f81587.a47d.df for [e-mail]; Fri,  1 Sep 2006 12:12:07 +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 k81BC4Xh004196 for <[e-mail]>; Fri, 1 Sep 2006 12:12:06 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k81BC4PN004193 for [e-mail]; Fri, 1 Sep 2006 12:12:04 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23587
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: draft-ietf-usefor-usefor-09
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]> <[e-mail]> <[e-mail]>
Date: Fri, 1 Sep 2006 11:05:47 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]> Ken Murchison <[e-mail]> writes:

>Charles Lindsey wrote:

>> #3. In section 3.2.2 (Archive) there is a new sentence:
>> 
>>    ...  Further discussion of the content of the Archive header
>>    field appears in [I-D.ietf-usefor-useage].
>> 
>> I would have preferred "use" or "application" in place of "content".

>I think I agree, however, a similar sentence is used when discussing 
>Subject.  Should I change that as well?

Actually no. The discussion in USEPRO is mainly concerned with whether the
content of the Subject should include a "Re: ". We had big battles about
that a year or so ago. So the present wording in 3.1.6 is fine.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: [phone] Fax: [phone]   Web: http://www.cs.man.ac.uk/~chl
Email      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 k81BCFDR033805; Fri, 1 Sep 2006 04:12:15 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k81BCFdJ033804; Fri, 1 Sep 2006 04:12:15 -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 k81BCCV8033780 for <[e-mail]>; Fri, 1 Sep 2006 04:12:13 -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.232) id 44f81587.e9f2.6d for [e-mail]; Fri,  1 Sep 2006 12:12:07 +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 k81BC3c1004184 for <[e-mail]>; Fri, 1 Sep 2006 12:12:04 +0100 (BST)
Received: (from news@localhost) by clerew.man.ac.uk (8.13.7/8.13.7/Submit) id k81BC3Jn004179 for [e-mail]; Fri, 1 Sep 2006 12:12:03 +0100 (BST)
To: [e-mail]
Xref: clerew local.usefor:23586
Path: clerew!chl
From: "Charles Lindsey" <[e-mail]>
Subject: Re: WG LAST CALL RESOLUTION OF COMMENTS: draft-ietf-usefor-usefor-09
Message-ID: <[e-mail]>
X-Newsreader: NN version 6.5.2 (NOV)
References: <[e-mail]>
Date: Fri, 1 Sep 2006 11:02:32 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]> Harald Alvestrand <[e-mail]> writes:

>I believe we have reached a resolution of all issues raised at WG Last 
>Call time against draft-ietf-usefor-usefor-08, and 
>draft-ietf-usefor-usefor-09 has been published.

>As I said in my June 27 message concerning the processing of Last Call 
>issues, I'm hereby issuing a poll for determining whether we have WG 
>consensus that the issues have been resolved and the document can be 
>sent to the IESG for processing.

>I'm hereby asking the WG members to say that they regard one of the 
>following statements as true (filling in details as necessary):

I am saying E - in effect a "write-in" vote for agreeing that it is
correct, and then keeping it on ice until at least USEPRO is done.

If that is not acceptable, then I vote for A:

>A - The specification has resolved all the issued raised at Last Call. 
>It is ready to be sent to the IESG.

-- 
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 k81B7nVI033455; Fri, 1 Sep 2006 04: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 k81B7nwO033454; Fri, 1 Sep 2006 04: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 k81B7idY033446 for <[e-mail]>; Fri, 1 Sep 2006 04:07:47 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GJ6s0-0002Ry-1T for [e-mail]; Fri, 01 Sep 2006 13:07:32 +0200
Received: from pd9fba92d.dip0.t-ipconnect.de ([217.251.169.45]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 01 Sep 2006 13:07:32 +0200
Received: from nobody by pd9fba92d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 01 Sep 2006 13:07:32 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From: Frank Ellermann <[e-mail]>
Subject:  message/news or message/rfc822 (was: draft-ietf-usefor-usefor-09)
Date:  Fri, 01 Sep 2006 13:05:34 +0200
Organization:  <URL:http://purl.net/xyzzy>
Lines: 60
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: pd9fba92d.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:

>>| making all headers compliant with this specification
>>| inherently compliant with [RFC2822].
>> That was "all messages", why a restriction to "all headers" ?
[...]

> actually this is a separation-of-concerns thing; this section
> talks about the headers, the next section talks about the 
> body.
 
> The suggestion I reacted to by suggesting this change was a
> suggestion that if this section talks about messages, it 
> should mention MIME as well as RFC 2822; I thought it better 
> to say that this section (which has "headers" in the title) 
> talks about headers, and leave MIME to the next section.

> It's ticket #1313 if you want to scan the archives.....

I hope that I still recall this without digging.  Section 2.3
and RFC 2049 talk about user agents, user agents must be able
to handle message/rfc822.

After removing it from 2.2 the only place explicitly stating
that the Netnews article format in fact _is_ (a proper subset
of) message/rfc822 is in appendix C (differences from 2822).

Is that good enough for this important point ?  How about 
moving USEPRO-05 5.2 "Message/news obsoleted" as is to USEFOR ?

Admittedly a bit late, but it's more related to USEFOR than to
USEPRO,  A quick scan of section 9 on page 18 in RFC 4288:  No
special problem with declaring message/news as OBSOLETE.  

I wasn't immediately happy with obsoleting message/news, but
others including Henry supported it.  The 4288 template is
(after truncating anything that makes no sense - maybe that
 is not okay, but I don't find the original registration at
 the IANA site, or any other message/foobar registration):

   Type name: message
   Subtype name: news
   Required parameters: none
   Optional parameters: none
   Encoding considerations: 8bit
   Interoperability considerations:
      Many applications support mesage/rfc822, some of
      these applications don't support message/news.
   Security considerations: see RFC xxxx (I-D.ietf-usefor) 
   Published specification: RFC xxxx
   Applications that use this media type: news
   Intended usage: OBSOLETE
   Restrictions on usage: 
      message/news is a proper subset of message/rfc822,
      message/rfc822 should be used instead of message/news
   Author: Henry Spencer
   Change controller: IETF

Frank