Re: Updated erratum

["Frank Ellermann" <[e-mail]>]

Posted on the rfc.interest list:
 
>| Errata ID: 1081 (2007-11) was updated by Errata ID: 1353 (2008-03).
>| The fix proposed in ID 1353 is clearly better, e.g., ID 1081 allowed
>| (in theory) a toplabel 1-2-3, but ID 1353 requires a leading letter.  
>|
>+ If ID 1353 is verified this should trigger follow-up errata for RFCs
>| 3696, 4408, and ietf-usefor-usefor.  This list might be incomplete.

It might be also too long, RFC.ietf-usefor-usefor could be fixed in
AUTH48:  "<toplabel> is any LDH <label> starting with a letter, and
consisting of at least two characters" is a straight forward concept.

 Frank 




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m5K6AmMP042740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits%6 verify=NO); Thu, 19 Jun 2008 23:10:48 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m5K6Amcj042737; Thu, 19 Jun 2008 23:10:48 -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.14.2/8.14.2) with ESMTP id m5K6Ajk3042708 (version=TLSv1/SSLv3 cipher®S256-SHA bits%6 verify=NO) for <[e-mail]>; Thu, 19 Jun 2008 23:10:47 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K9Zpa-0004JA-4u for [e-mail]; Fri, 20 Jun 2008 06:10:42 +0000
Received: from hmbg-d9b88e32.pool.mediaways.net ([217.184.142.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 20 Jun 2008 06:10:42 +0000
Received: from nobody by hmbg-d9b88e32.pool.mediaways.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Fri, 20 Jun 2008 06:10:42 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From:  "Frank Ellermann" <[e-mail]>
Subject:  Re: Updated erratum
Date:  Fri, 20 Jun 2008 08:12:23 +0200
Organization:  <http://purl.net/xyzzy>
Lines: 15
Message-ID: <g3fhko$vin$[e-mail]>
References:  <g34jni$79t$[e-mail]> <[e-mail]><g3fdce$lve$[e-mail]> <g3ff47$pua$[e-mail]>
Reply-To:  "Frank Ellermann" <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset="iso-8859-1"
Content-Transfer-Encoding:  quoted-printable
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: hmbg-d9b88e32.pool.mediaways.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
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>

Posted on the rfc.interest list:
 
>| Errata ID: 1081 (2007-11) was updated by Errata ID: 1353 (2008-03).
>| The fix proposed in ID 1353 is clearly better, e.g., ID 1081 allowed
>| (in theory) a toplabel 1-2-3, but ID 1353 requires a leading letter.  
>|
>+ If ID 1353 is verified this should trigger follow-up errata for RFCs
>| 3696, 4408, and ietf-usefor-usefor.  This list might be incomplete.

It might be also too long, RFC.ietf-usefor-usefor could be fixed in
AUTH48:  "<toplabel> is any LDH <label> starting with a letter, and
consisting of at least two characters" is a straight forward concept.

 Frank 



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m55K6S5o043087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits%6 verify=NO); Thu, 5 Jun 2008 13:06:29 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m55K6ScP043086; Thu, 5 Jun 2008 13:06:28 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by balder-227.proper.com (8.14.2/8.14.2) with SMTP id m55K6RiP043071 for <[e-mail]>; Thu, 5 Jun 2008 13:06:27 -0700 (MST) (envelope-from [e-mail])
Received: (qmail 40679 invoked from network); 5 Jun 2008 20:06:26 -0000
Received: from unknown (HELO ?192.168.2.11?) (unknown) by unknown with SMTP; 5 Jun 2008 20:06:26 -0000
X-pair-Authenticated: 74.212.4.20
Message-ID: <[e-mail]>
Date: Thu, 05 Jun 2008 16:06:26 -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]
CC: Frank Ellermann <[e-mail]>
Subject: Re: [Fwd]: 2822 implementation report request
References: <[e-mail]> <g21dv9$8sh$[e-mail]> <g21hkk$m6b$[e-mail]> <[e-mail]> <g29arj$cb$[e-mail]>
In-Reply-To: <g29arj$cb$[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>

Frank Ellermann wrote:
> Harald Alvestrand wrote:
>    
> 
>>Unlike the case of ABNF, where one settled for
>>"implementation = parser", and documented "use",
>>I don't think a fellow spec is going to be counted.....
> 
> 
> The 2234 report counted references, the difference
> here could be that RFC 2822 is not only yet another
> normative reference in RFC.ietf-usefor-usefor, we
> looked at numerous details down to obscure topics
> like "semantic content" of a <quoted-string>, the
> number of summaries, or the wonders of <obs-phrase>. 
> 
> 
>>but if anyone has a conformant implementation of
>>-usefor in his news system, that could also be a
>>2822 implementation to report....
> 
> 
> That would be of course better, but I'd guess that
> only IANA "implements" unnumbered RFCs.

If the draft document this group got out the door, (I won't
say produced) counts as an "implementation" of a standards
track IETF document, then I am very much misled about
what "implementation of a standard" means.

Based on Ellerman's meaning, I move we translate usefor
into Spanish, French, and Italian, declare them interoperable
implementations, and promptly notify the IETF of the milestone.

It really did feel like Kobayashi Maru simulation all those
years. It would be a fitting conclusion to change the exit
criteria.

- Forrest

P.S. I cannot believe I still read and care enough about this
attempt and effort to respond.

Anyone else still out there?



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m55IM10r022018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits%6 verify=NO); Thu, 5 Jun 2008 11:22:01 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m55IM1X6022017; Thu, 5 Jun 2008 11:22:01 -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.14.2/8.14.2) with ESMTP id m55ILvAZ021994 (version=TLSv1/SSLv3 cipher®S256-SHA bits%6 verify=NO) for <[e-mail]>; Thu, 5 Jun 2008 11:21:59 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K4K5v-0001Du-CU for [e-mail]; Thu, 05 Jun 2008 18:21:51 +0000
Received: from 212.82.251.200 ([212.82.251.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Thu, 05 Jun 2008 18:21:51 +0000
Received: from nobody by 212.82.251.200 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Thu, 05 Jun 2008 18:21:51 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From:  "Frank Ellermann" <[e-mail]>
Subject:  Re: [Fwd]: 2822 implementation report request
Date:  Thu, 5 Jun 2008 20:23:18 +0200
Organization:  <http://purl.net/xyzzy>
Lines: 21
Message-ID: <g29arj$cb$[e-mail]>
References:  <[e-mail]> <g21dv9$8sh$[e-mail]> <g21hkk$m6b$[e-mail]> <[e-mail]>
Reply-To:  "Frank Ellermann" <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset="iso-8859-1"
Content-Transfer-Encoding:  quoted-printable
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: 212.82.251.200
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
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:
   
> Unlike the case of ABNF, where one settled for
> "implementation = parser", and documented "use",
> I don't think a fellow spec is going to be counted.....

The 2234 report counted references, the difference
here could be that RFC 2822 is not only yet another
normative reference in RFC.ietf-usefor-usefor, we
looked at numerous details down to obscure topics
like "semantic content" of a <quoted-string>, the
number of summaries, or the wonders of <obs-phrase>. 

> but if anyone has a conformant implementation of
> -usefor in his news system, that could also be a
> 2822 implementation to report....

That would be of course better, but I'd guess that
only IANA "implements" unnumbered RFCs.

 Frank



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m55AFgHF014647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits%6 verify=NO); Thu, 5 Jun 2008 03:15:42 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m55AFg4A014646; Thu, 5 Jun 2008 03:15: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.14.2/8.14.2) with ESMTP id m55AFena014629 for <[e-mail]>; Thu, 5 Jun 2008 03:15: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 AB1292596BD; Thu,  5 Jun 2008 12:15:39 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13662-07; Thu,  5 Jun 2008 12:15:29 +0200 (CEST)
Received: from [172.28.60.80] (unknown [195.18.164.170]) by eikenes.alvestrand.no (Postfix) with ESMTP id F25C62596BA; Thu,  5 Jun 2008 12:15:28 +0200 (CEST)
Message-ID: <[e-mail]>
Date: Thu, 05 Jun 2008 12:15:28 +0200
From: Harald Alvestrand <[e-mail]>
User-Agent: Thunderbird 1.5.0.14ubu (X11/20080306)
MIME-Version: 1.0
To: Frank Ellermann <[e-mail]>
Cc: [e-mail]
Subject: Re: [Fwd]: 2822 implementation report request
References: <[e-mail]> <g21dv9$8sh$[e-mail]> <g21hkk$m6b$[e-mail]>
In-Reply-To: <g21hkk$m6b$[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:
> Hi, I think we could answer this reqest, suggestion:
>   

Unlike the case of ABNF, where one settled for "implementation = 
parser", and documented "use", I don't think a fellow spec is going to 
be counted..... but if anyone has a conformant implementation of -usefor 
in his news system, that could also be a 2822 implementation to report....
> | RFC 2822 / 2822upd Implementation Questionnaire
> | =======================> |      0. Contact and Description
> |         Organization Name:
> + IETF USEFOR WG
>
> |         Implementation (Software or Service) Name:
> + draft-ietf-usefor-usefor-12 (approved standards track RFC)
>
> |      1. Have you implemented RFC2822?
> + Yes, the RFC 1036 format used to build on RFC 822, the
> + revides NetNews formats builds on RFC 2822 (normative
> + reference importing major parts of the RFC 2822 syntax)
>  
> |      2. For how long it has been deployed?
> + January 2007 
>
> |      3. What features have NOT been implemented from RFC2822?
> + Chapter 4 (obsolete syntax), NO-WS-CTL in <msg-id>, 
> + [CFWS] in traditional NetNews header fields, more than
> + one summary header field (see appendix C of the draft)
>
> |      4. What features of RFC2822 are problematic for your implementation?
> + With two exceptions the obsolete syntax is not supported.
> + NetNews header fields require a space after the colon
> + between header field name and body, and don't allow any
> + folding before the first non-WSP character of the header
> + field body.
>
> |      5. Please add any other comments you wish to share:
> + The USEFOR WG welcomes the simplified <msg-id> syntax as
> + proposed in 2822upd.
>
>  Frank
>
>
>   



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m52JSdJk017217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits%6 verify=NO); Mon, 2 Jun 2008 12:28:39 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m52JSdCS017215; Mon, 2 Jun 2008 12:28:39 -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.14.2/8.14.2) with ESMTP id m52JSZA4017171 (version=TLSv1/SSLv3 cipher®S256-SHA bits%6 verify=NO) for <[e-mail]>; Mon, 2 Jun 2008 12:28:38 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K3Fho-0003yB-Ny for [e-mail]; Mon, 02 Jun 2008 19:28:32 +0000
Received: from hmbg-d9b88e29.pool.mediaways.net ([217.184.142.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 02 Jun 2008 19:28:32 +0000
Received: from nobody by hmbg-d9b88e29.pool.mediaways.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 02 Jun 2008 19:28:32 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From:  "Frank Ellermann" <[e-mail]>
Subject:  Re: [Fwd]: 2822 implementation report request
Date:  Mon, 2 Jun 2008 21:30:03 +0200
Organization:  <http://purl.net/xyzzy>
Lines: 39
Message-ID: <g21hkk$m6b$[e-mail]>
References:  <[e-mail]> <g21dv9$8sh$[e-mail]>
Reply-To:  "Frank Ellermann" <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset="iso-8859-1"
Content-Transfer-Encoding:  quoted-printable
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: hmbg-d9b88e29.pool.mediaways.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
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>

Hi, I think we could answer this reqest, suggestion:

| RFC 2822 / 2822upd Implementation Questionnaire
| ===============================================
|      0. Contact and Description
|         Organization Name:
+ IETF USEFOR WG

|         Implementation (Software or Service) Name:
+ draft-ietf-usefor-usefor-12 (approved standards track RFC)

|      1. Have you implemented RFC2822?
+ Yes, the RFC 1036 format used to build on RFC 822, the
+ revides NetNews formats builds on RFC 2822 (normative
+ reference importing major parts of the RFC 2822 syntax)
 
|      2. For how long it has been deployed?
+ January 2007 

|      3. What features have NOT been implemented from RFC2822?
+ Chapter 4 (obsolete syntax), NO-WS-CTL in <msg-id>, 
+ [CFWS] in traditional NetNews header fields, more than
+ one summary header field (see appendix C of the draft)

|      4. What features of RFC2822 are problematic for your implementation?
+ With two exceptions the obsolete syntax is not supported.
+ NetNews header fields require a space after the colon
+ between header field name and body, and don't allow any
+ folding before the first non-WSP character of the header
+ field body.

|      5. Please add any other comments you wish to share:
+ The USEFOR WG welcomes the simplified <msg-id> syntax as
+ proposed in 2822upd.

 Frank



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m52IQ3Wa096426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits%6 verify=NO); Mon, 2 Jun 2008 11:26:03 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m52IQ3Ca096424; Mon, 2 Jun 2008 11:26:03 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m52IPxr7096380 (version=TLSv1/SSLv3 cipher®S256-SHA bits%6 verify=NO) for <[e-mail]>; Mon, 2 Jun 2008 11:26:01 -0700 (MST) (envelope-from [e-mail])
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K3EjD-0000Fj-BW for [e-mail]; Mon, 02 Jun 2008 18:25:55 +0000
Received: from hmbg-d9b88e29.pool.mediaways.net ([217.184.142.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 02 Jun 2008 18:25:55 +0000
Received: from nobody by hmbg-d9b88e29.pool.mediaways.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[e-mail]>; Mon, 02 Jun 2008 18:25:55 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: [e-mail]
From:  "Frank Ellermann" <[e-mail]>
Subject:  [Fwd]: 2822 implementation report request
Date:  Mon, 2 Jun 2008 20:27:28 +0200
Organization:  <http://purl.net/xyzzy>
Lines: 51
Message-ID: <g21dv9$8sh$[e-mail]>
References:  <[e-mail]>
Reply-To:  "Frank Ellermann" <[e-mail]>
Mime-Version:  1.0
Content-Type:  text/plain; charset="iso-8859-1"
Content-Transfer-Encoding:  quoted-printable
X-Complaints-To: [e-mail]
X-Gmane-NNTP-Posting-Host: hmbg-d9b88e29.pool.mediaways.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
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>

[[[copy of an article posted on the IETF rfc822 list by Tony Hansen]]]

The IETF will shortly be considering elevating the revised mail format 
specification RFC 2822, to the second-level standards status of DRAFT.

A requirement for this is to produce information about implementations 
of the protocol specification.  It is therefore essential that we 
assemble a credible collection of information about actual development 
and interoperability testing -- and deployment is a form of testing -- 
for RFC 2822.

Because mail is a rich and widely-deployed protocol, the goal of this
query is to ask for enough information to be useful, but not to place
undue burden on responders by asking them to do a massive checklist.

It is assumed that most implementations of RFC 2822 have implemented all
of its required (MUST) features and probably a fair number of its
optional (SHOULD or MAY) features.

This survey does NOT cover any specifications outside of the RFC2822
document itself.  No enhancements, options, or the like.

Please take some time to complete the following questionnaire and send
me a private note with your responses.  I will assemble them into a
public report.

Please respond by June 10 2008.

RFC 2822 / 2822upd Implementation Questionnaire
===============================================
     0. Contact and Description
        Organization Name:
        Implementation (Software or Service) Name:

     1. Have you implemented RFC2822?
     2. For how long it has been deployed?
     3. What features have NOT been implemented from RFC2822?
     4. What features of RFC2822 are problematic for your implementation?
     5. Please add any other comments you wish to share:

Thank you.

Tony Hansen
[e-mail]

PS. This note borrows heavily from the 2821 implementation request email
by Dave Crocker.