#1008 USEFOR 1.5 References: Final text on "followup"

John Stanley <stanley@peak.org> Thu, 09 June 2005 17:21 UTC

Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24138 for <usefor-archive@lists.ietf.org>; Thu, 9 Jun 2005 13:21:38 -0400 (EDT)
Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j59HKu3v053290 for <ietf-usefor-skb@above.proper.com>; Thu, 9 Jun 2005 10:20:56 -0700 (PDT) (envelope-from owner-ietf-usefor@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id j59HKuEu053289 for ietf-usefor-skb; Thu, 9 Jun 2005 10:20:56 -0700 (PDT)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f
Received: from mail02.peak.org (b.mail.peak.org [69.59.192.42]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j59HKtAh053280 for <ietf-usefor@imc.org>; Thu, 9 Jun 2005 10:20:55 -0700 (PDT) (envelope-from stanley@peak.org)
Received: from a.shell.peak.org ([69.59.192.81]) by mail02.peak.org (8.12.10/8.12.8) with ESMTP id j59HKnZI007210 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for <ietf-usefor@imc.org>; Thu, 9 Jun 2005 10:20:50 -0700 (PDT)
Date: Thu, 09 Jun 2005 10:20:49 -0700
From: John Stanley <stanley@peak.org>
X-X-Sender: stanley@a.shell.peak.org
To: ietf-usefor@imc.org
Subject: #1008 USEFOR 1.5 References: Final text on "followup"
Message-ID: <Pine.LNX.4.53.0506090952360.9342@a.shell.peak.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 0 ()
X-Scanned-By: MIMEDefang 2.39
Sender: owner-ietf-usefor@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-usefor/mail-archive/>
List-Unsubscribe: <mailto:ietf-usefor-request@imc.org?body=unsubscribe>
List-ID: <ietf-usefor.imc.org>


Harald Tveit Alvestrand <harald@xxxxxxxxxxxxx>:

>...the text that seems to come closest to capturing the (VERY) rough 
>consensus of the group is:

This is a technical standard. A consensus to be wrong is still wrong.

> Unless there are technical issues that have not been raised before,

The existing one is sufficient. When did we get to vote on changing the
meaning of RFC2822?

> ...the definition of "followup" is now closed.

Just to make it clear, the official position of this working group is that 
RFC2822 doesn't say what it does, that mandates based on "we want" are 
appropriate despite RFC2119, and that the ability to detect followups is
not important.

I'll also point out that your "definition" is really just the first 
sentence. The second sentence is not definition, especially when you note 
that the attribute you are using to define followup is also present in 
non-followups. You might as well leave the second sentence out; it means 
nothing and is the cause of the problem.