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 j516LaAt080300 for ; Tue, 31 May 2005 23:21:36 -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 j516LakV080299 for ietf-usefor-skb; Tue, 31 May 2005 23:21:36 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j516LYRe080278 for ; Tue, 31 May 2005 23:21:35 -0700 (PDT) (envelope-from rvtol@isolution.nl) Received: from isop10 (velvet.isolution.nl [194.109.164.102]) (authenticated bits=0) by smtp-vbr13.xs4all.nl (8.13.3/8.13.3) with ESMTP id j516LRij087437 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 1 Jun 2005 08:21:33 +0200 (CEST) (envelope-from rvtol@isolution.nl) Message-ID: <03d001c56672$27a755f0$0b01a8c0@isolution.nl> From: "Ruud H.G. van Tol" To: References: Subject: Re: #1008 USEFOR 1.5 "followup": summary so far Date: Wed, 1 Jun 2005 08:21:23 +0200 Organization: Chaos rules. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Virus-Scanned: by XS4ALL Virus Scanner Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: John Stanley: > Richard Clayton: >> I suspect (guessing here of course) that most of the people who went >> for #2 would agree that readers often thread on Subject since that's >> the reality -- but we'd all (another guess) would like to make it >> far less necessary to do so > > There is never a necessity to sort by Subject (not "thread", since > Subject isn't a threadable header.). If it isn't ever necessary, we > cannot make it "far less necessary". To thread on Subject, doesn't mean that only the value of the Subject: header is used. Other information that can be used is the Date and the attributions (and further whatever the author of the news client chooses as feasible). Threading on Subject, is also used to explain why some users see a new thread when others don't. In that case the change in Subject overrules the References. -- Grtz, Ruud 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 j5105jP7027009 for ; Tue, 31 May 2005 17:05:45 -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 j5105j4p027008 for ietf-usefor-skb; Tue, 31 May 2005 17:05:45 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j5105hPe027000 for ; Tue, 31 May 2005 17:05:43 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DdGgg-0005CW-1R for ietf-usefor@imc.org; Wed, 01 Jun 2005 02:02:22 +0200 Received: from du-001-222.access.de.clara.net ([212.82.227.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Jun 2005 02:02:22 +0200 Received: from nobody by du-001-222.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Jun 2005 02:02:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Differences between RFC 2822 and Usefor Date: Wed, 01 Jun 2005 02:00:25 +0200 Organization: Lines: 119 Message-ID: <429CFA99.3D42@xyzzy.claranet.de> References: <4299F711.3415@xyzzy.claranet.de> <429B97DA.3208@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-222.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >> As soon as Harald had enough fun with the References we're >> IMHO ready to tackle the last details. > No Way! There is a lot to be done yet Not in USEFOR and from my POV. The ticket system lists four open tickets, two about the References. > The WG has been in continuous existence since it was formed. > It does not have "previous incarnations". Here's what I consider as the end of a "previous incarnation": > when mail comes to its senses and decides not to have a line > length limit in bodies anymore, "they" won't be able to say > "you can't change that because it will break news". Yes, the "they" listing Alexey, you, Claus, Dave, Harald, John, John, Kai, Keith, Ned, Paul, Randy, and many many others. Even yEnc 2002 didn't believe in lines longer than 998 char.s: | := | unsigned integer. (Range: 63-998) | // Lines have this size > And if you look closely, s-o-1036 also had unlimited body > lines (as a SHOULD). Okay, the bible trumps a MUST in a proposed standard, and news might support unencoded binaries . >> At the moment this isn't specified in USEFOR. [...] > I would like to see advice in USEFOR to treat the 998 limit > in bodies with liberality. We could add it in 2.3 | User agents MUST meet the definition of MIME-conformance in | [RFC2049] and MUST also support [RFC2231]. ................^^^^ Omigod, with a MUST it _is_ "normative" and a security risk :-( It's the beauty of MIME that user agents not supporting it have no serious problems. That's USEAGE, not USEFOR, and a SHOULD, not a MUST. Anyway, we could add unlimited body lines at the end of 2.3: : Depending on the Content-Type and Content-Transfer-Encoding : lines in the body may be limited to 998 or less characters, : compare [RFC2045] 7bit and 8bit data. Binary parts without : "lines" MAY in fact allow arbitrary line lengths. The body : of a Netnews article MUST NOT be empty, note that one empty : line is allowed. > the world is moving, and we should not hold it back. Depends on the direction. Periods in the could be still used for a negative score, so it's not that bad. >> My Subject;tests failed miserably with two >> news servers... > If the injecting agent of your server rejected it, then that > is quite proper. [...] >> "but SHOULD accept" weakens this simple and clear position. > No, just liberality of acceptance, which is a well-established > internet principle. Now what, proper or liberal ? In standards I'd prefer "clear". > Read RFC 2822 again: >| The more conservative 78 character recommendation [...] I'm very happy with the 78 in 2822, let's just don't touch it in USEFOR. > It arises because the default width of terminals/windows/etc > for editors, command interpreters, etc is usually 80 > characters (you can thank IBM for that), but you can't set > the limit at 80 because too many such terminals/windows/etc > have a habit of wrapping the line if column 80 is used Yes, and if they are ported to a CRLF system they do strange things in column 79, because 79 + CRLF is greater than 80. No argument with this, I rarely use columns 73..80, because that is where I'm planning to punch the serial card number later ;-) > we now have an IESG AD as our co-chair IETF Chair emeritus. But a MUST mentioning a proposed standard is of course "normative", so we need "Security Considerations" with a Caveat about the MIME boundary parameter. What a mess. >> (2) in Harald's list is perfectly compatible with 2822. > It is compatible with RFC 2822, but imposes a stricter > REQUIREMENT than RFC 2822. A mere definition of "followup" is no REQUIREMENT. We had the discussion about "green => colour", after that you can't say "green MUST be a colour". And you also can't say that this is a difference from "green => color" because of MUST and the "u". > The differences from 1036 are currently detailed in USEPRO, > though they should probably be moved to USEFOR at some > convenient moment. It would be convenient before this WG is closed, but if it's in USEPRO it's fine. Is there anything else for a usefor-05 ? Bye, Frank 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 j4VLlnZI018328 for ; Tue, 31 May 2005 14:47:49 -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 j4VLln1R018327 for ietf-usefor-skb; Tue, 31 May 2005 14:47:49 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4VLll90018319 for ; Tue, 31 May 2005 14:47:48 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DdEX5-0008Fb-UQ for ietf-usefor@imc.org; Tue, 31 May 2005 23:44:20 +0200 Received: from du-001-222.access.de.clara.net ([212.82.227.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 23:44:19 +0200 Received: from nobody by du-001-222.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 23:44:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Misc. ABNF nits Date: Tue, 31 May 2005 23:44:57 +0200 Organization: Lines: 10 Message-ID: <429CDAD9.3009@xyzzy.claranet.de> References: <429CC960.3FFD@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-222.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Henry Spencer wrote: > Underscores were indeed in use in UUCP names... but there has > also been some use of them in domain names, even though it is > technically against the rules. Only for "mailable FQDN". Maybe the real problem is the MUST in USEPRO and not the underline in USEFOR ? I like this MUST, but if we allow "unmailable" underlines we need a SHOULD. Bye. 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 j4VLKVYg016776 for ; Tue, 31 May 2005 14:20:31 -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 j4VLKVLK016775 for ietf-usefor-skb; Tue, 31 May 2005 14:20:31 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4VLKTbr016767 for ; Tue, 31 May 2005 14:20:30 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DdE6M-0004od-6C for ietf-usefor@imc.org; Tue, 31 May 2005 23:16:42 +0200 Received: from du-001-222.access.de.clara.net ([212.82.227.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 23:16:42 +0200 Received: from nobody by du-001-222.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 23:16:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Differences between RFC 2822 and Usefor Date: Tue, 31 May 2005 23:13:28 +0200 Organization: Lines: 32 Message-ID: <429CD378.25B@xyzzy.claranet.de> References: <4299F711.3415@xyzzy.claranet.de> <7720B187EEDCD0754BC8E464@B50854F0A9192E8EC6CDA126> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-222.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: > hey - where did that come from?????? Checking, oh, you're also listed as "guilty" in the credits. Whereever it came from, I've ideas where it shouldn't go to. >| In the future, period may appear in the regular syntax of >| phrase. New terminology part for "obs-": obsolete, obscure, obscene, obstacle, obstinate, obstructive, obsession. Admittedly I've no software that crashes with these periods in a display name. > Illustrates the danger of future-looking statements in > standards that we're arguing based on this text 4 years > later..... Hiding this in "miscellaneous obsolete tokens" in the chapter "obsolete syntax" is more odd than dangerous. No showstopper for USEFOR, we could just redefine the RfC 2822 display-name: {2822] | display-name = phrase | phrase = 1*word / obs-phrase | obs-phrase = word *(word / "." / CFWS) [USEFOR] display-name = word *(word / "." / CFWS) This syntax would still disallow obscene keywords. Bye, Frank 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 j4VLHtvs016639 for ; Tue, 31 May 2005 14:17:55 -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 j4VLHtRW016638 for ietf-usefor-skb; Tue, 31 May 2005 14:17:55 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4VLHrlc016631 for ; Tue, 31 May 2005 14:17:54 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4VLHeF1028917; Tue, 31 May 2005 17:17:40 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4VLHehR028916; Tue, 31 May 2005 17:17:40 -0400 (EDT) Date: Tue, 31 May 2005 17:17:39 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Misc. ABNF nits In-Reply-To: <429CC960.3FFD@xyzzy.claranet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Tue, 31 May 2005, Frank Ellermann wrote: > Our copies of STD 10 and RfC 2821 are different, RfC 2821 says... > No underline, straight back to STD 13 and STD 10. If Henry had > a good reason to allow it in s-o-1036 it's related UUCP, not to > your "mailable FQDN" concept. Underscores were indeed in use in UUCP names... but there has also been some use of them in domain names, even though it is technically against the rules. Henry Spencer henry@spsystems.net 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 j4VKbOg6014242 for ; Tue, 31 May 2005 13:37:24 -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 j4VKbOjD014241 for ietf-usefor-skb; Tue, 31 May 2005 13:37:24 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4VKbNPV014235 for ; Tue, 31 May 2005 13:37:23 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DdDOf-0006h6-0r for ietf-usefor@imc.org; Tue, 31 May 2005 22:31:33 +0200 Received: from du-001-222.access.de.clara.net ([212.82.227.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 22:31:33 +0200 Received: from nobody by du-001-222.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 22:31:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Misc. ABNF nits Date: Tue, 31 May 2005 22:30:24 +0200 Organization: Lines: 20 Message-ID: <429CC960.3FFD@xyzzy.claranet.de> References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> <429608F7.F77@xyzzy.claranet.de> <4299C6CB.A64@xyzzy.claranet.de> <429B6D02.4159@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-222.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >> news@under_line.test cannot work. An under_line.test!... >> path-identity is invalid, an ...!under_line.test tail-entry >> is allowed. > news@under_line.test is syntactically allowed Our copies of STD 10 and RfC 2821 are different, RfC 2821 says: | Domain = (sub-domain 1*("." sub-domain)) / address-literal | sub-domain = Let-dig [Ldh-str] | Let-dig = ALPHA / DIGIT | Ldh-str = *( ALPHA / DIGIT / "-" ) Let-dig No underline, straight back to STD 13 and STD 10. If Henry had a good reason to allow it in s-o-1036 it's related UUCP, not to your "mailable FQDN" concept. Bye, Frank 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 j4VIQ9fr005474 for ; Tue, 31 May 2005 11:26:09 -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 j4VIQ9sJ005473 for ietf-usefor-skb; Tue, 31 May 2005 11:26:09 -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 j4VIQ6on005463 for ; Tue, 31 May 2005 11:26:08 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org (a.shell.peak.org [69.59.192.81]) by mail02.peak.org (8.12.10/8.12.8) with ESMTP id j4VIPw4K076031 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 31 May 2005 11:26:00 -0700 (PDT) Date: Tue, 31 May 2005 11:25:58 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: #1008 USEFOR 1.5 "followup": summary so far Message-ID: 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: List-Unsubscribe: List-ID: Harald Tveit Alvestrand : >John, I have problems parsing your message - RFC 2822 does not use the >word "followup" anywhere, so it can't possibly have a definition for the >term that USEFOR can be in conflict with. >Before drawing conclusions, I'd like to see if I have categorized people's >positions correctly. Comments? What is really confusing about your mixmaster approach to this is that when you say: 1) All "followups" have a References: header. I don't know if you mean "current standards say", "our draft says", "we want to say", or what. Clearly we don't think that all followups have a references header, or even apparently want to say that, since our work product clearly says otherwise. And just as clearly you aren't limiting the discussion to "what we think USEFOR ought to say", because you just asked me about something it CURRENTLY says. Who said that USEFOR conflicts with RFC2822? Our draft clearly says that it DEFERS to RFC2822 for the definition of the References header, so it certainly does NOT conflict with RFC2822. As for RFC2822 not using the specific term "followup": been there, covered that. It uses the generic term "replies". Every reply posted as news is a "followup". Every one. Each time someone replies, in a news context, they are posting an article that is "a response to another". If you can find a single person here who would call an article I post, in response to another, which says "you are wrong when you say X because..." NOT a followup, please trot them out. I don't believe they exist. And if they think it is not a reply, then they are clearly deluded. Since EVERY reply is a followup (in newsland), and References is OPTIONAL in replies, then it follows that References is optional in followups -- at least that vast majority of followups that are "replies". I.e. those posted 'in response to another article'. The only kind of followup that isn't covered by RFC2822 is the kind that isn't a "reply". Perhaps one can stretch things so that a second part of a FAQ isn't 'in response to' the first part (even though it clearly IS 'as a result of'), so perhaps we can say that References is mandatory in just 2nd etc. parts of a multi-part FAQ, but to do so would be just stupid. Richard Clayton : >I suspect (guessing here of course) that most of the people who went for >#2 would agree that readers often thread on Subject since that's the >reality -- but we'd all (another guess) would like to make it far less >necessary to do so There is never a necessity to sort by Subject (not "thread", since Subject isn't a threadable header.). If it isn't ever necessary, we cannot make it "far less necessary". "Forrest J. Cavalier III" : >There seems to be a consensus around your option #2, because people >want to allow multi-parts to have references headers, but not call >them followups. That's what I do not understand. People, today, treat them as followups when they post them, but we* do not want to call them "followups" for some unknown reason, even when it is trivial to modify the definition of followup to include them, and by opening up References use to non-followups we destroy the ability to detect followups altogether. * for some subset of everyone here. kaih@xxxxxxxxxxxxxxxxx (Kai Henningsen): > This is what I consider the ideal. WHY is this ideal? Why is it ideal to remove the ability to detect followups? Why does there need to be a References header in something that isn't a followup? "Charles Lindsey" : >Actually, some people actually _prefer_ threading on Subject alone. Subject is not a threadable header. There is no defined relationship between two articles with the same subject, only a similarity in the subject. E.g., "Subject: Re: Help" appearing in two different articles implies nothing about the similarity of parentage. >And for every threading algorithm there exists a bunch of articles in the >real world which it threads exceedingly badly :-( . Except for the References header. Of course if you use non-threadable headers you get poop for results. If you use References, you don't. Unless, of course, the References header is defective, but then, you said "articles" and not "junkable non-articles", so I assume you meant "articles" and not "non-articles". 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 j4VGP2nK097318 for ; Tue, 31 May 2005 09:25:03 -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 j4VGP2tS097317 for ietf-usefor-skb; Tue, 31 May 2005 09:25:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4VGP1rh097310 for ; Tue, 31 May 2005 09:25:02 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-74-20.midband.mdip.bt.net ([81.144.74.20]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 429c8d2d.9411.11fc for ietf-usefor@imc.org; Tue, 31 May 2005 17:13:33 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4VGCEj10932 for ietf-usefor@imc.org; Tue, 31 May 2005 17:12:14 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20968 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Differences between RFC 2822 and Usefor Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4299F711.3415@xyzzy.claranet.de> <429B97DA.3208@xyzzy.claranet.de> Date: Tue, 31 May 2005 14:34:58 GMT Lines: 232 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <429B97DA.3208@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: > >> What message are you replying to? It must be very ancient. >2005-04-09 >As soon as Harald had enough fun with the References we're IMHO >ready to tackle the last details. No Way! There is a lot to be done yet, even to catch up with where the draft-13 had left us. >>>> However, all agents SHOULD, and relaying agents MUST, >>>> process lines of arbitrary length. >>> Never heard of this one. > >> Decided by the WG right at the start. Such arbitrary limits >> were seen as a Bad Thing, with no technical necessity >> (clearly you need a 998 limit for headers). >Some prior incarnation of the WG wanted a difference from 2822 >that's not allowed for SMTP ? The WG has been in continuous existence since it was formed. It does not have "previous incarnations". > But we want to replace Henry's >message/news by message/rfc822 to forward news by mail, are >"unlimited" body lines a feature of (I'm guessing) 8BITMIME ? Quite possibly so in actual implementations. But, more importantly, all known news transports can handle lines of arbitrary length (and the new NNTP spec confirms that for NNTP). Yes, it seems that at least a lone CRLF at the end of the article is required. We want to keep it that way so that, when mail comes to its senses and decides not to have a line length limit in bodies anymore, "they" won't be able to say "you can't change that because it will break news". And if you look closely, s-o-1036 also had unlimited body lines (as a SHOULD). >At the moment this isn't specified in USEFOR. It was specified in draft-13, and I see that I made a note to myself to fix it for Relaying agents in USEPRO, which I have now done by adding and extra bulleted paragraph at the end of 7.3: Relaying agents MUST NOT alter, delete or rearrange any part of an article except for headers designated as variant (2.3). In particular ............ o they MUST transmit lines of arbitrary length and articles of arbitrary size. (or they can always drop them on the floor if site policy so decides). And I would like to see advice in USEFOR to treat the 998 limit in bodies with liberality. > [dot or comma in an unquoted "display-name"] >> It is widely agreed that calling it "obs-" was a mistake, >When s-o-1036 said 1994 that it's not allowed, then I strongly >disagree with this assumption. Read RFC 2822: Note: The "period" (or "full stop") character (".") in obs-phrase is not a form that was allowed in earlier versions of this or any other standard. Period (nor any other character from specials) was not allowed in phrase because it introduced a parsing difficulty distinguishing between phrases and portions of an addr-spec (see section 4.4). It appears here because the period character is currently used in many messages in the display-name portion of addresses, especially for initials in names, and therefore must be interpreted properly. In the future, period may appear in the regular syntax of phrase. That was written long after s-o-1036 was written. It is clearly the way the world is moving, and we should not hold it back. >> Bruce Lilly asked us to put it in (and for once he was right) And it was put into draft-13 accordingly. It should go into USEFOR (but as , not as , because that is now recognized as having been a mistake). >It's incompatible with s-o-1036. And it would be the first >exception from our "get rid of all obs-2822 stuff" strategy. Not, it would be the second (because we have already accepted GMT and UT in Dates). >Nobody in the world cares about middle initials or abbreviated >titles. Let them quote their names or titles if they insist on >it. On the contrary, a lot of people care (myself included). Many user agents allow it, and either pass it on as is, or automatically enclose it within a quoted-string. >If you'd modify it would also affect the , >not only the . And the is buried >deep within pure 2822-territory. The best way to fix this is >in an 2822bis, not in an USEFOR . It is not for 2822bis, because it is already in 2822. >>>> The content of the first line of a header MUST NOT consist >>>> of WSP only (though such SHOULD be accepted). >My Subject;tests failed miserably with two news >servers... If the injecting agent of your server rejected it, then that is quite proper. I would be most upset if some relaying agent refused it if ever it did manage to get past some injector. >> Where does USEPRO say "MUST reject"? > [7.2.2 (duties of an injecting agent) point 4] >| It MUST reject any article that >[...] >| contains any header that does not have legal contents. And quite right. Injecting agents are supposed to test articles for standards conformity rather thoroughly. >The real message of the text is that it's different from 2822. >Any "but SHOULD accept" weakens this simple and clear position. No, just liberality of acceptance, which is a well-established internet principle. >> The strange thing about the '78' in RFC 2822 is that not even >> the author of the document could explain where that number >> came from >80-2 = 78, same idea as in 1000-2 = 998. I have one of these >ugly plain text viewers, where limit 79 won't work as expected. Then your text viewer is broken, or is interpreting some rule too harshly. Read RFC 2822 again: The more conservative 78 character recommendation is to accommodate the many implementations of user interfaces that display these messages which may truncate, or disastrously wrap, the display of more than 78 characters per line, in spite of the fact that such implementations are non-conformant to the intent of this specification (and that of [RFC2821] if they actually cause information to be lost). Again, even though this limitation is put on messages, it is encumbant upon implementations which display messages to handle an arbitrarily large number of characters in a line (certainly at least up to the 998 character limit) for the sake of robustness. The reason for setting the (advisory) limit at 79 is nothing to do with the number of characters in "CRLF". It arises because the default width of terminals/windows/etc for editors, command interpreters, etc is usually 80 characters (you can thank IBM for that), but you can't set the limit at 80 because too many such terminals/windows/etc have a habit of wrapping the line if column 80 is used, which leaves ugly blank lines in the displayed text. Note that there is nothing inherently wrong with wrapping as a means to avoid losing information, though horizontal scroll bars would be preferable. >> The WG decided long ago that any such limit was for purely >> human convenience, and hence was for USEAGE. >> Keywords is definitely different from RFC 2822. >If your point 2.6 was only about the Keywords it's okay. I've >confused "in particular" with "for example". Is that a bug in >2822 ? Yes, I think it probably was. What's the idea of more than one Keywords header field >instead of one long and possibly folded Keywords header ? >>> is SHOULD NOT what we want ? >> Some news software is known to break on empty bodies. That is >> why the restriction is there. >That's also why I asked, how about "MUST NOT" ? It was SHOULD NOT in s-o-1036. I guess nobody ever asked for it to be changed. >> But it will be an uphill task to get any such proposal past >> the IESG. >If somebody in the IESG really considers listing 2231 "only" as >"informative" as a blasphemy, then it's the person to discuss >its status "proposed standard" and the two mentioned bugs with. Well we now have an IESG AD as our co-chair, so he is in a better position than either or us to declares whether it is blasphemous or not. > >>> All followups have References by definition, no MUSTard, no >>> essential differences from 2822. JFTR as discussed elsewhere. >> Whichever way it is defined in our documents, it is still a >> difference from RFC 2822. >Option (2) in Harald's list is perfectly compatible with 2822. It is compatible with RFC 2822, but imposes a stricter REQUIREMENT than RFC 2822. So it is a difference which has to be documented as such. >That part is too long, it's the purpose of USEFOR to enumerate >all differences. Enumerating them twice is useless. It would >be more interesting to list differences from 1036 and s-o-1036. The differences from 1036 are currently detailed in USEPRO, though they should probably be moved to USEFOR at some convenient moment. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4VGDYNo096329 for ; Tue, 31 May 2005 09:13:34 -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 j4VGDYV9096328 for ietf-usefor-skb; Tue, 31 May 2005 09:13:34 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4VGDWcp096321 for ; Tue, 31 May 2005 09:13:33 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-74-20.midband.mdip.bt.net ([81.144.74.20]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 429c8d2b.9411.11fa for ietf-usefor@imc.org; Tue, 31 May 2005 17:13:31 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4VGCDm10928 for ietf-usefor@imc.org; Tue, 31 May 2005 17:12:13 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20967 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Misc. ABNF nits Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> <429608F7.F77@xyzzy.claranet.de> <4299C6CB.A64@xyzzy.claranet.de> <429B6D02.4159@xyzzy.claranet.de> Date: Tue, 31 May 2005 12:06:20 GMT Lines: 66 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <429B6D02.4159@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: > >> There is absolutely no point in making the syntax of the >> tail-entry any different from the path-identity. >The point is the semantical difference from a path-identity: The only semantical difference with the tail-entry is that it is to be disregarded by relaying agents which are trying to avoid sending the article back to places that have already seen it. And, on looking at USEPRO section 7.3, I see that that provision has got lost somewhere in recent changes, so I have reworded it as follows: In order to avoid unnecessary relaying, an article SHOULD NOT be relayed if the of the receiving agent (or some known alias thereof) appears as a (excluding within the ) in its Path header. NOTE to Ken: For the removal of all doubt, please can we change the syntax un USEFOR 3.1.6 from path-identity = ( ALPHA / DIGIT ) *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) ... tail-entry = path-identity to path-identity = ( ALPHA / DIGIT ) *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) ... tail-entry = ( ALPHA / DIGIT ) *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) Or something else which makes it clear that the does not have a hidden inside it. I could then simplify my USEPRO wording above slightly. >> where you want to be able to stick 'news@' or 'usenet@' >> or 'abuse@' in front of it and send mail to it. >news@under_line.test cannot work. An under_line.test!... >path-identity is invalid, an ...!under_line.test tail-entry >is allowed. news@under_line.test is syntactically allowed, but there was text in 5.6.2 of the old-draft-13 to forbid it in the case of the injecting agent. That text was included in my recent suggested text for the Path header, but Alexey asked me to put it in USEPRO rather than USEFOR. It will shortly appear in USEPRO. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4V3GXcq084652 for ; Mon, 30 May 2005 20:16:33 -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 j4V3GXH2084651 for ietf-usefor-skb; Mon, 30 May 2005 20:16:33 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4V3GUnK084642 for ; Mon, 30 May 2005 20:16:31 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id BDEE361B43; Tue, 31 May 2005 05:16: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 19070-07; Tue, 31 May 2005 05:16:25 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id D81DF61AF1; Tue, 31 May 2005 05:16:24 +0200 (CEST) Date: Mon, 30 May 2005 22:32:09 +0200 From: Harald Tveit Alvestrand To: Charles Lindsey , ietf-usefor@imc.org Subject: Re: Differences between RFC 2822 and Usefor Message-ID: <7720B187EEDCD0754BC8E464@B50854F0A9192E8EC6CDA126> In-Reply-To: References: <4299F711.3415@xyzzy.claranet.de> X-Mailer: Mulberry/4.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: --On 30. mai 2005 13:45 +0000 Charles Lindsey wrote: >>> 1.8.2**The (mis-named) "obsolete" syntax for phrase from RFC >>> 2822, which allows for 'John D. Smith' to remain >>> unquoted, is retained (but renamed as extended-phrase). > >> Sigh, is that still necessary ? s-o-1036 didn't allow it 1994: > > It was a newly introduced "feature" of RFC 2822, on a MUST accept but do > not generate yet basis. It is widely agreed that calling it "obs-" was a > mistake, because it was very much intended for future use. Many agents > accept it already. Bruce Lilly asked us to put it in (and for once he was > right). hey - where did that come from?????? the text in RFC 2822 section 4.1 is: > Note: The "period" (or "full stop") character (".") in obs-phrase is > not a form that was allowed in earlier versions of this or any other > standard. Period (nor any other character from specials) was not > allowed in phrase because it introduced a parsing difficulty > distinguishing between phrases and portions of an addr-spec (see > section 4.4). It appears here because the period character is > currently used in many messages in the display-name portion of > addresses, especially for initials in names, and therefore must be > interpreted properly. In the future, period may appear in the > regular syntax of phrase. The way I remember the discussions (after 4-10 years, I'm not that sure any more...), people observed that this period was used quite widely, so parsers that refused to handle it were not terribly useful, but the WG refused to recommend it as part of existing syntax. Illustrates the danger of future-looking statements in standards that we're arguing based on this text 4 years later..... 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 j4UMmkaX066682 for ; Mon, 30 May 2005 15:48:46 -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 j4UMmk3D066680 for ietf-usefor-skb; Mon, 30 May 2005 15:48:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4UMmh2w066664 for ; Mon, 30 May 2005 15:48:44 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Dct1D-00087N-T3 for ietf-usefor@imc.org; Tue, 31 May 2005 00:45:59 +0200 Received: from 212.82.251.190 ([212.82.251.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 00:45:59 +0200 Received: from nobody by 212.82.251.190 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2005 00:45:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Differences between RFC 2822 and Usefor Date: Tue, 31 May 2005 00:46:50 +0200 Organization: Lines: 169 Message-ID: <429B97DA.3208@xyzzy.claranet.de> References: <4299F711.3415@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.190 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > What message are you replying to? It must be very ancient. 2005-04-09 As soon as Harald had enough fun with the References we're IMHO ready to tackle the last details. >>> However, all agents SHOULD, and relaying agents MUST, >>> process lines of arbitrary length. >> Never heard of this one. > Decided by the WG right at the start. Such arbitrary limits > were seen as a Bad Thing, with no technical necessity > (clearly you need a 998 limit for headers). Some prior incarnation of the WG wanted a difference from 2822 that's not allowed for SMTP ? But we want to replace Henry's message/news by message/rfc822 to forward news by mail, are "unlimited" body lines a feature of (I'm guessing) 8BITMIME ? At the moment this isn't specified in USEFOR. I'd prefer to stay away from it if that's possible. I know nothing about binary groups, maybe it's not possible, but then we have to say so in USEFOR. [dot or comma in an unquoted "display-name"] > It is widely agreed that calling it "obs-" was a mistake, When s-o-1036 said 1994 that it's not allowed, then I strongly disagree with this assumption. > Bruce Lilly asked us to put it in (and for once he was right) It's incompatible with s-o-1036. And it would be the first exception from our "get rid of all obs-2822 stuff" strategy. Nobody in the world cares about middle initials or abbreviated titles. Let them quote their names or titles if they insist on it. If you'd modify it would also affect the , not only the . And the is buried deep within pure 2822-territory. The best way to fix this is in an 2822bis, not in an USEFOR . >>> The content of the first line of a header MUST NOT consist >>> of WSP only (though such SHOULD be accepted). [...] >> I see no such "SHOULD", I see only a "MUST reject" in USEPRO > I think it said "SHOULD accept" in the > draft-ietf-usefor-article series of drafts. My Subject;tests failed miserably with two news servers... > It is a matter of being liberal. ...I did't ask them for their political preferences, they just rejected my test article. > Where does USEPRO say "MUST reject"? [7.2.2 (duties of an injecting agent) point 4] | It MUST reject any article that [...] | contains any header that does not have legal contents. Only *WSP after the colon is illegal. Confirmed by two tests, whatever that means. It's confusing if the syntax and tons of text try to establish some "MUST NOT create but SHOULD accept" rules, where a simple "don't" is much clearer and good enough. The real message of the text is that it's different from 2822. Any "but SHOULD accept" weakens this simple and clear position. > The strange thing about the '78' in RFC 2822 is that not even > the author of the document could explain where that number > came from 80-2 = 78, same idea as in 1000-2 = 998. I have one of these ugly plain text viewers, where limit 79 won't work as expected. > The WG decided long ago that any such limit was for purely > human convenience, and hence was for USEAGE. Sure. let's just inherit whatever 2822 or a future 2922bis say, and not invent our own "better" rules in USEFOR. This should be no difference from 2822. > Keywords is definitely different from RFC 2822. If your point 2.6 was only about the Keywords it's okay. I've confused "in particular" with "for example". Is that a bug in 2822 ? What's the idea of more than one Keywords header field instead of one long and possibly folded Keywords header ? >> is SHOULD NOT what we want ? > Some news software is known to break on empty bodies. That is > why the restriction is there. That's also why I asked, how about "MUST NOT" ? [2331] > Agreed, but politically incorrect :-( Security consideration trumps political correctness. >> Just move RfC 2231 to the "informative references" >> section, it will never be a "draft standard", > If you are serious, then you should start a new thread to > discuss this. We already had this discussion with Bruce and Ned, and IIRC we agreed that it can't be fixed by two "2231 errata" like these: 1st - kids, don't try this with a boundary parameter 2nd - BTW, this means all MIME paramters are unique The second "bug" is only an undocumented "feature", submitting it as an error would be dubious. It's incompatible with legal interpretations of 2045 / 2049. Not our problem as long as we stick to the 2331-idea of unique parameters. > But it will be an uphill task to get any such proposal past > the IESG. If somebody in the IESG really considers listing 2231 "only" as "informative" as a blasphemy, then it's the person to discuss its status "proposed standard" and the two mentioned bugs with. >> All followups have References by definition, no MUSTard, no >> essential differences from 2822. JFTR as discussed elsewhere. > Whichever way it is defined in our documents, it is still a > difference from RFC 2822. Option (2) in Harald's list is perfectly compatible with 2822. I read most mail lists as newsgroups on GMaNe. GMaNe has some magic for the Message-IDs / Newsgroups, but it has absolutely nothing to do for the References. My UA just does the same thing for mail replies and news followups, it even allows me to do both at the same time. Okay, my UA is older than 2822. The threading is identical in all newsgroups and mail folders. There's just no difference from 2822 for the References header. > You never "need" helpful explanatory material in Appendices That part is too long, it's the purpose of USEFOR to enumerate all differences. Enumerating them twice is useless. It would be more interesting to list differences from 1036 and s-o-1036. [collected ABNF] > Mere corroborative detail, to give artictic verisimilitude > to an otherwise bald and unconvincing narrative :-) Found it, I'm lost with "quote unquote". It's only a few years since a serious error in a German translation convinced to prefer the originals, another part of this equation was of course amazon. Bye, Frank 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 j4UJmGsU056363 for ; Mon, 30 May 2005 12:48:16 -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 j4UJmGLQ056362 for ietf-usefor-skb; Mon, 30 May 2005 12:48:16 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4UJmEhs056356 for ; Mon, 30 May 2005 12:48:15 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DcqAT-0006QN-U6 for ietf-usefor@imc.org; Mon, 30 May 2005 21:43:21 +0200 Received: from 212.82.251.190 ([212.82.251.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 May 2005 21:43:21 +0200 Received: from nobody by 212.82.251.190 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 May 2005 21:43:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Misc. ABNF nits Date: Mon, 30 May 2005 21:44:02 +0200 Organization: Lines: 41 Message-ID: <429B6D02.4159@xyzzy.claranet.de> References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> <429608F7.F77@xyzzy.claranet.de> <4299C6CB.A64@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.190 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > There is absolutely no point in making the syntax of the > tail-entry any different from the path-identity. The point is the semantical difference from a path-identity: > where you want to be able to stick 'news@' or 'usenet@' > or 'abuse@' in front of it and send mail to it. news@under_line.test cannot work. An under_line.test!... path-identity is invalid, an ...!under_line.test tail-entry is allowed. >> IIRC it's @4ax.net or similar, and not a random id-domain. > it's about as random as they come Not the id-domain, only the id-local is a random value. It's 4ax.com, not 4ax.net. > none of whom has any agreement with any other for the > purpose of avoiding duplicate message-ids. 4ax.com was especially registered for this purpose. If they have a problem with this scheme it's "their" problem, they don't abuse foreign name spaces: whois -h whois.networksolutions.com 4ax.com Registrant: Forte Internet Software, Inc. [...] It's of course still an obscure idea, an attacker could try to generate numerous id-local@4ax.com Message-IDs. But the domain has an owner, this owner has the right to say "abuse". For random@4ax.invalid there would be no owner, and invalid Message-IDs are fair game. Bye, Frank 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 j4UIcS4T052937 for ; Mon, 30 May 2005 11:38:28 -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 j4UIcSlt052936 for ietf-usefor-skb; Mon, 30 May 2005 11:38:28 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4UIcRWr052930 for ; Mon, 30 May 2005 11:38:27 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup053.mcc.ac.uk ([130.88.69.53]) by curlew.cs.man.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1Dcp9d-0006gn-TF for ietf-usefor@imc.org; Mon, 30 May 2005 19:38:27 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4UIH6t02936; Mon, 30 May 2005 19:17:06 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20962 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Differences between RFC 2822 and Usefor Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4299F711.3415@xyzzy.claranet.de> Date: Mon, 30 May 2005 13:45:09 GMT Lines: 185 MIME-Version: 1.0 X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4299F711.3415@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: What message are you replying to? It must be very ancient. >> 1.5**Body lines are restricted to 998 characters plus CRLF >Inherited from 2045 and 2822. No difference => delete. >> However, all agents SHOULD, and relaying agents MUST, process >> lines of arbitrary length. >Never heard of this one. Decided by the WG right at the start. Such arbitrary limits were seen as a Bad Thing, with no technical necessity (clearly you need a 998 limit for headers). >> 1.8.2**The (mis-named) "obsolete" syntax for phrase from RFC >> 2822, which allows for 'John D. Smith' to remain >> unquoted, is retained (but renamed as extended-phrase). >Sigh, is that still necessary ? s-o-1036 didn't allow it 1994: It was a newly introduced "feature" of RFC 2822, on a MUST accept but do not generate yet basis. It is widely agreed that calling it "obs-" was a mistake, because it was very much intended for future use. Many agents accept it already. Bruce Lilly asked us to put it in (and for once he was right). >In other words s-o-1036 says "delete whatever extended-phrase". >> 2.1.2**Extended-phrases (see 1.8.2 above). >See-Also: <5.2@s-o-1036.rfc.to.be> >> 2.2 The content of the first line of a header MUST NOT consist of WSP >> only (though such SHOULD be accepted). Observe that continuation >> lines of headers also MUST NOT consist of WSP only, as in RFC 2822. Ah! I see now what you are quoting from. It is the list of differences from RFC 2822, which you will find on www.imc.org/usefor. >I see no such "SHOULD", I see only a "MUST reject" in USEPRO. I think it said "SHOULD accept" in the draft-ietf-usefor-article series of drafts. It is a matter of being liberal. Where does USEPRO say "MUST reject"? "MUST NOT generate", maybe. >> 2.3 Headers with empty content are deprecated (but if >> present that SP after the ':" is still required). >They are _verboten_ by MUSTard everywhere. And that's good. "Deprecate" is a polite way of saying "MUST NOT" in some people's vocabulary :-) . >> 2.4 All agents MUST support header lines up to 998 octets, >> but there is no RECOMENDED limit of 78 characters as in >> RFC 2822. >I found neither 78 nor 79 in USEPRO (except from the BCPs ;-) >There's nothing wrong with the 78 in RfC 2822. The strange thing about the '78' in RFC 2822 is that not even the author of the document could explain where that number came from (I know exactly where '79' comes from). The WG decided long ago that any such limit was for purely human convenience, and hence was for USEAGE. It is certainly verboten for later agents to modify any header in transit just for that reason. >> There is mention of a purely advisory limit of 79 (with a >> reference to USEAGE). >79 + CRLF causes odd effects with some *NIX software ported to >other operating systems (they "think" that it's more than 80 >for a critical nanosecond). The 78 in RfC 2822 is just fine. Never heard that argument before. But it's still a USEAGE matter. >> 2.6 There must not be more than one header with a given >> header-name, except where explicitly sanctioned by the >> appropriate standard. In particular, there MUST NOT be >> more than one Keywords-header. >That's a difference from 2822, e.g. more than one Message-ID ? >Should we move RfC 2822 to "historic" while we are at it ? Eh? Keywords is definitely different from RFC 2822. The rest of the headers are the same. >> 2.8**The body of an article SHOULD NOT be empty. >s-0-1036 apparently allows for an "almost emtpy" body as in >last-header-field: content Exactly. "almost empty" is not "empty". We agree with s-o-1036. >RfC 2822 removed the third , is SHOULD NOT what we want ? Some news software is known to break on empty bodies. That is why the restriction is there. >> 2.9 (was 1.6) RFC 2047 and RFC 2231 are fully integrated >> into the Netnews. >RfC 2231 should not be integrated into anything with less than >ten pages of "security considerations" about boundary= values. Agreed, but politically incorrect :-( . >We only need it for some params, and not implementing RfC 2231 >is a RECOMMENDED best common practice in my parallel universe. >2822 is silent about 2231, let's stick to this excellent plan. >"Full integration of 2231" is a recipe for havoc. >We have no business to "fully integrate" an eight years old >"proposed standard", that is known to be potentially harmful, >and that introduced obscure restrictions for MIME parameters. >Just move RfC 2231 to the "informative references" section, it >will never be a "draft standard", let alone a "full standard". If you are serious, then you should start a new thread to discuss this. But it will be an uphill task to get any such proposal past the IESG. Unless Harald can tell us otherwise. >As long as we are compatible with this beast it's good enough. >> 2.11 A References header MUST be provided for followups (as >> opposed to SHOULD be provided for replies in RFC 2822). >All followups have References by definition, no MUSTard, no >essential differences from 2822. JFTR as discussed elsewhere. Whichever way it is defined in our documents, it is still a difference from RFC 2822. >> 3.2 Comments (but not FWS) are forbidden in the Newsgroups-, >> Distribution- Path- and Followup-To-headers (also see >> 1.11.1 above for Message-ID). >As expected USEFOR is somewhat different from RfC 2822, in fact >the _complete_ text is about differences. Therefore we don't >need this long list repeating almost all points of the text in >an appendix. You never "need" helpful explanatory material in Appendices, but it is an excellent way or preventing people from misunderstanding your document. >> 3.3**WSP and folding in Newsgroup- and Followup-To-headers >> MUST be accepted, but SHOULD NOT be generated (yet). >After 11 years of a warning in s-o-1036 ? Maybe we should >also say something about the components "all" or "ctl"... :-( >But not in USEFOR please. Yes. INN has only implemented that feature within the last 12 months AFAIK, and I don't know of any other server that accepts it yet. >3.2 and 3.3 are no real _differences_ from RfC 2822, they are >just ordinary news header fields normally not found in mail => >also not in 2822. It's obvious as far as I'm concerned. Yes, they are actually differences from RFC 1036 if anything, and should probably be described as such. >But a "collected ABNF" appendix could be very nice. Mere corroborative detail, to give artictic verisimilitude to an otherwise bald and unconvincing narrative :-) . -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4UIcOLP052918 for ; Mon, 30 May 2005 11:38:24 -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 j4UIcO55052917 for ietf-usefor-skb; Mon, 30 May 2005 11:38:24 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4UIcNwd052907 for ; Mon, 30 May 2005 11:38:24 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup053.mcc.ac.uk ([130.88.69.53]) by curlew.cs.man.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1Dcp9a-0006gn-Tr for ietf-usefor@imc.org; Mon, 30 May 2005 19:38:23 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4UIIlb02945; Mon, 30 May 2005 19:18:47 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20961 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Misc. ABNF nits (was: I-D ACTION:draft-ietf-usefor-usefor-04.txt) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> <429608F7.F77@xyzzy.claranet.de> <4299C6CB.A64@xyzzy.claranet.de> Date: Mon, 30 May 2005 12:58:29 GMT Lines: 47 MIME-Version: 1.0 X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4299C6CB.A64@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: > > [USEPRO and underlines in a mailable path-identity] >> it will be covered. >Is this oddity reserved for a tail-entry ? Then we could also >fix it in USEFOR: >| path-identity = ( ALPHA / DIGIT ) >| *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) >| tail-entry = path-identity > path-identity = ( ALPHA / DIGIT ) *path-char > tail-entry = ( ALPHA / DIGIT ) *( path-char / "_" ) > path-char = ( ALPHA / DIGIT / "-" / "." / ":" ) There is absolutely no point in making the syntax of the tail-entry any different from the path-identity. It plays no formal part in the protocols. It just sits there, and if people like to write nice things in there (e.g. their userid), then let them. Note that "mailable path-identity" refers, especially, to the path-identity inserted by the injecting agent, where you want to be able to stick 'news@' or 'usenet@' or 'abuse@' in front of it and send mail to it. >> Agent seems to get away with that technique >IIRC it's @4ax.net or similar, and not a random id-domain. it's about as random as they come, given that it is used by maybe 100,000 sites worldwide, none of whom has any agreement with any other for the purpose of avoiding duplicate message-ids. But it ain't broks ... -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4UIcMc0052891 for ; Mon, 30 May 2005 11:38:22 -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 j4UIcMPf052890 for ietf-usefor-skb; Mon, 30 May 2005 11:38:22 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4UIcMV6052860 for ; Mon, 30 May 2005 11:38:22 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup053.mcc.ac.uk ([130.88.69.53]) by curlew.cs.man.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1Dcp9Z-0006gn-7a for ietf-usefor@imc.org; Mon, 30 May 2005 19:38:21 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4UIUFh03008; Mon, 30 May 2005 19:30:15 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20963 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: #1008 USEFOR 1.5 "followup": summary so far Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> <2TjOCXO0v2lCFAs6@highwayman.com> Date: Mon, 30 May 2005 13:51:11 GMT Lines: 32 MIME-Version: 1.0 X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <2TjOCXO0v2lCFAs6@highwayman.com> Richard Clayton writes: >In message <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com>, >Harald Tveit Alvestrand writes >>- Ruud H.G. van Tol: "Since readers can often also thread on Subject..." >I suspect (guessing here of course) that most of the people who went for >#2 would agree that readers often thread on Subject since that's the >reality -- but we'd all (another guess) would like to make it far less >necessary to do so Actually, some people actually _prefer_ threading on Subject alone. But it is a matter for user agent implementors to argue out with their customers, or prefereably to provide configurable options. The very best threading algorithms (e.g. Zawinski's algorithm) take note of all of References, Subject and Date. And for every threading algorithm there exists a bunch of articles in the real world which it threads exceedingly badly :-( . -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4UIcMCH052879 for ; Mon, 30 May 2005 11:38:22 -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 j4UIcMPj052877 for ietf-usefor-skb; Mon, 30 May 2005 11:38:22 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4UIcLXW052858 for ; Mon, 30 May 2005 11:38:21 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup053.mcc.ac.uk ([130.88.69.53]) by curlew.cs.man.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1Dcp9Y-0006gn-2v for ietf-usefor@imc.org; Mon, 30 May 2005 19:38:20 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4UIVEV03015; Mon, 30 May 2005 19:31:14 +0100 (BST) Date: Mon, 30 May 2005 19:31:14 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20964 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: #1008 USEFOR 1.5 "followup": summary so far Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: <42977DA4.5020804@mibsoftware.com> Date: Mon, 30 May 2005 13:56:09 GMT Lines: 30 MIME-Version: 1.0 In <42977DA4.5020804@mibsoftware.com> "Forrest J. Cavalier III" writes: >There seems to be a consensus around your option #2, because people >want to allow multi-parts to have references headers, but not call >them followups. >Well, perhaps someone can show me where the current documents (usefor >or Rfc2822) indicate the use of a References header for things >that are not "followups" as defined in usefor-04. I believe they >do not, so option #2 is still objectionable. What we are discussing is a _change_ from the previous standards (which, by our charter, we are allowed to do). Unlike many other changes from previous standards, it has two interesting properties: 1. It is already in current use. 2. It requires NO change in any existing software. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4U8v0a0010251 for ; Mon, 30 May 2005 01:57:00 -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 j4U8v0LW010250 for ietf-usefor-skb; Mon, 30 May 2005 01:57:00 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtps-vbr1.xs4all.nl (smtps-vbr1.xs4all.nl [194.109.24.19]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4U8uwhW010232 for ; Mon, 30 May 2005 01:56:59 -0700 (PDT) (envelope-from rvtol@isolution.nl) Received: from isop10 (velvet.isolution.nl [194.109.164.102]) (authenticated bits=0) by smtps-vbr1.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4U8upQw019706 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 30 May 2005 10:56:57 +0200 (CEST) (envelope-from rvtol@isolution.nl) Message-ID: <00ec01c564f5$8729dd00$0b01a8c0@isolution.nl> From: "Ruud H.G. van Tol" To: References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> <9Xl9gxkXw-B@khms.westfalen.de> Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: he Date: Mon, 30 May 2005 10:51:50 +0200 Organization: Chaos rules. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Virus-Scanned: by XS4ALL Virus Scanner Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Kai Henningsen schreef: > Harald Tveit Alvestrand: >> 2) All "followups" have a References: header. >> There exist articles that have References:, but are not >> "followups" > > This is what I consider the ideal. > >> 4) There exist "followups" with no References: header. >> There exist articles that have References:, but are not >> "followups" > This would be a description of the imperfect current real world, > though I'd argue that the difference is mainly broken software > (and a little bit of broken behaviour by users) - that is, those > followups without references really ought to have had references, > all of them, without exception, no matter how they managed to not > have them. The main difference I see between my position and Kai's is the interpretation of the term 'followup'. I take it not only as 'response' but also more general, as 'successor, result, coming after, follower'. In my world, anything with a (proper) References: header can be called a followup, because something or somebody did the effort to define a (n often ordering) relationship. -- Grtz, Ruud 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 j4THQQ19007618 for ; Sun, 29 May 2005 10:26:26 -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 j4THQQQS007614 for ietf-usefor-skb; Sun, 29 May 2005 10:26:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4THQMKE007579 for ; Sun, 29 May 2005 10:26:23 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DcRVR-00009R-6T for ietf-usefor@imc.org; Sun, 29 May 2005 19:23:21 +0200 Received: from 212.82.251.2 ([212.82.251.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 May 2005 19:23:21 +0200 Received: from nobody by 212.82.251.2 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 May 2005 19:23:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Differences between RFC 2822 and Usefor Date: Sun, 29 May 2005 19:08:33 +0200 Organization: Lines: 134 Message-ID: <4299F711.3415@xyzzy.claranet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.2 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > 1.1 There is a REQUIRED SP (not even WSP) after the ':' in > each header (even if the header has no content). Empty content is _verboten_ by the second bullet in 2.2. The worst legal case is NO-WS-CTL. The worst practical case is an empty Bcc: hitting a mail2news gateway (USEPRO 7.2.2 step four "MUST reject" etc.) > 1.5**Body lines are restricted to 998 characters plus CRLF Inherited from 2045 and 2822. No difference => delete. > However, all agents SHOULD, and relaying agents MUST, process > lines of arbitrary length. Never heard of this one. > 1.8.2**The (mis-named) "obsolete" syntax for phrase from RFC > 2822, which allows for 'John D. Smith' to remain > unquoted, is retained (but renamed as extended-phrase). Sigh, is that still necessary ? s-o-1036 didn't allow it 1994: | unquoted-char = @,;:\".[]> | NOTE: Also, the characters "." and ",", not infre- | quently found in names (e.g., "John W. Campbell, | Jr."), are NOT, repeat NOT, allowed in an unquoted | word. A From header like the following MUST not | be written without the quotation marks: | | From: "John W. Campbell, Jr." In other words s-o-1036 says "delete whatever extended-phrase". > 2.1.2**Extended-phrases (see 1.8.2 above). See-Also: <5.2@s-o-1036.rfc.to.be> > 2.2 The content of the first line of a header MUST NOT consist of WSP > only (though such SHOULD be accepted). Observe that continuation > lines of headers also MUST NOT consist of WSP only, as in RFC 2822. I see no such "SHOULD", I see only a "MUST reject" in USEPRO. > 2.3 Headers with empty content are deprecated (but if > present that SP after the ':" is still required). They are _verboten_ by MUSTard everywhere. And that's good. > 2.4 All agents MUST support header lines up to 998 octets, > but there is no RECOMENDED limit of 78 characters as in > RFC 2822. I found neither 78 nor 79 in USEPRO (except from the BCPs ;-) There's nothing wrong with the 78 in RfC 2822. > There is mention of a purely advisory limit of 79 (with a > reference to USEAGE). 79 + CRLF causes odd effects with some *NIX software ported to other operating systems (they "think" that it's more than 80 for a critical nanosecond). The 78 in RfC 2822 is just fine. > 2.6 There must not be more than one header with a given > header-name, except where explicitly sanctioned by the > appropriate standard. In particular, there MUST NOT be > more than one Keywords-header. That's a difference from 2822, e.g. more than one Message-ID ? Should we move RfC 2822 to "historic" while we are at it ? > 2.8**The body of an article SHOULD NOT be empty. s-0-1036 apparently allows for an "almost emtpy" body as in last-header-field: content RfC 2822 removed the third , is SHOULD NOT what we want ? > 2.9 (was 1.6) RFC 2047 and RFC 2231 are fully integrated > into the Netnews. RfC 2231 should not be integrated into anything with less than ten pages of "security considerations" about boundary= values. We only need it for some params, and not implementing RfC 2231 is a RECOMMENDED best common practice in my parallel universe. 2822 is silent about 2231, let's stick to this excellent plan. "Full integration of 2231" is a recipe for havoc. We have no business to "fully integrate" an eight years old "proposed standard", that is known to be potentially harmful, and that introduced obscure restrictions for MIME parameters. Just move RfC 2231 to the "informative references" section, it will never be a "draft standard", let alone a "full standard". As long as we are compatible with this beast it's good enough. > 2.11 A References header MUST be provided for followups (as > opposed to SHOULD be provided for replies in RFC 2822). All followups have References by definition, no MUSTard, no essential differences from 2822. JFTR as discussed elsewhere. > 3.2 Comments (but not FWS) are forbidden in the Newsgroups-, > Distribution- Path- and Followup-To-headers (also see > 1.11.1 above for Message-ID). As expected USEFOR is somewhat different from RfC 2822, in fact the _complete_ text is about differences. Therefore we don't need this long list repeating almost all points of the text in an appendix. > 3.3**WSP and folding in Newsgroup- and Followup-To-headers > MUST be accepted, but SHOULD NOT be generated (yet). After 11 years of a warning in s-o-1036 ? Maybe we should also say something about the components "all" or "ctl"... :-( But not in USEFOR please. 3.2 and 3.3 are no real _differences_ from RfC 2822, they are just ordinary news header fields normally not found in mail => also not in 2822. It's obvious as far as I'm concerned. Or did you add all differences from 2822 plus differences from s-o-1036 ? It's good to have / read / maintain this long list, but adding it to the draft is IMHO dubious. But a "collected ABNF" appendix could be very nice. Bye, Frank 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 j4THP9PX007332 for ; Sun, 29 May 2005 10:25:09 -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 j4THP9MC007331 for ietf-usefor-skb; Sun, 29 May 2005 10:25:09 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from colo.khms.westfalen.de (Debian-exim@colo.khms.westfalen.de [213.239.196.208]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4THP8Mk007325 for ; Sun, 29 May 2005 10:25:09 -0700 (PDT) (envelope-from kaih@khms.westfalen.de) Received: from khms.vpn ([10.172.192.2]:55269 helo=khms.westfalen.de ident=Debian-exim) by colo.khms.westfalen.de with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1DcRX9-0003Ry-1r for ietf-usefor@imc.org; Sun, 29 May 2005 19:25:07 +0200 Received: from root (helo=khms.westfalen.de) by khms.westfalen.de with local-bsmtp (Exim 4.50) id 1DcRX4-0004Bf-Ss for ietf-usefor@imc.org; Sun, 29 May 2005 19:25:02 +0200 Received: by khms.westfalen.de (CrossPoint v3.12d.kh15 R/C435); 29 May 2005 19:13:53 +0200 Date: 29 May 2005 14:45:00 +0200 From: kaih@khms.westfalen.de (Kai Henningsen) To: ietf-usefor@imc.org Message-ID: <9Xl9gxkXw-B@khms.westfalen.de> In-Reply-To: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: he X-Mailer: CrossPoint v3.12d.kh15 R/C435 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Organization: Organisation? Me?! Are you kidding? References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> X-No-Junk-Mail: I do not want to get *any* junk mail. Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail. X-Fix-Your-Modem: +++ATS2=255&WO1 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: harald@alvestrand.no (Harald Tveit Alvestrand) wrote on 26.05.05 in <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no>: > 2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" This is what I consider the ideal. > 4) There exist "followups" with no References: header. > There exist articles that have References:, but are not "followups" This would be a description of the imperfect current real world, though I'd argue that the difference is mainly broken software (and a little bit of broken behaviour by users) - that is, those followups without references really ought to have had references, all of them, without exception, no matter how they managed to not have them. Which means the document(s) should use (2). Which also means that "followup" is not something one should look at on the wire, or in a reading agent. It describes what users do, and can be used to describe how a posting agent should behave when a user wishes to create a followup. Apart from this, only users reading the results should even acknowledge the difference between a followup and another article with References:. On the other hand, the rules for handling References: are all derived from the concept of a followup - that is, they are all meant to be optimal for followups. Followups, in other words, are what drives the requirements here, and other Reference:-carrying articles just take advantage of the results. I hope this makes it clear what I would like the docs to achieve. MfG Kai 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 j4TDlBEn050594 for ; Sun, 29 May 2005 06:47:11 -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 j4TDlBZt050591 for ietf-usefor-skb; Sun, 29 May 2005 06:47:11 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4TDl82E050541 for ; Sun, 29 May 2005 06:47:09 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DcO5I-0005xk-5O for ietf-usefor@imc.org; Sun, 29 May 2005 15:44:09 +0200 Received: from 212.82.251.2 ([212.82.251.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 May 2005 15:44:08 +0200 Received: from nobody by 212.82.251.2 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 May 2005 15:44:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Misc. ABNF nits (was: I-D ACTION:draft-ietf-usefor-usefor-04.txt) Date: Sun, 29 May 2005 15:42:35 +0200 Organization: Lines: 63 Message-ID: <4299C6CB.A64@xyzzy.claranet.de> References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> <429608F7.F77@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.2 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > I don't think we should be scared of Bruce's review tool. Let's agree to disagree about this point, if I'd see a... [x] Incompatible with the Internet Architecture ...I want to be very sure that it's only about the NO-WS-CTL in a msg-id, or maybe some cases of [FWS] which MUST be *WSP. In the latter case I'd better stay away from defending [FWS], because "this is only for visual similarity with [CFWS] in RfC 2822, of course we mean *WSP" isn't very convincing. > it is marvellous what can be achieved if hundreds of people > warn you and quote the standard against you. Yes, I just have similar arguments on the SPF list. In one case I tried to defend a "prefix" production in the syntax, because that's simply as it always was. (Ouch) But the opponent convinced me that the names of terms should reflect the semantical role (in that case "sign", "qualifier", "result", or similar) and not the syntactical role "prefix". Thinking about "id-right" vs. "id-domain" I surrendered. And the "prefix" will be replaced in the next SPF draft. [USEPRO and underlines in a mailable path-identity] > it will be covered. Is this oddity reserved for a tail-entry ? Then we could also fix it in USEFOR: | path-identity = ( ALPHA / DIGIT ) | *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) | tail-entry = path-identity path-identity = ( ALPHA / DIGIT ) *path-char tail-entry = ( ALPHA / DIGIT ) *( path-char / "_" ) path-char = ( ALPHA / DIGIT / "-" / "." / ":" ) Now I tried to check this in a 13 years old Grizzly book, but when I found something about "up to six lower case letters" it was getting a bit too old-fashioned for my tastes today :-( Apparently the NNTPext folks expect us to do "the right thing", whatever that migt be. And s-o-1036 said "underline is okay". [id-domain] > As always, he who generates the msg-id takes responsibility > for its uniqueness. In that particular example, if all those > characters are chosen randomly the odds against an unintended > match are astronomical That's clear. But the costs/effects of unintended or intended collisions are hard to predict. > Agent seems to get away with that technique IIRC it's @4ax.net or similar, and not a random id-domain. Bye 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 j4RK69aw041189 for ; Fri, 27 May 2005 13:06:09 -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 j4RK69G3041187 for ietf-usefor-skb; Fri, 27 May 2005 13:06:09 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from soy.epix.net (soy.epix.net [199.224.64.64]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4RK684k041171 for ; Fri, 27 May 2005 13:06:09 -0700 (PDT) (envelope-from mibsoft@mibsoftware.com) Received: from [192.168.2.11] (hrbg-216-222-231-240-pppoe.dsl.hrbg.epix.net [216.222.231.240]) by soy.epix.net (8.12.10/2004120601/PL) with ESMTP id j4RK5sgE014517 for ; Fri, 27 May 2005 16:06:01 -0400 (EDT) Message-ID: <42977DA4.5020804@mibsoftware.com> Date: Fri, 27 May 2005 16:05:56 -0400 From: "Forrest J. Cavalier III" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-usefor@imc.org Subject: Re: #1008 USEFOR 1.5 "followup": summary so far References: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> In-Reply-To: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 199.224.89.133 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: > Forrest, I failed to see what you would want instead of the alternatives > proposed. Could you clarify? I want something that is unambiguous for generating and interpreting articles that includes and does not obsolete wide-spread existing useful practice and uses RFC2119 language only when called for. That goes for every part of this document, not just the References: header. It seems to me that is the MINIMUM standard of acceptability of a proposed specification for protocols, software, or data formats. There seems to be a consensus around your option #2, because people want to allow multi-parts to have references headers, but not call them followups. Well, perhaps someone can show me where the current documents (usefor or Rfc2822) indicate the use of a References header for things that are not "followups" as defined in usefor-04. I believe they do not, so option #2 is still objectionable. 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 j4RIq4uo005420 for ; Fri, 27 May 2005 11:52:04 -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 j4RIq3YK005419 for ietf-usefor-skb; Fri, 27 May 2005 11:52:04 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4RIq3K7005412 for ; Fri, 27 May 2005 11:52:03 -0700 (PDT) (envelope-from richard@highwayman.com) Received: from gti.noc.demon.net ([195.11.55.101] helo=happyday.al.cl.cam.ac.uk) by anchor-post-34.mail.demon.net with esmtp (Exim 4.42) id 1Dbjw9-0006As-G7; Fri, 27 May 2005 18:52:02 +0000 Message-ID: <2TjOCXO0v2lCFAs6@highwayman.com> Date: Fri, 27 May 2005 19:50:28 +0100 To: Harald Tveit Alvestrand Cc: ietf-usefor@imc.org From: Richard Clayton Subject: Re: #1008 USEFOR 1.5 "followup": summary so far References: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> In-Reply-To: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.02 M <3+w$+vAf77vYjOKLMuf+dO3SZK> Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In message <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com>, Harald Tveit Alvestrand writes >As far as I can tell: > >3) There exist "followups" with no References: header. > All articles with References: headers are "followups". > >- Ruud H.G. van Tol: "Since readers can often also thread on Subject..." I suspect (guessing here of course) that most of the people who went for #2 would agree that readers often thread on Subject since that's the reality -- but we'd all (another guess) would like to make it far less necessary to do so The problem is that there were once broken clients that didn't bother with References (better perhaps than the ones that got them the wrong way around!) and so it was essential to cope with articles that arrived like that. Hence one wrote software that threaded on Subject (or indeed by examining the body for "In message <> fred wrote" info, didn't tin do that?). If one was very clever one even ensured that one threaded on "most" of a Subject because some clients truncated them after 80 characters :( For this, BTW (another tediously long discussion here) a key heuristic was to look for a Subject that started with "Re:" :) My memory (and we're going back to 1993 or so here, so it may be faulty) is that AOL's software was the main offender here. Of course they fixed it long ago, but software-memory doesn't really deal with change ! However, just because we used to have to thread on Subject doesn't mean that we wouldn't like to throw this code away in the future -- and unless there's crystal clear instructions about how it absolutely essential to put in References: then the minimalists (and the people who think you can write full-function Usenet clients in JavaScript and all sorts of other nuisances) will fail to put them in. guaranteed. And that's going to mess up thread display for everyone else. Won't break the servers, won't stop the articles being on the screen, WILL stop them being at the right place in the conversation. So I'd suggest that if you consider "what sort of broken-ness do people put up with today" then you can get almost everyone to endorse every position.... but I didn't think that was the question and that's why I plumped for #2. It's how the world ought to be :) >Before drawing conclusions, I'd like to see if I have categorized people's >positions correctly. Comments? apologies for the length, rushed as ever and no time to trim :( - -- richard Richard Clayton They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin -----BEGIN PGP SIGNATURE----- Version: PGPsdk version 1.7.1 iQA/AwUBQpdr9JoAxkTY1oPiEQLe+gCeI14Dj0crTisMl+BxrqfbQnbybfMAn1r0 KWVkDpc9b+0lER9iMTXBt3xg =j0EP -----END PGP SIGNATURE----- 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 j4RI1HYM001409 for ; Fri, 27 May 2005 11:01:17 -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 j4RI1HBM001408 for ietf-usefor-skb; Fri, 27 May 2005 11:01:17 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4RI1GFR001394 for ; Fri, 27 May 2005 11:01:17 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6CF2361B49 for ; Fri, 27 May 2005 20:01:14 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29427-09 for ; Fri, 27 May 2005 20:01:11 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 560AA61B01 for ; Fri, 27 May 2005 20:01:11 +0200 (CEST) Date: Fri, 27 May 2005 19:57:51 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: #1008 USEFOR 1.5 "followup": summary so far Message-ID: <8A3837217EAAB4ED4E9E8D59@halvestr-w2k02.emea.cisco.com> X-Mailer: Mulberry/4.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: With the set of alternatives I presented, I thought I'd covered the space of possible relationships between the term "followup" as defined in USEFOR-04 and the References: header. But since 2 people disagreed with the question, it seems I did not. As far as I can tell: 1) All "followups" have a References: header. All articles with References: header are "followups". - Eivind Tagseth: "Because I view... multi-part..special type of followup" 2) All "followups" have a References: header. There exist articles that have References:, but are not "followups" - Henry Spencer: "Existing practice" - Richard Clayton: "captures my perception of useful current practice" - Seth Breidbarth: "current reality" - Russ Albery: "but would be content with 1)" - Frank Ellermann 3) There exist "followups" with no References: header. All articles with References: headers are "followups". - Ruud H.G. van Tol: "Since readers can often also thread on Subject..." 4) There exist "followups" with no References: header. There exist articles that have References:, but are not "followups" Disagreed with the set of alternatives: - Forrest J. Cavalier III (2 is ambiguous, 3 and 4 specify nothing) - John Stanley (discusses relationship with 2822) This is 9 responses so far. John, I have problems parsing your message - RFC 2822 does not use the word "followup" anywhere, so it can't possibly have a definition for the term that USEFOR can be in conflict with. Forrest, I failed to see what you would want instead of the alternatives proposed. Could you clarify? Before drawing conclusions, I'd like to see if I have categorized people's positions correctly. Comments? Harald 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 j4RGEtNW088811 for ; Fri, 27 May 2005 09:14:55 -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 j4RGEtUS088810 for ietf-usefor-skb; Fri, 27 May 2005 09:14:55 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4RGEsbN088795 for ; Fri, 27 May 2005 09:14:54 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-162.midband.mdip.bt.net ([81.144.72.162]) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 4297477d.1658.4944 for ietf-usefor@imc.org; Fri, 27 May 2005 17:14:53 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4RGCUE12179 for ietf-usefor@imc.org; Fri, 27 May 2005 17:12:30 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20951 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: I-D ACTION:draft-ietf-usefor-usefor-04.txt Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> <429608F7.F77@xyzzy.claranet.de> Date: Fri, 27 May 2005 14:15:58 GMT Lines: 70 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <429608F7.F77@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: > >>> Is deprecating X- headers allowed ? > >> I don't see why not, if you are providing a standard header >> to fulfil the same role. >Examples could include "X-NoArchive: yes, (c) 2005 by xyzzy" >or "X-ComplaintsTo: not me". The "same role" is unclear for >X- header fields. >Not an important point, but if it helps to avoid a warning >from Bruce's review tool I'd just delete the last statement >"These headers are thus deprecated." - the intended effect of >the complainto-param is obvious without it. I don't think we should be scared of Bruce's review tool. If there is some earlier usage that we want to discourage/deprecate/whatever, then we should say so. We can't prevent people from doing it, of course, but it is marvellous what can be achieved if hundreds of people warn you and quote the standard against you. We should all be top posting now if it wern't for all the flame wars against it :-) . >>> "FQDN mailable" path-identity with "_" is dubious. > >> But not all path-identities need to be mailable. >It's not exactly obvious to find this subtlety in Usepro-03, >where you say "MUST" for all _added_ path-identities. Or in >other words, either something outside of (before ?) Usepro-03 >could preload the path with underline-path-identities, or the >underline is only relevant for the tail-entry. There is text in my Path-suggested-text document that explains all this. I had intended that text for USEFOR, but Alexey has asked me to put it in USEPRO (and that is actually top of my list of things to do). So it will be covered. >> you have raised all these before, but nobody supported you >> and our Chair said to leave it be. >Sure, Harald doesn't know this part of "the making of msg-id", >unless he read our rather long thread(s) about it. >The <527065CFBE71B58750EA0678@B50854F0A9192E8EC6CDA126> wasn't >only a joke, it illustrates a point: B50854F0A9192E8EC6CDA126 >is only syntactically an id-domain, not semantically, and it's >unclear who tries to guarantee the uniqueness of this msg-id. As always, he who generates the msg-id takes responsibility for its uniqueness. In that particular example, if all those characters are chosen randomly the odds against an unintended match are astronomical (more than astronomical, I should think - how many particles are there in the universe?). I could live with that, and Agent seems to get away with that technique using a much shorter field. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4RGEqBu088783 for ; Fri, 27 May 2005 09:14:52 -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 j4RGEq0X088782 for ietf-usefor-skb; Fri, 27 May 2005 09:14:52 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4RGEppo088767 for ; Fri, 27 May 2005 09:14:51 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-162.midband.mdip.bt.net ([81.144.72.162]) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 4297477a.1658.4941 for ietf-usefor@imc.org; Fri, 27 May 2005 17:14:50 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4RGCVm12183 for ietf-usefor@imc.org; Fri, 27 May 2005 17:12:31 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20952 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Date: Fri, 27 May 2005 14:22:46 GMT Lines: 33 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Harald Tveit Alvestrand writes: > A "followup" is an article containing a response to the contents of > an earlier article (the followup's "precursor" indicated in the > "References" header). Given that definition (which to me indicates that a multi-part FAQ does not involve "followups"), Then the position I support is: >2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" Note that a recipient UA cannot tell whether an article it receives, which contains a References header, is a "followup" or not (a human could surely tell from the context and content, or course). Therefore I expect the UA to do whatever threading it normally does based on the presence and contents of the References, whether it is really a "followup" or not. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4RGEqkM088775 for ; Fri, 27 May 2005 09:14:52 -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 j4RGEqrb088774 for ietf-usefor-skb; Fri, 27 May 2005 09:14:52 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4RGEptX088765 for ; Fri, 27 May 2005 09:14:51 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-162.midband.mdip.bt.net ([81.144.72.162]) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42974779.1658.4940 for ietf-usefor@imc.org; Fri, 27 May 2005 17:14:49 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4RGCWh12188 for ietf-usefor@imc.org; Fri, 27 May 2005 17:12:32 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20953 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4296934E.3070500@mibsoftware.com> Date: Fri, 27 May 2005 14:29:19 GMT Lines: 30 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4296934E.3070500@mibsoftware.com> "Forrest J. Cavalier III" writes: >I think we get the proper effect of John's (5) with something like: > "Users generally expect User Agents to treat articles with a > References: header as followups." USEPRO 7.7 currently contains: [A reading agent] MAY present lists of articles available for display, and MAY structure those lists so as to show the relationships between the articles, as determined by the References, Subject, Date and other headers (see [USEAGE] for some usual methods of doing this). which comes close to what you are suggesting. It also makes it clear that References, Subject and Date header have to be constructed correctly in order for reading agents to do the "right thing" with them. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4R3QKHe092456 for ; Thu, 26 May 2005 20:26:20 -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 j4R3QKmC092455 for ietf-usefor-skb; Thu, 26 May 2005 20:26:20 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from pine.epix.net (pine.epix.net [199.224.64.53]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4R3QIG9092421 for ; Thu, 26 May 2005 20:26:19 -0700 (PDT) (envelope-from mibsoft@mibsoftware.com) Received: from [192.168.2.11] (hrbg-66-33-227-14-pppoe.dsl.hrbg.epix.net [66.33.227.14]) by pine.epix.net (8.12.10/2004120601/PL) with ESMTP id j4R3Q5gt020580 for ; Thu, 26 May 2005 23:26:14 -0400 (EDT) Message-ID: <4296934E.3070500@mibsoftware.com> Date: Thu, 26 May 2005 23:26:06 -0400 From: "Forrest J. Cavalier III" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-usefor@imc.org Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 199.224.89.152 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: > (5) would require some justification, which I'm hopeful someone comes up > with, because I'd like to see References continue its useful life. We were > well along slipping the mandate in as historical, but since we've removed > it, it's going to take a good reason to put back. I don't see a justification for MUST/MUST NOT language, either (or even any RFC2119 SHOULDs, for that matter.) I think we get the proper effect of John's (5) with something like: "Users generally expect User Agents to treat articles with a References: header as followups." or A References header indicates the previously posted context in which the article was created. These two wordings do not mandate any behavior, but make it crystal clear that including or omitting the References: header is going to have an effect. The document is just words. As an implementor, I'd rather have clarity than a complex conjunction with RFC2119 mandates for no justifiable reason. 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 j4R0phQH067571 for ; Thu, 26 May 2005 17:51:43 -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 j4R0phtZ067570 for ietf-usefor-skb; Thu, 26 May 2005 17:51:43 -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 j4R0pgK6067563 for ; Thu, 26 May 2005 17:51:42 -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 j4R0pZth074029 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 26 May 2005 17:51:36 -0700 (PDT) Date: Thu, 26 May 2005 17:51:35 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: #1008 USEFOR 1.5: relation between a followup and a References: header? Message-ID: 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: List-Unsubscribe: List-ID: Harald Tveit Alvestrand : > ... what USEFOR should say about this issue: >1) All "followups" have a References: header. > All articles with References: header are "followups". No. There is no justification for a mandate to be inserted into our draft, so sentence 1 is incorrect. The second sentence is an attempt at defining followups by the presense of a Reference header. They are not currently defined that way, nor is that how current practice defines them. >2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" Same problem with sentence 1. Sentence 2 is wrong because removing the ability to detect followups is a mistake. There was a reason the References header was created; there was a reason RFC1036 says "required/prohibited"; there was a reason our drafts, until recently, said "MUST/MUST NOT". However, they no longer do, for a reason that we all know and love. >3) There exist "followups" with no References: header. > All articles with References: headers are "followups". No. This combines the worst of both worlds. Not only is this removing the ability to detect followups, it tries to define followups by the presense of the header, again. Not acceptable. >4) There exist "followups" with no References: header. > There exist articles that have References:, but are not "followups" No. Removes the ability to detect followups. By tossing the discussion into a blender, you've managed to come up with four unacceptable options. Using the same abbreviated style, here are two more options: 5) USEFOR differs from RFC2822 in that References headers MUST appear in followups. References headers MUST NOT appear in any other article. 6) USEFOR adopts the definition of References header as found in RFC2822 (i.e., References is optional in all articles.) (5) assumes a definition of followups that is not simply the circular "whatever contains a References header" that Charles keeps pretending I've proposed. "Posted in response to or as a result of another article" covers current practice, even the isochronous posting of multi-part FAQs, since as has already been pointed out, parts 2 .. n would not be posted without part 1, and if part 1 is not posted, there is no message id to refer to anyway. There is nothing chronological inherent in "as a result of", especially if one person is doing all the acting. Even with two. If I ask someone to go with me to lunch who normally skips lunch, then when he goes out it is as a result of my going out, even though we both go at the same time. Heck, I could even ask him to go ahead of me to reserve a table, so his "as a result of" lunch actually happens before what it is a result of. (5) would require some justification, which I'm hopeful someone comes up with, because I'd like to see References continue its useful life. We were well along slipping the mandate in as historical, but since we've removed it, it's going to take a good reason to put back. (6) is a less preferable but still acceptable alternative because it results in internally consistent standards and matches the current demonstrated consensus regarding the need for References headers and the resultant mandates allowed. 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 j4QLtVwr005396 for ; Thu, 26 May 2005 14:55:31 -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 j4QLtVwa005395 for ietf-usefor-skb; Thu, 26 May 2005 14:55:31 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QLtTlb005346 for ; Thu, 26 May 2005 14:55:30 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DbQH8-00054u-Ca for ietf-usefor@imc.org; Thu, 26 May 2005 23:52:22 +0200 Received: from du-001-212.access.de.clara.net ([212.82.227.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 May 2005 23:52:22 +0200 Received: from nobody by du-001-212.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 May 2005 23:52:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: New Resource: Cross-linked sections with diffs Date: Thu, 26 May 2005 23:49:02 +0200 Organization: Lines: 20 Message-ID: <4296444E.161D@xyzzy.claranet.de> References: <42963431.8030807@mibsoftware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-212.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Forrest J. Cavalier III wrote: > links to all previous versions of references, all the way > back to RFC1036. Great. I just tracked the history of msg-id, and how the NO-WS-CTL bug jumped from [MESSFOR] draft 4 disguised as an innocent strict-qtext into [USEFOR]. > http://mibsoftware.com/userkt/usefor/usefor-usefor-04/index.html [...] > I hope you find it useful. It's fascinating, thanks. I completely forgot that draft -07 was 2002, not 2003. If you ever need a manually created HTML version of draft -07 with links to all pages and sections see (336 KB) Tnx & bye, Frank 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 j4QLTfLD097646 for ; Thu, 26 May 2005 14:29:41 -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 j4QLTffY097645 for ietf-usefor-skb; Thu, 26 May 2005 14:29:41 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from kosat.consultit.no (kosat.consultit.no [80.203.206.234]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QLTcta097630 for ; Thu, 26 May 2005 14:29:41 -0700 (PDT) (envelope-from eivindt@multinet.no) Received: from tagseth-trd.consultit.no (182.80-202-209.nextgentel.com [80.202.209.182]) by kosat.consultit.no (Postfix) with SMTP id EB702887A for ; Thu, 26 May 2005 23:31:33 +0200 (CEST) Received: by tagseth-trd.consultit.no (sSMTP sendmail emulation); Thu, 26 May 2005 23:28:29 +0200 Date: Thu, 26 May 2005 23:28:28 +0200 From: Eivind Tagseth To: ietf-usefor@imc.org Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? Message-ID: <20050526212828.GA16061@tagseth-trd.consultit.no> Mail-Followup-To: Eivind Tagseth , ietf-usefor@imc.org References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> User-Agent: Mutt/1.5.8i Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: * Harald Tveit Alvestrand [2005-05-26 16:38:21 +0200]: > 1) All "followups" have a References: header. > All articles with References: header are "followups". This one. Becuase I view things like multi-part faqs as a special type of followup. Eivind 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 j4QKeRmo080289 for ; Thu, 26 May 2005 13:40:27 -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 j4QKeRjG080288 for ietf-usefor-skb; Thu, 26 May 2005 13:40:27 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from pine.epix.net (pine.epix.net [199.224.64.53]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QKeQVN080279 for ; Thu, 26 May 2005 13:40:26 -0700 (PDT) (envelope-from mibsoft@mibsoftware.com) Received: from [192.168.2.11] (hrbg-199-224-121-208-pppoe.dsl.hrbg.epix.net [199.224.121.208]) by pine.epix.net (8.12.10/2004120601/PL) with ESMTP id j4QKeGgt011046 for ; Thu, 26 May 2005 16:40:21 -0400 (EDT) Message-ID: <42963431.8030807@mibsoftware.com> Date: Thu, 26 May 2005 16:40:17 -0400 From: "Forrest J. Cavalier III" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-usefor@imc.org Subject: New Resource: Cross-linked sections with diffs Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 199.224.89.154 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: A couple of perl and shell scripts later, I have split up the 22 documents related to usefor, cross linked them, and appended diffs to previous versions. Each section has its own page, with links to older and newer revisions of the section (as well as NEXT/PREV) For example, the page with the section on "References" http://mibsoftware.com/userkt/usefor/usefor-usefor-04/References.htm links to all previous versions of references, all the way back to RFC1036. The two current drafts are good starting points for navigation: http://mibsoftware.com/userkt/usefor/usefor-usefor-04/index.html http://mibsoftware.com/userkt/usefor/usefor-usepro-03/index.html I hope you find it useful. At this point I have no intention of using a different URL scheme, so it would be appropriate to link to individual pages for the purposes of discussion. I split the following 22 documents, into almost 2000 separate pages. Let me know if you find problems with something you want to use. The PERL code to depaginate, and find section headers, isn't as robust and fail-safe as it could be. (I do not have time to inspect all the pages that got generated.) rfc1036 s-o-1036 rfc2822 usefor-article-03 usefor-article-04 usefor-article-05 usefor-article-06 usefor-article-07 usefor-article-08 usefor-article-09 usefor-article-10 usefor-article-11 usefor-article-12 usefor-article-13 usefor-usefor-01 usefor-usefor-02 usefor-usefor-03 usefor-usefor-04 usefor-usepro-00 usefor-usepro-01 usefor-usepro-02 usefor-usepro-03 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 j4QIs0Vr066578 for ; Thu, 26 May 2005 11:54:01 -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 j4QIs0fX066577 for ietf-usefor-skb; Thu, 26 May 2005 11:54:00 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail.verisignlabs.com (cliffie.verisignlabs.com [65.201.175.9]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QIs0pk066515 for ; Thu, 26 May 2005 11:54:00 -0700 (PDT) (envelope-from sah@428cobrajet.net) Received: from dul1shollenbl1 ([::ffff:68.100.55.187]) (AUTH: LOGIN shollenb, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by mail.verisignlabs.com with esmtp; Thu, 26 May 2005 14:53:54 -0400 id 0059459C.42961B42.000032D9 From: "Scott Hollenbeck" To: "'Charles Lindsey'" , ietf-usefor@imc.org Subject: RE: I-D ACTION:draft-ietf-usefor-usefor-04.txt Date: Thu, 26 May 2005 14:54:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Thread-Index: AcViD9u0lLh0/ncMQ0+W6KQhbrkpaAAFF+OQ Message-ID: Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: > >2234 => 2234bis > > Yes, I gather 2234bis is in Last Call now. No, it's been approved by the IESG and is in the RFC Editor's queue. -Scott- 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 j4QHetSi057628 for ; Thu, 26 May 2005 10:40:55 -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 j4QHetT7057627 for ietf-usefor-skb; Thu, 26 May 2005 10:40:55 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QHerhs057621 for ; Thu, 26 May 2005 10:40:54 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DbMHF-00041J-OD for ietf-usefor@imc.org; Thu, 26 May 2005 19:36:13 +0200 Received: from c-134-89-89.hh.dial.de.ignite.net ([62.134.89.89]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 May 2005 19:36:13 +0200 Received: from nobody by c-134-89-89.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 May 2005 19:36:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: I-D ACTION:draft-ietf-usefor-usefor-04.txt Date: Thu, 26 May 2005 19:35:51 +0200 Organization: Lines: 81 Message-ID: <429608F7.F77@xyzzy.claranet.de> References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-89-89.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > I gather 2234bis is in Last Call now. It's already in the in-queue, Dave can still fix some typos found by Bruce, nothing serious from my POV: --------------- >> Is deprecating X- headers allowed ? > I don't see why not, if you are providing a standard header > to fulfil the same role. Examples could include "X-NoArchive: yes, (c) 2005 by xyzzy" or "X-ComplaintsTo: not me". The "same role" is unclear for X- header fields. Not an important point, but if it helps to avoid a warning from Bruce's review tool I'd just delete the last statement "These headers are thus deprecated." - the intended effect of the complainto-param is obvious without it. --------------- > There is still work to be done on specifying s so > that all the intended features of RFC 1045/2231 get attached > to them. ;; At most one of "post-host-param", ;; "post-acct-param", "sender-param", ;; "logging-param" or "complainto-param" ;; is allowed. This way it's at least not incompatible with RfC 2231, and the address-list allow more than complainto address. Not that I suddenly like 2231, it's still a PITA and a potential security loophole in the weird case of a multiline boundary= parameter. OTOH it's not our problem as long as all parameters are unique. --------------- > '(' because we no longer allow comments (aka CFWS) in there, > and ';' because we got rid of MIME-style parameters some > while back. >> article-locator = 1*VCHAR Fine, VCHAR is the same as in s-o-1036 --------------- >> "FQDN mailable" path-identity with "_" is dubious. > But not all path-identities need to be mailable. It's not exactly obvious to find this subtlety in Usepro-03, where you say "MUST" for all _added_ path-identities. Or in other words, either something outside of (before ?) Usepro-03 could preload the path with underline-path-identities, or the underline is only relevant for the tail-entry. If it's only the latter the tail-entry ABNF could be improved. --------------- >> s/mqtext/*mqtext/ > Yes. [...] > you have raised all these before, but nobody supported you > and our Chair said to leave it be. Sure, Harald doesn't know this part of "the making of msg-id", unless he read our rather long thread(s) about it. The <527065CFBE71B58750EA0678@B50854F0A9192E8EC6CDA126> wasn't only a joke, it illustrates a point: B50854F0A9192E8EC6CDA126 is only syntactically an id-domain, not semantically, and it's unclear who tries to guarantee the uniqueness of this msg-id. Collisions could have undesirable side-effects, articles not propagated, archives storing only one incarnation, cancel messages hitting the wrong incarnation, complaints to admins, nobody able to find out what went wrong, etc. Bye, Frank 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 j4QH7NVA037424 for ; Thu, 26 May 2005 10:07:23 -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 j4QH7NWu037423 for ietf-usefor-skb; Thu, 26 May 2005 10:07:23 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QH7Mts037417 for ; Thu, 26 May 2005 10:07:22 -0700 (PDT) (envelope-from richard@highwayman.com) Received: from gti.noc.demon.net ([195.11.55.101] helo=happyday.al.cl.cam.ac.uk) by anchor-post-31.mail.demon.net with esmtp (Exim 4.42) id 1DbLlu-0008yI-6F; Thu, 26 May 2005 17:03:51 +0000 Message-ID: <9Occ1kgIIglCFAt4@highwayman.com> Date: Thu, 26 May 2005 18:06:16 +0100 To: Charles Lindsey Cc: ietf-usefor@imc.org From: Richard Clayton Subject: Re: Suggested References texts References: <200505251857.j4PIvVg00390@panix5.panix.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.02 M Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In message , Charles Lindsey writes >In Richard Clayton >writes: > >>Turnpike (www.turnpike.com) posts multi-part binaries with References >>that point at the first part. This means that it is very likely that >>they will be threaded together by readers ... which means they won't >>have to chase all over the newsgroup to find the separate parts of the >>"attachment" to decode it. > >Actually, it would be more in keeping with the way References are normally >used for each part to refer to all its predecessors. shows how long it is since I last looked at this feature (which dates back about a decade)... that is indeed exactly what Turnpike does > That way, a threaded >reader should show them in the correct order, and it is more likely to do >something sensible if one of more of the parts is missing. > >In RFC 2046, message/partial recommends that each part refers to its >immediate predecessor only, which is the Wrong Thing for much the same >reasons. :-) - -- 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/AwUBQpYCCJoAxkTY1oPiEQLWtwCaAwuulJ/rOLrPcLH5FqRsyVa9UDYAn0uT WFwVrwFFBNRvO93MRaPpOGZh =sdYE -----END PGP SIGNATURE----- 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 j4QGRhFW032705 for ; Thu, 26 May 2005 09:27:43 -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 j4QGRh2Q032702 for ietf-usefor-skb; Thu, 26 May 2005 09:27:43 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QGRfms032685 for ; Thu, 26 May 2005 09:27:42 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-75-32.midband.mdip.bt.net ([81.144.75.32]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 4295f5e2.ff19.31e0 for ietf-usefor@imc.org; Thu, 26 May 2005 17:14:26 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4QGCii01542 for ietf-usefor@imc.org; Thu, 26 May 2005 17:12:44 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20931 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: I-D ACTION:draft-ietf-usefor-usefor-04.txt Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> Date: Thu, 26 May 2005 13:52:53 GMT Lines: 95 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <42939B43.5F06@xyzzy.claranet.de> Frank Ellermann writes: >Internet-Drafts@ietf.org wrote: >> http://www.ietf.org/internet-drafts/draft-ietf-usefor-usefor-04.txt >Thanks, some observations in no particular order: >2234 => 2234bis Yes, I gather 2234bis is in Last Call now. >2366 => 3851 >--------------- >2373 => 3513 (missing in the references) >3513 has no IPv4address / IPv6address ABNF, therefore let's >replace 2373 by 3986 (STD 66). I agree. There are all sorts of RFCs that purport to give syntax for IPv4address / IPv6address, and I originally chose RFC 2373 because it seemed the cleanest. The forms given in RFC 3986 seem as good as any. >---------------- >Is deprecating X- headers allowed ? I don't see why not, if you are providing a standard header to fulfil the same role. >---------------- > parameter = There is still work to be done on specifying s so that all the intended features of RFC 1045/2231 get attached to them. >---------------- > token = >---------------- >| article-locator = 1*( %x21-27 / %x29-3A / %x3C-7E ) >| ; US-ASCII printable characters >| ; except '(' and ';' >These exceptions are probably not more necessary: Yes. '(' because we no longer allow comments (aka CFWS) in there, and ';' because we got rid of MIME-style parameters some while back. > article-locator = 1*VCHAR >----------------- >"FQDN mailable" path-identity with "_" is dubious. But not all path-identities need to be mailable. If you want to use one that is, then you must restrict your path-identity accordingly. >----------------- >| no-fold-quote = DQUOTE >| ( "." mqtext / >| *mqtext "." / >| *mqtext mqspecial *mqtext ) >| DQUOTE >s/mqtext/*mqtext/ Yes. >The msg-id = id-left "@" id-right style of syntax is ugly and >doesn't indicate the intended semantics id-local "@" id-domain >Overloading 2822 no-fold-quote by something else is confusing. >a simple ( DQUOTE id-quote DQuOTE ) is clearer. >Overloading 2822 no-fold-literal by something else is ugly, a >simple id-literal is clearer Yes, you have raised all these before, but nobody supported you and our Chair said to leave it be. >The terms mqtext, mqspecial, and mdtext are cryptic (mq means >"something in msg-id no-fold-quote", the d in md probably means >"domain-literal"). mqtext and mdtext are our replacements for the qtext and dtext used in the corresponding syntax in RFC 2822. mqspecial is a subset of specials as defined in RFC 2822. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4QGRhBw032706 for ; Thu, 26 May 2005 09:27:43 -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 j4QGRhjb032703 for ietf-usefor-skb; Thu, 26 May 2005 09:27:43 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QGRfr8032684 for ; Thu, 26 May 2005 09:27:42 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-75-32.midband.mdip.bt.net ([81.144.75.32]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 4295f5e1.ff19.31df for ietf-usefor@imc.org; Thu, 26 May 2005 17:14:25 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4QGCkN01547 for ietf-usefor@imc.org; Thu, 26 May 2005 17:12:46 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20932 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505251857.j4PIvVg00390@panix5.panix.com> Date: Thu, 26 May 2005 13:58:32 GMT Lines: 27 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In Richard Clayton writes: >Turnpike (www.turnpike.com) posts multi-part binaries with References >that point at the first part. This means that it is very likely that >they will be threaded together by readers ... which means they won't >have to chase all over the newsgroup to find the separate parts of the >"attachment" to decode it. Actually, it would be more in keeping with the way References are normally used for each part to refer to all its predecessors. That way, a threaded reader should show them in the correct order, and it is more likely to do something sensible if one of more of the parts is missing. In RFC 2046, message/partial recommends that each part refers to its immediate predecessor only, which is the Wrong Thing for much the same reasons. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4QG8dlk027455 for ; Thu, 26 May 2005 09:08:39 -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 j4QG8dem027454 for ietf-usefor-skb; Thu, 26 May 2005 09:08:39 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp3.Stanford.EDU (smtp3.Stanford.EDU [171.67.16.138]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QG8ce1027448 for ; Thu, 26 May 2005 09:08:38 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.Stanford.EDU (8.12.11/8.12.11) with SMTP id j4QG8bCB009235 for ; Thu, 26 May 2005 09:08:38 -0700 Received: (qmail 9254 invoked by uid 1000); 26 May 2005 16:08:37 -0000 To: ietf-usefor@imc.org Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? In-Reply-To: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> (Harald Tveit Alvestrand's message of "Thu, 26 May 2005 16:38:21 +0200") References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> From: Russ Allbery Organization: The Eyrie Date: Thu, 26 May 2005 09:08:37 -0700 Message-ID: <87ekbu3r7e.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand writes: > I'd like to have the 11 or so people who have spoken up on the issue (and > anyone who cares to speak up otherwise) identify themselves as having one > of four positions on what USEFOR should say about this issue: > 2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" This one. I think redefining followups to mean anything with a References header, even if making our lives easier in writing the document, really muddy the waters for people trying to understand the document and compare it to existing Usenet practice, since that's just not how the term is used right now. That leaves us with two choices, as near as I can tell: forbid existing practice of using References occasionally to tie together articles that don't have a parent/followup relationship logically, or relax the definition of followup so that it isn't as tightly tied to References. Of those two alternatives, I think the second one is more useful. Note that one implication of this is that it means that a followup is not distinguishable in a protocol sense from articles that are tied together by References but are not followups. This arguably makes the word "followup" not particularly useful from a protocol standpoint, and means that we need to be careful about language anywhere we discuss threading issues to not use the term "followup" as synonymous with "has a References header pointing to another article." That being said, this isn't a strong opinion, and I'd be content with: > 1) All "followups" have a References: header. > All articles with References: header are "followups". and just redefining those other uses of the References header as also being followups, even though I think it muddies things. 3 and 4, however, I don't like at all. All followups should have a References header. -- Russ Allbery (rra@stanford.edu) 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 j4QG61L9027309 for ; Thu, 26 May 2005 09:06:01 -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 j4QG61ER027308 for ietf-usefor-skb; Thu, 26 May 2005 09:06:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtps-vbr2.xs4all.nl (smtps-vbr2.xs4all.nl [194.109.24.18]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QG5xLu027296 for ; Thu, 26 May 2005 09:06:00 -0700 (PDT) (envelope-from rvtol@isolution.nl) Received: from isop10 (velvet.isolution.nl [194.109.164.102]) (authenticated bits=0) by smtps-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4QG5qmv094812 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 26 May 2005 18:05:58 +0200 (CEST) (envelope-from rvtol@isolution.nl) Message-ID: <075d01c5620c$cd906890$0b01a8c0@isolution.nl> From: "Ruud H.G. van Tol" To: References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? Date: Thu, 26 May 2005 18:05:47 +0200 Organization: Chaos rules. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Virus-Scanned: by XS4ALL Virus Scanner Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: To me, the purpose of the References: header is to improve the quality of the experience of the user of the newsreader. > 3) There exist "followups" with no References: header. > All articles with References: headers are "followups". Since readers can often also thread on Subject (maybe combined with Date) I have to choose #3. I have seen a lot of followups lately that were completely lose from their parent messages: news:nnq.hdef8153eokp19rpce78bqrtb6ciro8okr@news.east.earthlink.net Such things happen again and again. I can live with #1, but then it would be a problem when a See-Also or In-Reply-To: or other similar header is around with a Message-ID that is not in the References. The problem with #2 is that their exist followups that have no (proper) References: header. To me, a message is a followup on, or to, all the messages of which the Message-IDs are in its References: and in all other external-Message-ID-carrying headers: Replace, Supersede, Invalidate, Cancel, etc. -- Grtz, Ruud 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 j4QFdlJ8023702 for ; Thu, 26 May 2005 08:39:47 -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 j4QFdlrf023701 for ietf-usefor-skb; Thu, 26 May 2005 08:39:47 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QFdkiU023695 for ; Thu, 26 May 2005 08:39:46 -0700 (PDT) (envelope-from sethb@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 0CB2C13A880 for ; Thu, 26 May 2005 11:39:46 -0400 (EDT) Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j4QFdkU12358; Thu, 26 May 2005 11:39:46 -0400 (EDT) Date: Thu, 26 May 2005 11:39:46 -0400 (EDT) Message-Id: <200505261539.j4QFdkU12358@panix5.panix.com> From: Seth Breidbart To: ietf-usefor@imc.org In-reply-to: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> (message from Harald Tveit Alvestrand on Thu, 26 May 2005 16:38:21 +0200) Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: > 2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" That's my position. It corresponds with current reality (except for broken clients that lose, mangle, or misconstruct the References header) and does the right thing with multi-part faqs and the like. Seth 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 j4QFWk1X022356 for ; Thu, 26 May 2005 08:32:46 -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 j4QFWkEw022355 for ietf-usefor-skb; Thu, 26 May 2005 08:32:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QFWjYY022346 for ; Thu, 26 May 2005 08:32:45 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DbKHE-0000QW-5K for ietf-usefor@imc.org; Thu, 26 May 2005 17:28:04 +0200 Received: from c-134-89-89.hh.dial.de.ignite.net ([62.134.89.89]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 May 2005 17:28:04 +0200 Received: from nobody by c-134-89-89.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 May 2005 17:28:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References:header? Date: Thu, 26 May 2005 17:19:38 +0200 Organization: Lines: 11 Message-ID: <4295E90A.3B37@xyzzy.claranet.de> References: <4151E6D5.3A7D@xyzzy.claranet.de> <527065CFBE71B58750EA0678@B50854F0A9192E8EC6CDA126> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-89-89.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Hi, I found the following in an article from Harald, I think it deserves a new thread instead of a mere reply (!= "Re: ") | 2) All "followups" have a References: header. | There exist articles that have References:, but are not | "followups" References set to an unrelated context known only by Harald. Strange msg-id, BTW. Bye, Frank 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 j4QFJUh2020753 for ; Thu, 26 May 2005 08:19:30 -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 j4QFJUUd020752 for ietf-usefor-skb; Thu, 26 May 2005 08:19:30 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QFJTxA020746 for ; Thu, 26 May 2005 08:19:30 -0700 (PDT) (envelope-from sethb@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 0C63813A7D7 for ; Thu, 26 May 2005 11:19:29 -0400 (EDT) Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j4QFJSr05046; Thu, 26 May 2005 11:19:29 -0400 (EDT) Date: Thu, 26 May 2005 11:19:29 -0400 (EDT) Message-Id: <200505261519.j4QFJSr05046@panix5.panix.com> From: Seth Breidbart To: ietf-usefor@imc.org In-reply-to: <20050526063605.GC16974@tagseth-trd.consultit.no> (message from Eivind Tagseth on Thu, 26 May 2005 08:36:05 +0200) Subject: Re: Suggested References texts References: <4295088A.1000306@sebastian-brocks.de> <20050526063605.GC16974@tagseth-trd.consultit.no> Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Eivind Tagseth wrote: > * Sebastian Brocks [2005-05-26 01:21:46 +0200]: >> John Stanley schrieb: >> > Another example of current practice indicating that "followups" are "in >> > response to or as a result of another article". >> >> Wrong. The second part of a multipart FAQ is not posted as a response to >> or as a result of another article, they are usually posted _at the same >> time_. > > But still, the second part clearly follows up on the first part. Posting > only the second part without posting the first would not make sense. That's why it makes sense for the later parts of multipart faqs to have References headers that point to the first (or all earlier) parts: for the convenience of the reader. But they don't fit the definition of "followup" that John's message contained. So if we want to preserve that definition, we can either specify doing the wrong thing (no References header) and write a standard that will be ignored, or we can allow non-followups that are otherwise-related to have References headers. Seth 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 j4QF9u00019426 for ; Thu, 26 May 2005 08:09: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 j4QF9uVf019425 for ietf-usefor-skb; Thu, 26 May 2005 08:09:56 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QF9tYB019419 for ; Thu, 26 May 2005 08:09:55 -0700 (PDT) (envelope-from richard@highwayman.com) 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 1DbJzd-0008EX-7M; Thu, 26 May 2005 15:09:53 +0000 Message-ID: Date: Thu, 26 May 2005 16:08:20 +0100 To: Harald Tveit Alvestrand Cc: ietf-usefor@imc.org From: Richard Clayton Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> In-Reply-To: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.02 M Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In message <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no>, Harald Tveit Alvestrand writes >A "followup" is an article containing a response to the contents of >an earlier article (the followup's "precursor" indicated in the >"References" header). hence they are part of the same discussion (or fight) and almost always people will deal with them the same way, read, kill, mark for later cogitation etc >I'd like to have the 11 or so people who have spoken up on the issue (and >anyone who cares to speak up otherwise) identify themselves as having one >of four positions on what USEFOR should say about this issue: > >1) All "followups" have a References: header. yes indeed -- because reading software looks at this and constructs trees of articles accordingly. Trees work well at an HCI level and there hasn't really been any improvements on this that have caught on. The large number of article IDs in the References provide robustness for the tree-building, especially when some articles are delayed in propagation or were in other newsgroups that are not currently to hand > All articles with References: header are "followups". no The concept "I know that a lot of people will see this as a single tree" is terribly useful (for multi-part things that are posted in one session but are just "one thing" really) This happens today... so forcing you to even pretend to be creating a "response" is shoehorning current useful activity into a strange verbal prison >2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" ... which means that this, #2, captures my perception of useful current practice that a standard would do well to accommodate. - -- 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/AwUBQpXmZJoAxkTY1oPiEQITQgCgjvWefc+6l/NoJHpA8OJ2Pi/3ZNgAoMUx ToXtcCpYQtGftqe6VSj9AbbE =TpT6 -----END PGP SIGNATURE----- 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 j4QF9Qga019382 for ; Thu, 26 May 2005 08:09:26 -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 j4QF9QRI019381 for ietf-usefor-skb; Thu, 26 May 2005 08:09:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from soy.epix.net (soy.epix.net [199.224.64.64]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QF9PEq019374 for ; Thu, 26 May 2005 08:09:25 -0700 (PDT) (envelope-from mibsoft@mibsoftware.com) Received: from [192.168.2.11] (hrbg-199-224-121-208-pppoe.dsl.hrbg.epix.net [199.224.121.208]) by soy.epix.net (8.12.10/2004120601/PL) with ESMTP id j4QF96gE004809 for ; Thu, 26 May 2005 11:09:18 -0400 (EDT) Message-ID: <4295E694.1030807@mibsoftware.com> Date: Thu, 26 May 2005 11:09:08 -0400 From: "Forrest J. Cavalier III" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-usefor@imc.org Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? References: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> In-Reply-To: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 199.224.89.133 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: A specification allows unambiguous generation and processing, and we are chartered to document existing practice. You have not redefined followup. I find all of your choices unsuitable, for the following reasons: > > 1) All "followups" have a References: header. > All articles with References: header are "followups". To cover existing usage, this requires the definition of "followup" to include multi-part. But a multi-part is not a "response" to an article, so the definition fails to cover existing uses. Unsuitable. > > 2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" Ambiguous, so not a specification. Is the receiving end required to treat it like a followup when it has no way of determining it is not? > > 3) There exist "followups" with no References: header. > All articles with References: headers are "followups". This specifies nothing. A "followup" could have or not have a References: header. It says nothing about why a non-followup couldn't have a References: header > > 4) There exist "followups" with no References: header. > There exist articles that have References:, but are not "followups" This also specifies nothing. 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 j4QF5tPH019018 for ; Thu, 26 May 2005 08:05:55 -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 j4QF5t66019017 for ietf-usefor-skb; Thu, 26 May 2005 08:05:55 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QF5t6o019009 for ; Thu, 26 May 2005 08:05:55 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4QF5hZZ022836; Thu, 26 May 2005 11:05:43 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4QF5hb2022835; Thu, 26 May 2005 11:05:43 -0400 (EDT) Date: Thu, 26 May 2005 11:05:43 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: #1008 USEFOR 1.5: relation between a followup and a References: header? In-Reply-To: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Thu, 26 May 2005, Harald Tveit Alvestrand wrote: > 2) All "followups" have a References: header. > There exist articles that have References:, but are not "followups" Justification: this is existing practice, and in this matter I think recognizing it will work and attempting to change it won't. Henry Spencer henry@spsystems.net 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 j4QElTDW017561 for ; Thu, 26 May 2005 07:47:29 -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 j4QElTWe017560 for ietf-usefor-skb; Thu, 26 May 2005 07:47:29 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QElSdM017553 for ; Thu, 26 May 2005 07:47:28 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4QElIZZ022601; Thu, 26 May 2005 10:47:19 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4QElIH8022600; Thu, 26 May 2005 10:47:18 -0400 (EDT) Date: Thu, 26 May 2005 10:47:18 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Suggested References texts In-Reply-To: <20050525200141.GA16974@tagseth-trd.consultit.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Wed, 25 May 2005, Eivind Tagseth wrote: > > No, the purpose of a References header is to identify related articles. > > This is very imprecise. Purposely so. The debate is *about* how narrow the precise definition should be. > Your old proposed header See-Also was intended > to identify related articles. Correct. It was a failed attempt to separate two existing usages of References. > The References header is meant to identify > the articles that this article follows. That was the original intent, but that is not the only way it is used today. The question is whether existing broader usage should be declared legitimate, or forbidden... bearing in mind that it will not stop just because we declare it illicit, especially if we don't provide an alternative. Henry Spencer henry@spsystems.net 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 j4QEcQMR015396 for ; Thu, 26 May 2005 07:38:26 -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 j4QEcQKd015395 for ietf-usefor-skb; Thu, 26 May 2005 07:38:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4QEcPla015387 for ; Thu, 26 May 2005 07:38:25 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4438A61B6F for ; Thu, 26 May 2005 16:38:24 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01954-08 for ; Thu, 26 May 2005 16:38:22 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id 51D8C61AF1 for ; Thu, 26 May 2005 16:38:22 +0200 (CEST) Date: Thu, 26 May 2005 16:38:21 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: #1008 USEFOR 1.5: relation between a followup and a References: header? Message-ID: <3EDE109D8E470355943E7371@gloppen.hjemme.alvestrand.no> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: I have now read through the 37 messages posted over the last month or so on this issue. I cannot tell what has consensus, or indeed what people want as the text in USEFOR. I've filed the following ticket (#1008): -------------------------------------------------------------------- Subject: USEFOR 1.5: relation between a followup and a References: header? USEFOR version -04 states: A "followup" is an article containing a response to the contents of an earlier article (the followup's "precursor" indicated in the "References" header). Discussion has revealed two possibilities: - All "followup"s (as defined here) have a References: header. - There can be articles that are a "followup" that do not have "References:" headers The other half of the problem is whether there can be articles that have References: headers which are not "followups". --------------------------------------------------------------------- I'd like to have the 11 or so people who have spoken up on the issue (and anyone who cares to speak up otherwise) identify themselves as having one of four positions on what USEFOR should say about this issue: 1) All "followups" have a References: header. All articles with References: header are "followups". 2) All "followups" have a References: header. There exist articles that have References:, but are not "followups" 3) There exist "followups" with no References: header. All articles with References: headers are "followups". 4) There exist "followups" with no References: header. There exist articles that have References:, but are not "followups" You may choose to include a justification for your position, but please do NOT comment on what other people's opinion or the group's opinion is on this issue is at this time. Note: This is not an opinion poll. It is the kind of question I ask when I can't tell what people are trying to achieve. Harald 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 j4Q7sXZ9027863 for ; Thu, 26 May 2005 00:54:33 -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 j4Q7sWHC027862 for ietf-usefor-skb; Thu, 26 May 2005 00:54:32 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtps-vbr1.xs4all.nl (smtps-vbr1.xs4all.nl [194.109.24.19]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4Q7sV5n027855 for ; Thu, 26 May 2005 00:54:32 -0700 (PDT) (envelope-from rvtol@isolution.nl) Received: from isop10 (velvet.isolution.nl [194.109.164.102]) (authenticated bits=0) by smtps-vbr1.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4Q7sOG6009432 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 26 May 2005 09:54:30 +0200 (CEST) (envelope-from rvtol@isolution.nl) Message-ID: <050f01c561c8$2551f9d0$0b01a8c0@isolution.nl> From: "Ruud H.G. van Tol" To: References: <4295088A.1000306@sebastian-brocks.de> <20050526063605.GC16974@tagseth-trd.consultit.no> Subject: Re: Suggested References texts Date: Thu, 26 May 2005 09:54:15 +0200 Organization: Chaos rules. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Virus-Scanned: by XS4ALL Virus Scanner Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Eivind Tagseth: > Sebastian Brocks: >> John Stanley: >>> Richard Clayton: >>>> Turnpike (www.turnpike.com) posts multi-part binaries with >>>> References that point at the first part. >>> Another example of current practice indicating that "followups" are >>> "in response to or as a result of another article". >> Wrong. The second part of a multipart FAQ is not posted as a >> response to or as a result of another article, they are usually >> posted _at the same time_. > But still, the second part clearly follows up on the first part. > Posting only the second part without posting the first would not make > sense. The fact that the articles are posted at the same time is a > technicality. And one that really doesn't matter to anyone, the > articles may arrive at newsservers in any order anyway. Yes, let's please get rid of the limited notion that a 'followup' is a reaction on something. I post responses, I post reactions, I even post replies. But I also post thread-starters, which are anchors for generated messages. I do this stateless: I post the thread-starter with every generated message. The message-id of the thread-starter is derived from the year + month + daynumber-group (A:1-10, B:11-20, C:21-31), so there is at most one thread-starter about every 10 days. The message gets rejected by the server if it was sent before, so it is not really stateless. :) The 'real' messages, generated from the data entered on a web form, get the message-id of the thread-starter in the References header. So the first completed form in any of those daygroups (A, B or C), and in my particular timezone, results in 2 postings on the server. Each posting is about problems with some other newserver. These postings are independent, but are seen as far less annoying by people that are not interested, exactly because they are threaded in such a very organised way and so can easily be filtered and ignored. In a similar way one could create categories in a newsgroup. If there would be an eternal thread-starter (with a predictable message-id, and maybe with the Subject [C]) in a general programming newsgroup, then people with postings about C could put the message-id of that thread-starter in the References of their posting. -- Grtz, Ruud 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 j4Q7kfsS024422 for ; Thu, 26 May 2005 00:46:41 -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 j4Q7kfd5024421 for ietf-usefor-skb; Thu, 26 May 2005 00:46:41 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from kosat.consultit.no (kosat.consultit.no [80.203.206.234]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4Q7kea2024354 for ; Thu, 26 May 2005 00:46:41 -0700 (PDT) (envelope-from eivindt@multinet.no) Received: from tagseth-trd.consultit.no (norbit.scanbio.com [213.236.200.7]) by kosat.consultit.no (Postfix) with SMTP id 7A103887A for ; Thu, 26 May 2005 09:48:36 +0200 (CEST) Received: by tagseth-trd.consultit.no (sSMTP sendmail emulation); Thu, 26 May 2005 09:45:41 +0200 Date: Wed, 25 May 2005 22:16:01 +0200 From: Eivind Tagseth To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: <20050525201601.GB16974@tagseth-trd.consultit.no> Mail-Followup-To: Eivind Tagseth , ietf-usefor@imc.org References: <200505251857.j4PIvVg00390@panix5.panix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505251857.j4PIvVg00390@panix5.panix.com> User-Agent: Mutt/1.5.8i Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: * Seth Breidbart [2005-05-25 14:57:31 -0400]: > John Stanley wrote: > > Current standards say that non-followups > > are prohibited from having a References header. > > And in the cases of things like multipart faqs, those standards are > widely ignored. I think reality is doing the right thing, and the > standards are specifying the wrong thing. I think the new standard > (the one we're writing) should specify the right thing. You arguments assume your limited view of what a followup is. If the parts of a multipart faq is seen as followups to the first part (or the ToC), then there would be no problems. Then, a followup would require a references header, and articles with references headers would all be followups. And then the standard would be clean and nice, a followup could be created by a news agent, and it could be read back by a news agent and it would know that it was a followup. I really don't see why a multipart faq doesn't fit with the followup term. As a non-native english speaker, I may be very wrong here, but e.g. merriam-webster defines the verb "follow up" as: transitive senses 1 : to follow with something similar, related, or supplementary 2 : to maintain contact with (a person) so as to monitor the effects of earlier activities or treatments 3 : to pursue in an effort to take further action intransitive senses : to take appropriate action Clearly, multipart faqs fit nicely with definition 1? Eivind 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 j4Q7fWsi023292 for ; Thu, 26 May 2005 00:41:32 -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 j4Q7fWxd023291 for ietf-usefor-skb; Thu, 26 May 2005 00:41:32 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from kosat.consultit.no (kosat.consultit.no [80.203.206.234]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4Q7fUDH023284 for ; Thu, 26 May 2005 00:41:31 -0700 (PDT) (envelope-from eivindt@multinet.no) Received: from tagseth-trd.consultit.no (norbit.scanbio.com [213.236.200.7]) by kosat.consultit.no (Postfix) with SMTP id 52807887A for ; Thu, 26 May 2005 09:43:25 +0200 (CEST) Received: by tagseth-trd.consultit.no (sSMTP sendmail emulation); Thu, 26 May 2005 09:40:30 +0200 Date: Wed, 25 May 2005 22:01:41 +0200 From: Eivind Tagseth To: Usefor Mailing List Subject: Re: Suggested References texts Message-ID: <20050525200141.GA16974@tagseth-trd.consultit.no> Mail-Followup-To: Usefor Mailing List References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: * Henry Spencer [2005-05-25 14:01:39 -0400]: > > On Wed, 25 May 2005, John Stanley wrote: > > >The plain fact is that there is no technical reason why anyone needs to > > >know whether or not an article is a "followup". > > > > Since the only purpose for a References header is to identify what > > articles are followups (and what ones are NOT)... > > No, the purpose of a References header is to identify related articles. > That's why it contains message IDs, instead of just being something like > "Is-Followup: yes". This is very imprecise. Your old proposed header See-Also was intended to identify related articles. The References header is meant to identify the articles that this article follows. It is meant to identify a parent-child relationship, in fact, it is meant to identify an original article and _all_ articles that "followed" until this article's "parent" (truncated only if necessary). The references header identifies all articles that the current article "follows", in order. In my eyes, that makes an article a follow-up. Current practice for most clients is to display this special "follow"-relation as a thread/tree. It would not make sense to indicate other kinds of relations (e.g. See-Also) in the same manner. If one were to add a references header for other types of relations (i.e. articles that doesn't naturally "follow" each other), then both people and newsreaders would be confused. The current definition of a followup is kind of useless. It is more a definition of what should happen when a user presses the "Reply"/"Followup" button than a description of a special type of article. For an implementor of a newsreader it is of no use (except for handling the "Followup"-button- press), and he/she will need another term for describing articles that should be organized in threads. I find this confusing; you can post a "followup", but you can never read one. Eivind 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 j4Q6b3Lf008409 for ; Wed, 25 May 2005 23:37:03 -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 j4Q6b3EE008408 for ietf-usefor-skb; Wed, 25 May 2005 23:37:03 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from kosat.consultit.no (kosat.consultit.no [80.203.206.234]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4Q6b2Tt008397 for ; Wed, 25 May 2005 23:37:03 -0700 (PDT) (envelope-from eivindt@multinet.no) Received: from tagseth-trd.consultit.no (182.80-202-209.nextgentel.com [80.202.209.182]) by kosat.consultit.no (Postfix) with SMTP id 930238879 for ; Thu, 26 May 2005 08:38:57 +0200 (CEST) Received: by tagseth-trd.consultit.no (sSMTP sendmail emulation); Thu, 26 May 2005 08:36:05 +0200 Date: Thu, 26 May 2005 08:36:05 +0200 From: Eivind Tagseth To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: <20050526063605.GC16974@tagseth-trd.consultit.no> Mail-Followup-To: Eivind Tagseth , ietf-usefor@imc.org References: <4295088A.1000306@sebastian-brocks.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4295088A.1000306@sebastian-brocks.de> User-Agent: Mutt/1.5.8i Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: * Sebastian Brocks [2005-05-26 01:21:46 +0200]: > > John Stanley schrieb: > > Richard Clayton : > >>Turnpike (www.turnpike.com) posts multi-part binaries with References > >>that point at the first part. > > > > Another example of current practice indicating that "followups" are "in > > response to or as a result of another article". > > Wrong. The second part of a multipart FAQ is not posted as a response to > or as a result of another article, they are usually posted _at the same > time_. But still, the second part clearly follows up on the first part. Posting only the second part without posting the first would not make sense. The fact that the articles are posted at the same time is a technicality. And one that really doesn't matter to anyone, the articles may arrive at newsservers in any order anyway. Eivind 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 j4PNM86H023140 for ; Wed, 25 May 2005 16:22:08 -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 j4PNM8Cb023139 for ietf-usefor-skb; Wed, 25 May 2005 16:22:08 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by above.proper.com (8.12.11/8.12.9) with SMTP id j4PNM7Jr023036 for ; Wed, 25 May 2005 16:22:07 -0700 (PDT) (envelope-from mail@sebastian-brocks.de) Received: (qmail invoked by alias); 25 May 2005 23:21:59 -0000 Received: from xdsl-213-168-107-49.netcologne.de (EHLO [192.168.1.2]) [213.168.107.49] by mail.gmx.net (mp025) with SMTP; 26 May 2005 01:21:59 +0200 X-Authenticated: #1840277 Message-ID: <4295088A.1000306@sebastian-brocks.de> Date: Thu, 26 May 2005 01:21:46 +0200 From: Sebastian Brocks User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.6) Gecko/20050404 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: John Stanley CC: ietf-usefor@imc.org Subject: Re: Suggested References texts References: In-Reply-To: X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: John Stanley schrieb: > > Richard Clayton : > >>Turnpike (www.turnpike.com) posts multi-part binaries with References >>that point at the first part. > > Another example of current practice indicating that "followups" are "in > response to or as a result of another article". Wrong. The second part of a multipart FAQ is not posted as a response to or as a result of another article, they are usually posted _at the same time_. 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 j4PNEaLr020726 for ; Wed, 25 May 2005 16:14:36 -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 j4PNEa5V020725 for ietf-usefor-skb; Wed, 25 May 2005 16:14:36 -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 j4PNEZsG020714 for ; Wed, 25 May 2005 16:14:35 -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 j4PNESth030073 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 25 May 2005 16:14:29 -0700 (PDT) Date: Wed, 25 May 2005 16:14:28 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: 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: List-Unsubscribe: List-ID: Henry Spencer : >No, the purpose of a References header is to identify related articles. >That's why it contains message IDs, instead of just being something like >"Is-Followup: yes". You've just repeated what I said, almost. The References header identifies a followup and to what article it is a followup. Of course if all you wanted was "is this a followup" then "is-followup: yes" is the right way to go. But that's not all it does. Like I've said. It does not deal with "related" articles. The standard for news says: > If the message is submitted in > response to another message (e.g., is a follow-up) the default > subject should begin with the four characters "Re:", and the > "References" line is required. Further: > It is required for all follow-up > messages, and forbidden when a new subject is raised. It does not say "if the message is related to another". It uses the term "followup". The purpose of the header cannot be what it does not even mention once. >> ...then you've just admitted >> that there is no technical reason for that header, and thus no possible >> interoperability issue if it does not exist... >And you complain about *Charles* putting words in *your* mouth? Yes, because he does. Show me the quotes where I quoted him saying something he did not, or where I claimed that he said something he did not. He said what I quoted, and what he said is an admission that there is no interoperability issue, since it is impossible for something that has no technical need to be an interoperability issue. An interoperability issue is the basis for a technical need. No need means there is no underlying issue, since the existance of the issue creates the need. >John, if you made your points politely and concisely, I've made my points politely and concisely, and in return I get Charles telling everyone that I've said things that I clearly have not, repeatedly, and after being told to stop doing so, repeatedly. If you don't like the profanity, well, I'm sorry you don't like it, but at this point, I'm trying to express a STRONG DISLIKE for what Charles keeps doing, and if profanity is what it takes, so be it. It woke you up, I notice. Unfortunately, you don't seem upset that Charles repeatedly misquotes me, only that I yelled at him for doing so. Don't be dishonest and pretend that profanity is the reason you don't read what I have written. And don't be dishonest and pretend that I do it all the time; the last time I resorted to such language I deliberately sent the message ONLY to the chair, with an explanation that this behaviour of Charles was causing a problem and something needed to be done about it, and that I did not want to say things like that in the group. I did not get even the courtesy of a reply telling me to, well, any reply at all. Now I'm saying it in public, because it solves nothing to say it in private. Maybe it solves nothing in public, either. > ...refrained from distorting what other people say, That's rich, given the message that you are responding to, and your distorted next statement. > avoided arguments that boil down to "I'm right, therefore I'm right", Yeah, I know, you have all sorts of excuses for not considering viewpoints that differ from yours, even to the extent that you'll distort arguments by saying they "boil down to" whatever you can dismiss offhand. "The RFC says" is not "I'm right, therefore I'm right" and you know better. At least you ought to know better. >and were willing to admit defeat rather >than coming back with the exact same arguments again and again, everyone >would read your postings. It's the same problem again and again, so the same arguments apply again and again. When "the exact same arguments" prove that I am not wrong, why should I admit defeat? Do you expect me to "admit defeat" just because YOU have no convincing counter-arguments? Isn't that the "I'm right because I'm right" argument that you just condemned me for making? Seth Breidbart : >In my extremely ego-centric viewpoint, the purpose of a References >header included by someone else is that he wanted me to see his >article threaded at a particular point in the threading tree my >newsreader shows me. The exact same arguments. Admit defeat, Seth. Henry would want you to. Oh, wait. That applies only to me, I suspect. Sarcasm aside: your view is incorrect. The standards do not mention display of articles when they define the use of the References header. They say, well, what I've already quoted. Further, it is, I believe, commonly accepted that "display issues" are outside the scope of the standard. The news standard does not define how articles are displayed. The poster has NO control over the display of his article, and pretending that he has such control is simply ridiculous. He might want large green flashing letters, but he has no header to indicate that, either. What he HAS is the ability to say "this is a followup to X", and that's the References header. >> You've just admitted that they are NOT needed. >Only if one believes _your_ claim about their purpose. I don't. Many >others (apparently including most of this group) don't. Yes, many people do not believe the standards have any meaning, but that does not make their view correct. RFC1036 is the current standard. It defines the References header in news. "Display me this way" is not part of the definition. "This is a followup to X" is. >The MUST be present in order that threaded newsreaders be able to sort >the article properly. The same old argument. Admit defeat. Henry would expect you to. Sorry. This is not an interoperability issue. It does not merit RFC2119 mandates. A single newsreader doing something that a single newsreader has complete control over is not an interoperability issue. We cannot tell a newsreader how to display articles, so the fact that it doesn't do it the way the poster thinks should be done is, well, sad for the poster, but completely irrelevant to this group. You could apply your same argument to ANY header. "A Summary header MUST be present to convey the summary information to the reader". Well, ok, yes, but MUST implies an interoperability issue ... "A Keywords header MUST ..." Same problem. "A References header MUST..." Same problem. >I disagree. Multipart faqs are my favority counterexample. Multi-part FAQs fit into the "in response to or as a result of" definition of "followup". They aren't a counter-example. >> Since the only purpose it serves is to identify followups >Arguing from your conclusion is not convincing. You mean arguing from the standards isn't convincing you. It's not the conclusion that their function is to identify followups, that the starting point. That's the only purpose they can have, since they have no other function. "This is a followup to X" is what they say. Period. Not a peep about "display me this way" or "pick up the laundry after work". What you WANT them to say is irrelevant; what they DO say is the issue. >Displaying the parts of a multipart faq threaded as followups is not >seen as "confusing and incorrect" by anybody except maybe you. I didn't say it was. Please stick to trying to refute things I actually say. >I think the new standard >(the one we're writing) should specify the right thing. So do I. When I proposed the change to make it say the right thing, it was dissmissed, twisted, lied about, and called "smoke and mirrors". Or do you disagree that a followup could be defined as I proposed and that would reflect current practice? And would still allow the identification of followups from non-followups (assuming the mandate/prohibition language was replaced?) >> Either the multi-part FAQs that have References headers ARE >> followups or they are invalid articles and they are required to be >> dropped. I pick the former, the people who post them pick the >> former, >Do they? Have you asked them? Don't be silly. If they thought they were invalid articles that should be dropped instead of transported, why would they go to the effort of posting them? No, the fact that they DID post them implies they thought they were valid articles, and the only way for an article that contains a References header to be valid is if it is a "followup", however that word is defined. That's "the former", and it is clear that they did pick that choice, even if they did it unknowingly. Richard Clayton : >Turnpike (www.turnpike.com) posts multi-part binaries with References >that point at the first part. Another example of current practice indicating that "followups" are "in response to or as a result of another article". >Nevertheless, I think it could still >be a useful trick to leave in the spec as being possible. Using the definition I proposed a long time ago -- not Charles fictional version, the actual proposed definition -- it would be possible. And still possible to identify followups. As the draft stands, it is possible, since there is no prohibition at all on the use of References headers in any article. Reference away at will. As I've already said, I'm happy either way, as long as we are consistent. Currently, we are not. That's a problem. But saying so politely doesn't seem to interest Henry. 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 j4PLjOE7003975 for ; Wed, 25 May 2005 14:45:24 -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 j4PLjO52003974 for ietf-usefor-skb; Wed, 25 May 2005 14:45:24 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PLjNlq003958 for ; Wed, 25 May 2005 14:45:23 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 5486561B53; Wed, 25 May 2005 23:45:22 +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 13923-04; Wed, 25 May 2005 23:45:18 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id A0E8E61AF1; Wed, 25 May 2005 23:45:17 +0200 (CEST) Date: Wed, 25 May 2005 23:39:30 +0200 From: Harald Tveit Alvestrand To: John Stanley , ietf-usefor@imc.org Subject: Administrativia (Re: Suggested References texts) Message-ID: In-Reply-To: References: X-Mailer: Mulberry/4.0.0b3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: John, two reminders: - Despite history, profanity and accusations of lying on the public mailing list are not an useful form of dialogue. They make it harder, not easier, to tell what is being discussed or agreed. If you want to complain about inappropriate behaviour from another participant, do it privately. - Charles is NOT "the editor". He is currently the editor of USEPRO. He is NOT the editor of USEFOR, which is the document with the definition we're talking about. When he speaks about USEFOR, he's got no more power than any other participant. Ken Murchison edits USEFOR. --On 25. mai 2005 10:26 -0700 John Stanley wrote: > Alexey, Harald, somebody in charge here, will you PLEASE do something > about this repeated crap from the editor? He's doing it because he knows > he can get away with it and because he knows it annoys the hell out of > me. He's doing it because he doesn't want to discuss the issue honestly. > He's doing it because he knows some people have stopped reading what I > write and he thinks he can spoon-feed them lies about what I am saying > to keep them from reading it. 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 j4PJRQXf088813 for ; Wed, 25 May 2005 12:27:26 -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 j4PJRQaM088812 for ietf-usefor-skb; Wed, 25 May 2005 12:27:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PJRPoj088805 for ; Wed, 25 May 2005 12:27:26 -0700 (PDT) (envelope-from richard@highwayman.com) Received: from gti.noc.demon.net ([195.11.55.101] helo=happyday.al.cl.cam.ac.uk) by anchor-post-35.mail.demon.net with esmtp (Exim 4.42) id 1Db1Tv-000POx-J8; Wed, 25 May 2005 19:23:56 +0000 Message-ID: Date: Wed, 25 May 2005 20:25:48 +0100 To: Seth Breidbart Cc: ietf-usefor@imc.org From: Richard Clayton Subject: Re: Suggested References texts References: <200505251857.j4PIvVg00390@panix5.panix.com> In-Reply-To: <200505251857.j4PIvVg00390@panix5.panix.com> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.02 M Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In message <200505251857.j4PIvVg00390@panix5.panix.com>, Seth Breidbart writes >>>2. Other cases where it is sensible to use a References header. >> >> There are no other cases where it is sensible to use that header. > >I disagree. Multipart faqs are my favority counterexample. Turnpike (www.turnpike.com) posts multi-part binaries with References that point at the first part. This means that it is very likely that they will be threaded together by readers ... which means they won't have to chase all over the newsgroup to find the separate parts of the "attachment" to decode it. Of course many reading agents are clever about binaries anyway these days, and there's less objection to posting megabyte articles than there used to be; Australia no longer discards everything over 64K at its borders :) so times have moved on. Nevertheless, I think it could still be a useful trick to leave in the spec as being possible. - -- richard Richard Clayton They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin -----BEGIN PGP SIGNATURE----- Version: PGPsdk version 1.7.1 iQA/AwUBQpTRPJoAxkTY1oPiEQL9gACgnMmkRycWlHbHnm7/HAcovN7BUf4AnAut 3N521TmeC2d3/BQIk3I02ln7 =b1K+ -----END PGP SIGNATURE----- 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 j4PIvX3T086946 for ; Wed, 25 May 2005 11:57:33 -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 j4PIvXPB086945 for ietf-usefor-skb; Wed, 25 May 2005 11:57:33 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PIvW2H086939 for ; Wed, 25 May 2005 11:57:32 -0700 (PDT) (envelope-from sethb@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 8BD5E13A883 for ; Wed, 25 May 2005 14:57:31 -0400 (EDT) Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j4PIvVg00390; Wed, 25 May 2005 14:57:31 -0400 (EDT) Date: Wed, 25 May 2005 14:57:31 -0400 (EDT) Message-Id: <200505251857.j4PIvVg00390@panix5.panix.com> From: Seth Breidbart To: ietf-usefor@imc.org In-reply-to: (message from John Stanley on Wed, 25 May 2005 10:26:28 -0700 (PDT)) Subject: Re: Suggested References texts References: Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: John Stanley wrote: > "Charles Lindsey" : >>The plain fact is that there is no technical reason why anyone needs >>to know whether or not an article is a "followup". > > Since the only purpose for a References header is to identify what > articles are followups (and what ones are NOT), In my extremely ego-centric viewpoint, the purpose of a References header included by someone else is that he wanted me to see his article threaded at a particular point in the threading tree my newsreader shows me. My purpose in including References headers is to make it more likely other people's newsreaders will show my article in an appropriate point in the threading tree. Note carefully that "is a followup" is not necessarily part of such purposes, albeit it is something that correlates highly (and NOT perfectly) with them. >>References headers are needed in two cases: > > You've just admitted that they are NOT needed. Only if one believes _your_ claim about their purpose. I don't. Many others (apparently including most of this group) don't. >>1. Followups (as currently defined), in which case they MUST be present. > > So says Charles, and thus endeth the debate. Why MUST they be present if > there is no technical reason for identifying followups? The MUST be present in order that threaded newsreaders be able to sort the article properly. >>2. Other cases where it is sensible to use a References header. > > There are no other cases where it is sensible to use that header. I disagree. Multipart faqs are my favority counterexample. > Since the only purpose it serves is to identify followups Arguing from your conclusion is not convincing. >>and nobody has >>come up with a reason why you should ever _want_ to tell which is which. > > If you deliberately misrepresent the discussion, someone will call you on > it. Yes, Charles, lots of people have come up with reasons why you want to > know the difference between followups and not-followups. Display of > threads is the main reason. Putting a References header in a not-followup > implies that it is a followup to the article referred to, and displaying > it as if it is a followup is confusing and incorrect. Displaying the parts of a multipart faq threaded as followups is not seen as "confusing and incorrect" by anybody except maybe you. > Current standards say that non-followups > are prohibited from having a References header. And in the cases of things like multipart faqs, those standards are widely ignored. I think reality is doing the right thing, and the standards are specifying the wrong thing. I think the new standard (the one we're writing) should specify the right thing. > Either the multi-part FAQs that have References headers ARE > followups or they are invalid articles and they are required to be > dropped. I pick the former, the people who post them pick the > former, Do they? Have you asked them? (The one I share responsibility for went obsolete a long time ago, but that was never the case for it.) Seth 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 j4PI1nW9074126 for ; Wed, 25 May 2005 11:01:49 -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 j4PI1n1n074125 for ietf-usefor-skb; Wed, 25 May 2005 11:01:49 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PI1m5C074068 for ; Wed, 25 May 2005 11:01:48 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4PI1eZZ010131; Wed, 25 May 2005 14:01:40 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4PI1eIQ010130; Wed, 25 May 2005 14:01:40 -0400 (EDT) Date: Wed, 25 May 2005 14:01:39 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Suggested References texts In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Wed, 25 May 2005, John Stanley wrote: > >The plain fact is that there is no technical reason why anyone needs to > >know whether or not an article is a "followup". > > Since the only purpose for a References header is to identify what > articles are followups (and what ones are NOT)... No, the purpose of a References header is to identify related articles. That's why it contains message IDs, instead of just being something like "Is-Followup: yes". It *would* be nicer if References only identified precursors, and something else was used for related-but-non-precursor articles, such as the other articles of a multi-part FAQ. I tried to legislate that in son-of-1036. I failed; it was already much too late. (I suspected so even at the time, witness the "unresolved issue" comment in son-of-1036.) That battle's lost. The reader agents have long since figured out how to cope. There's no benefit, now, in commanding the tide not to come in. > ...then you've just admitted > that there is no technical reason for that header, and thus no possible > interoperability issue if it does not exist... And you complain about *Charles* putting words in *your* mouth? > [profanity and insults deleted] ...He's doing > it because he knows some people have stopped reading what I write... John, if you made your points politely and concisely, refrained from distorting what other people say, avoided arguments that boil down to "I'm right, therefore I'm right", and were willing to admit defeat rather than coming back with the exact same arguments again and again, everyone would read your postings. Henry Spencer henry@spsystems.net 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 j4PHQajG061559 for ; Wed, 25 May 2005 10:26:36 -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 j4PHQaqn061558 for ietf-usefor-skb; Wed, 25 May 2005 10:26:36 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from b.mail.peak.org (b.mail.peak.org [69.59.192.42]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PHQZUc061540 for ; Wed, 25 May 2005 10:26:35 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org ([69.59.192.81]) by b.mail.peak.org (8.12.10/8.12.8) with ESMTP id j4PHQSYW080605 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 25 May 2005 10:26:30 -0700 (PDT) Date: Wed, 25 May 2005 10:26:28 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: 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: List-Unsubscribe: List-ID: "Charles Lindsey" : >The plain fact is that there is no technical reason why anyone needs to >know whether or not an article is a "followup". Since the only purpose for a References header is to identify what articles are followups (and what ones are NOT), then you've just admitted that there is no technical reason for that header, and thus no possible interoperability issue if it does not exist. POOF goes any justification for a mandate regarding the References header. >References headers are needed in two cases: You've just admitted that they are NOT needed. If there is no need for the function they perform, there is no need for them. >1. Followups (as currently defined), in which case they MUST be present. So says Charles, and thus endeth the debate. Why MUST they be present if there is no technical reason for identifying followups? >2. Other cases where it is sensible to use a References header. There are no other cases where it is sensible to use that header. Since the only purpose it serves is to identify followups (and then what article is being followed up to), if the article is NOT a followup, it makes no sense to claim it is. >So if a References header is present, you know that it is either a >"followup" or a "pseudo-followup". You cannot tell which, And yet when I point out that your change to the References mandates (followup MUST/non-followup MAY) prevents determining what is and is not a followup, you claim I am dealing in "smoke and mirrors" and I'm too stupid to understand what you've been explaining to me. And now you admit that you cannot tell the difference between followups and not-followups. >and nobody has >come up with a reason why you should ever _want_ to tell which is which. If you deliberately misrepresent the discussion, someone will call you on it. Yes, Charles, lots of people have come up with reasons why you want to know the difference between followups and not-followups. Display of threads is the main reason. Putting a References header in a not-followup implies that it is a followup to the article referred to, and displaying it as if it is a followup is confusing and incorrect. >John has suggested (and is still suggesting) redefining the term >"followup" as "everything that has a references header". GOD DAMN IT CHARLES STOP PUTTING WORDS IN MY MOUTH. I do not know why you continue doing this after being told to stop so many times, but I'm fucking tired of it. If you cannot honestly represent what someone else has said, then just shut the fuck up. Your continued lies about what I have suggested regarding the definition of the term followup is made even more clear by email I sent just yesterday with a proposed definition for followup that was nothing like what you keep telling others I have said. I'll also point out that what I said yesterday is almost identical to the proposed definition of "followup" that I made at the very beginning of this discussion a VERY long time ago, and the only reason I won't say it is identical is because I am not going to waste my time looking up the exact words I used; the intent and meaning are identical, and are NOT what you keep pretending I've said. Alexey, Harald, somebody in charge here, will you PLEASE do something about this repeated crap from the editor? He's doing it because he knows he can get away with it and because he knows it annoys the hell out of me. He's doing it because he doesn't want to discuss the issue honestly. He's doing it because he knows some people have stopped reading what I write and he thinks he can spoon-feed them lies about what I am saying to keep them from reading it. Alexey, I pointed out this behaviour a long time ago to you, and you ignored it. It isn't going away, it isn't going to "get better", it is going to go on as long as Charles can get away with it. The predecessor to Alexey asked me to wait patiently while he dealt with the problem, and I've been waiting patiently -- and clearly nothing is being done. >Others (notably Russ) have pointed out that this is not the >way that the term "followup" is used in the real world, and defining that >later parts of multi-part FAQS are to be called "followups" would be >artificial. It isn't artificial if that is how it is currently being used, and that is how it is currently being used. Current standards say that non-followups are prohibited from having a References header. Either the multi-part FAQs that have References headers ARE followups or they are invalid articles and they are required to be dropped. I pick the former, the people who post them pick the former, and the actual definition I have proposed includes them. It's not "smoke and mirrors" to define something as it is currently being used. Defining existing practice is one of the missions for this group. >I think that is as clear as you are going to get, but if people want to >propose alternative wordings, then that is fine (I see that Forrest has an >alternative suggestion, though I don't see that it actually changes >anything). I've proposed alternate wordings, but that doesn't seem to be fine with you, Charles. You seem intent on making things up for me instead of dealing with what I actually say. As the editor of this working group, your behaviour is unacceptable. It was unacceptable when you made unilateral, undiscussed changes to the drafts, it is unacceptable that you lie about what group participants have said. 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 j4PDoLca014947 for ; Wed, 25 May 2005 06:50:21 -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 j4PDoLbx014946 for ietf-usefor-skb; Wed, 25 May 2005 06:50:21 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PDoJDM014940 for ; Wed, 25 May 2005 06:50:20 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 5A51C61B69; Wed, 25 May 2005 15:50: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 08413-06; Wed, 25 May 2005 15:50:14 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 7888B61AF1; Wed, 25 May 2005 15:50:13 +0200 (CEST) Date: Wed, 25 May 2005 15:50:04 +0200 From: Harald Tveit Alvestrand To: Frank Ellermann , ietf-usefor@imc.org Subject: Re: I-D ACTION:draft-ietf-usefor-usefor-04.txt Message-ID: <1E84DEC1F8377954146EE162@B50854F0A9192E8EC6CDA126> In-Reply-To: <42939B43.5F06@xyzzy.claranet.de> References: <200505241947.PAA07375@ietf.org> <42939B43.5F06@xyzzy.claranet.de> X-Mailer: Mulberry/4.0.0b3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Thanks Frank! I've tried to use your message to initiate the trouble ticket system for USEFOR - to see the tickets, look at this URL: RT claims that you should instead bookmark this horror: Login with user "ietf", password "ietf". Note: I've tried to make the ticket titles all read "USEFOR - description" - that makes it VERY easy for someone who's going through the document to get the open issues on the document list. When following up or suggesting resolutions, I'll quote the number of the ticket in the subject line - that makes it easy to figure out WHICH open issue we're talking about. The 3 issues I picked out of your message as "need discussion" are 1002, 1003 and 1004 - I wasn't sure whether you thought the others were strictly editorial or needed discussion. Yours for a tracking of issues.... Harald --On 24. mai 2005 23:23 +0200 Frank Ellermann wrote: > > Internet-Drafts@ietf.org wrote: > >> http://www.ietf.org/internet-drafts/draft-ietf-usefor-usefor-04.txt > > Thanks, some observations in no particular order: > > 2234 => 2234bis > 2366 => 3851 > --------------- > 2373 => 3513 (missing in the references) > > 3513 has no IPv4address / IPv6address ABNF, therefore let's > replace 2373 by 3986 (STD 66). > ---------------- > Is deprecating X- headers allowed ? > ---------------- > Missing definition, my bad, Bill Fenner and Bruce > explained how to do this: > > value = > > The "issue" with the ugly EBNF in 2045 was mainly > a hallucination on my side (it's really ugly but not our > problem, except from adding [CFWS] everywhere) > ---------------- > parameter = > ---------------- > token = > ---------------- >| article-locator = 1*( %x21-27 / %x29-3A / %x3C-7E ) >| ; US-ASCII printable characters >| ; except '(' and ';' > > These exceptions are probably not more necessary: > > article-locator = 1*VCHAR > ----------------- > "FQDN mailable" path-identity with "_" is dubious. > ----------------- >| no-fold-quote = DQUOTE >| ( "." mqtext / >| *mqtext "." / >| *mqtext mqspecial *mqtext ) >| DQUOTE > > s/mqtext/*mqtext/ > > The msg-id = id-left "@" id-right style of syntax is ugly and > doesn't indicate the intended semantics id-local "@" id-domain > > Overloading 2822 no-fold-quote by something else is confusing. > a simple ( DQUOTE id-quote DQuOTE ) is clearer. > > Overloading 2822 no-fold-literal by something else is ugly, a > simple id-literal is clearer > > The terms mqtext, mqspecial, and mdtext are cryptic (mq means > "something in msg-id no-fold-quote", the d in md probably means > "domain-literal"). > > id-text, id-special, and id-literal are clearer (stuff needed > only in a msg-id, no separate no-fold-literal vs. mdtext). See > also > > Bye, Frank > > > > 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 j4PBhqlk057745 for ; Wed, 25 May 2005 04:43:52 -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 j4PBhqt3057737 for ietf-usefor-skb; Wed, 25 May 2005 04:43:52 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4PBhpkg057717 for ; Wed, 25 May 2005 04:43:51 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-65-110.midband.mdip.bt.net ([81.144.65.110]) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.182) id 429464f5.610f.1416 for ietf-usefor@imc.org; Wed, 25 May 2005 12:43:49 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4PBgYL19891 for ietf-usefor@imc.org; Wed, 25 May 2005 12:42:34 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20918 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <157593FC09DAF7F7A05E6893@B50854F0A9192E8EC6CDA126> Date: Wed, 25 May 2005 11:41:22 GMT Lines: 72 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <157593FC09DAF7F7A05E6893@B50854F0A9192E8EC6CDA126> Harald Tveit Alvestrand writes: >When writing the standard, when writing the software, and when executing >the software, we cannot know intent on the part of the (human) poster. A >mandate in a protocol standard cannot be based on knowing a state of mind; >it has to be made based on observing an observable action. >If we want to mandate anything based on the term "followup", there has to >be some on-the-wire observable difference between "followup" and "not >followup" - such as the presence of a "References" header. John has been flogging this dead horse for months. The plain fact is that there is no technical reason why anyone needs to know whether or not an article is a "followup". References headers are needed in two cases: 1. Followups (as currently defined), in which case they MUST be present. 2. Other cases where it is sensible to use a References header. Let us call them "pseudo-followups" just for the purposes of this discussion (I don't intend to define that term in any document). So if a References header is present, you know that it is either a "followup" or a "pseudo-followup". You cannot tell which, and nobody has come up with a reason why you should ever _want_ to tell which is which. The action to be taken by a user agent which sees a References header is the same in both cases. If it is in the habit of "threading" articles (not all UAs provide that service, but many do), then it should go ahead and include the article in its threads as normal. There are not many cases where a pseudo-followup is appropriate and they are not expected to be common, but they do exist and there is a consensus that they should be allowed to exist. The example usually quoted is multi-part FAQs, but they also arise in message/partial (and are mentioned as such in RFC 2046). There are likely a few other sensible uses. John has suggested (and is still suggesting) redefining the term "followup" as "everything that has a references header". It is obvious that such a redefinition cannot achieve any technically observable difference. Others (notably Russ) have pointed out that this is not the way that the term "followup" is used in the real world, and defining that later parts of multi-part FAQS are to be called "followups" would be artificial. So, since it achieves nothing, there is no point in doing it. The text I have currently proposed for USEFOR is | The References header is used to refer to earlier articles (e.g. | followups refer to their precursors), in order to facilitate the | display or retrieval, by reading and other agents, of threads of | related articles. It is the same as that specified in Section 3.6.4 | of [RFC2822] with the added restrictions detailed in Section 2.2 and | those listed below: I think that is as clear as you are going to get, but if people want to propose alternative wordings, then that is fine (I see that Forrest has an alternative suggestion, though I don't see that it actually changes anything). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4OLa88G084413 for ; Tue, 24 May 2005 14:36:08 -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 j4OLa80O084412 for ietf-usefor-skb; Tue, 24 May 2005 14:36:08 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4OLa6Nw084394 for ; Tue, 24 May 2005 14:36:07 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Dah25-0001Wj-RU for ietf-usefor@imc.org; Tue, 24 May 2005 23:33:49 +0200 Received: from 212.82.251.124 ([212.82.251.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 May 2005 23:33:49 +0200 Received: from nobody by 212.82.251.124 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 May 2005 23:33:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: I-D ACTION:draft-ietf-usefor-usefor-04.txt Date: Tue, 24 May 2005 23:23:16 +0200 Organization: Lines: 66 Message-ID: <42939B43.5F06@xyzzy.claranet.de> References: <200505241947.PAA07375@ietf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.124 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Internet-Drafts@ietf.org wrote: > http://www.ietf.org/internet-drafts/draft-ietf-usefor-usefor-04.txt Thanks, some observations in no particular order: 2234 => 2234bis 2366 => 3851 --------------- 2373 => 3513 (missing in the references) 3513 has no IPv4address / IPv6address ABNF, therefore let's replace 2373 by 3986 (STD 66). ---------------- Is deprecating X- headers allowed ? ---------------- Missing definition, my bad, Bill Fenner and Bruce explained how to do this: value = The "issue" with the ugly EBNF in 2045 was mainly a hallucination on my side (it's really ugly but not our problem, except from adding [CFWS] everywhere) ---------------- parameter = ---------------- token = ---------------- | article-locator = 1*( %x21-27 / %x29-3A / %x3C-7E ) | ; US-ASCII printable characters | ; except '(' and ';' These exceptions are probably not more necessary: article-locator = 1*VCHAR ----------------- "FQDN mailable" path-identity with "_" is dubious. ----------------- | no-fold-quote = DQUOTE | ( "." mqtext / | *mqtext "." / | *mqtext mqspecial *mqtext ) | DQUOTE s/mqtext/*mqtext/ The msg-id = id-left "@" id-right style of syntax is ugly and doesn't indicate the intended semantics id-local "@" id-domain Overloading 2822 no-fold-quote by something else is confusing. a simple ( DQUOTE id-quote DQuOTE ) is clearer. Overloading 2822 no-fold-literal by something else is ugly, a simple id-literal is clearer The terms mqtext, mqspecial, and mdtext are cryptic (mq means "something in msg-id no-fold-quote", the d in md probably means "domain-literal"). id-text, id-special, and id-literal are clearer (stuff needed only in a msg-id, no separate no-fold-literal vs. mdtext). See also Bye, Frank 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 j4OJm4UT055990 for ; Tue, 24 May 2005 12:48:04 -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 j4OJm4ah055989 for ietf-usefor-skb; Tue, 24 May 2005 12:48:04 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4OJlpYH055977 for ; Tue, 24 May 2005 12:48:04 -0700 (PDT) (envelope-from dinaras@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07375; Tue, 24 May 2005 15:47:49 -0400 (EDT) Message-Id: <200505241947.PAA07375@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: i-d-announce@ietf.org Cc: ietf-usefor@imc.org From: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-usefor-usefor-04.txt Date: Tue, 24 May 2005 15:47:48 -0400 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: --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-04.txt Pages : 33 Date : 2005-5-24 This document specifies the syntax of network news (Netnews) articles in the context of the "Internet Message Format" (RFC 2822) and "Multipurpose Internet Mail Extensions (MIME)" (RFC 2045). This document supersedes RFC 1036, updating it 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-04.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org 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-04.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: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-usefor-usefor-04.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="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2005-5-24155116.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-usefor-usefor-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-usefor-usefor-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2005-5-24155116.I-D@ietf.org> --OtherAccess-- --NextPart-- 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 j4OITs21046679 for ; Tue, 24 May 2005 11:29:54 -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 j4OITst4046678 for ietf-usefor-skb; Tue, 24 May 2005 11:29:54 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from b.mail.peak.org (b.mail.peak.org [69.59.192.42]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4OITrkP046661 for ; Tue, 24 May 2005 11:29:53 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org ([69.59.192.81]) by b.mail.peak.org (8.12.10/8.12.8) with ESMTP id j4OITgYW007412 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 24 May 2005 11:29:48 -0700 (PDT) Date: Tue, 24 May 2005 11:29:42 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: 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: List-Unsubscribe: List-ID: Harald Tveit Alvestrand : >When writing the standard, when writing the software, and when executing >the software, we cannot know intent on the part of the (human) poster. Of course we can. "I intend on posting this message instead of mailing." Ok, for posting, put in these headers. Do this, do that, etc. You cannot pretend that a message showing up at a news injection agent is maybe mail; you have to assume the intent was to post news. >A mandate in a protocol standard cannot be based on knowing a state of >mind; This is assuming what needs to be proven. What mandate? Why is a mandate necessary if all it does is express this "state of mind" that you admit we cannot know? If the only reason for this mandate is so the definitions of unknowable states of mind can be produced, then you've just proven that the mandate is specious. Specious mandates do not meet the criteria of RFC2119. >If we want to mandate anything based on the term "followup", >there has to be some on-the-wire observable difference between "followup" >and "not followup" - such as the presence of a "References" header. Like I said, there is a difference between what something IS and how something is DETECTED to be that thing. And since we cannot detect it anymore, who cares what it is? >I'll take my own advice and stop posting until I can propose a specific >text change to the USEFOR document. The proposal is simple: change the word "MUST" in line 4 of step 4 of section 7.6 of USEPRO to "SHOULD". This matches RFC2822 and thus USEFOR. This is a one-word change that reflects the consensus reflected in USEFOR. Either that, or a much more complex set of changes must be made to reproduce the alleged consensus for a mandate. An entry in the differences from RFC2822 must be added to USEFOR, such as: x. While the References header is optional under RFC2822, it MUST appear in any news article that is a followup, and MUST NOT appear otherwise. Then the definition of followup must be adopted, such as: x. A "followup" is an article posted in response to or as the result of another. (Note that this conveniently covers multi-part FAQs, etc. It matches current usage better than any other proposal.) Then USEPRO 7.6 must be changed to make a References header a mandatory part of the duties of a followup agent. Such as prepending the following text to the start of step 4: A References header MUST be inserted into the proto-article. Given the number of changes necessary to two different drafts to get to what is alleged to be a consensus, versus the one-word change necessary to harmonize two drafts and an existing RFC, I would argue that the latter situation is closer to the true consensus of this group than the former. A note for those who still claim that there IS a mandate for a References header in a "followup": the only "MUST" referring to the References header under 7.6 "Duties of a Followup Agent" is that a followup to an article that contains a References header MUST have a References header. We are told what the content of a References header MUST be for all followups, but not that it MUST appear in all followups. (Just like we can specify the content of a Followup-To header without specifying that one MUST appear in any given article.) I await with great anticipation the justification for putting a mandate back into the draft. 4. If the precursor did not have a References header (F-3.2.1), the content of the followup's References header MUST be inherited from that of the Message-ID header of the precursor. A followup to an article which already had a References header MUST have a References header comprising the precursor's References header (subject to trimming as described below) followed by CFWS and the Message-ID header content of the precursor. "Forrest J. Cavalier III" : >Please give some thought to the question of whether RFC2119 guidelines >for MUST/NOT/SHOULD apply. USEPRO-03, Feb. '05: + Certain words, when capitalized, are used to define the significance + of individual requirements. The key words "MUST", "REQUIRED", + "SHOULD", "RECOMMENDED", "MAY" and "OPTIONAL", and any of those words + associated with the word "NOT", are to be interpreted as described in + [RFC 2119]. + NOTE: The use of "MUST" or "SHOULD" implies a requirement that + would or could lead to interoperability problems if not + followed. We've aleady decided they apply. Similar, if not identical, language appears in USEFOR. We deliberately copy the language about "interoperability issues" from RFC2119, so trying to claim that we can use MUST without concern that there are any interoperability issues is specious. We say explicitely that we imply they exist whenever MUST is used, so saying that we can use MUST when they don't is a lie. 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 j4OF2HEq001094 for ; Tue, 24 May 2005 08:02:17 -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 j4OF2Hej001093 for ietf-usefor-skb; Tue, 24 May 2005 08:02:17 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lentil.epix.net (lentil.epix.net [199.224.64.67]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4OF2GHi001087 for ; Tue, 24 May 2005 08:02:17 -0700 (PDT) (envelope-from mibsoft@mibsoftware.com) Received: from [192.168.2.11] (hrbg-216-37-254-37-nonpppoe.dsl.hrbg.epix.net [216.37.254.37]) by lentil.epix.net (8.12.10/2004120601/PL) with ESMTP id j4OF21BR000316 for ; Tue, 24 May 2005 11:02:10 -0400 (EDT) Message-ID: <429341F0.4080102@mibsoftware.com> Date: Tue, 24 May 2005 11:02:08 -0400 From: "Forrest J. Cavalier III" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: ietf-usefor@imc.org Subject: Re: Suggested References texts References: <157593FC09DAF7F7A05E6893@B50854F0A9192E8EC6CDA126> In-Reply-To: <157593FC09DAF7F7A05E6893@B50854F0A9192E8EC6CDA126> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 199.224.89.135 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: > I actually think you are saying the same thing I'm trying to say, but > somewhat more loudly. I'll take my own advice and stop posting until I > can propose a specific text change to the USEFOR document. > > Harald > Yes, please propose a text change. Please give some thought to the question of whether RFC2119 guidelines for MUST/NOT/SHOULD apply. On 4/28, I suggested this approach: A References header indicates the previously posted context in which the article was created. 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 j4O9MIig083816 for ; Tue, 24 May 2005 02:22:18 -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 j4O9MIe9083815 for ietf-usefor-skb; Tue, 24 May 2005 02:22:18 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4O9MGuj083799 for ; Tue, 24 May 2005 02:22:17 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3C52361B55; Tue, 24 May 2005 11:22:15 +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 12890-06; Tue, 24 May 2005 11:22:10 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0D64161AF1; Tue, 24 May 2005 11:22:09 +0200 (CEST) Date: Tue, 24 May 2005 09:24:55 +0200 From: Harald Tveit Alvestrand To: John Stanley , ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: <157593FC09DAF7F7A05E6893@B50854F0A9192E8EC6CDA126> In-Reply-To: References: X-Mailer: Mulberry/4.0.0b3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: --On 23. mai 2005 13:57 -0700 John Stanley wrote: > > Harald Tveit Alvestrand : > >> If a followup (a term defined for News only) is a message that contains >> a References header, then all followups have to contain a References >> header. > > A perfectly circular line of reasoning. A meaningless definition. And one > that doesn't match current usage. People today do not say "I'm creating a > followup because I'm putting a References header in this article", they > say "I want to respond to this article." I.e., a followup IS not "any > article with a References header", it IS "an article posted in response to > another article". That's an intent on the part of the poster. Notice the > reference to "IS", and notice that most posters of followups wouldn't > know a References header if it bit them. When writing the standard, when writing the software, and when executing the software, we cannot know intent on the part of the (human) poster. A mandate in a protocol standard cannot be based on knowing a state of mind; it has to be made based on observing an observable action. If we want to mandate anything based on the term "followup", there has to be some on-the-wire observable difference between "followup" and "not followup" - such as the presence of a "References" header. I actually think you are saying the same thing I'm trying to say, but somewhat more loudly. I'll take my own advice and stop posting until I can propose a specific text change to the USEFOR document. Harald 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 j4NLVrPl055558 for ; Mon, 23 May 2005 14:31:53 -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 j4NLVrfQ055557 for ietf-usefor-skb; Mon, 23 May 2005 14:31:53 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4NLVqf4055543 for ; Mon, 23 May 2005 14:31:52 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-69-135.midband.mdip.bt.net ([81.144.69.135]) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42924bc6.1658.27e8 for ietf-usefor@imc.org; Mon, 23 May 2005 22:31:50 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4NLRVu06155 for ietf-usefor@imc.org; Mon, 23 May 2005 22:27:31 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20908 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <42899E6C.1C7A@xyzzy.claranet.de> <428D05D9.1A45@xyzzy.claranet.de> <428F1727.427B@xyzzy.claranet.de> Date: Mon, 23 May 2005 16:19:44 GMT Lines: 115 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <428F1727.427B@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> you want me to use the term "parent article"? Yes, that >> might be a way out of it. Other people happy with that? >It wasn't my favourite option, because that forces you to >change many uses of "precursor", even the "precursor" in >the definition of followup. No, it puts the definition of "precursor" back exactly how you want it. A "precursor" is thus one particular example of a "parent". >Why can't you just say msg-id in the two (?) places where >you have any precursor != parent article at the moment ? Because that would make grammatical nonsense. Here is a revision on the whole text. The references header in USEFOR is now about as short as it can be (it defers entirely to USEPRO for constructing it, and you have to work out what it means from the way it is constructed). Definitions (for inclusion in USEFOR or USEPRO as appropriate). A "followup" is an article containing a response to the contents of an earlier article, its "precursor". It will always include a References header pointing to that "precursor". A "followup agent" is a combination of reading agent and posting agent that aids in the preparation and posting of a followup. Within USEFOR: 3.2.1 References | The References header is used to refer to earlier articles (e.g. | followups refer to their precursors), in order to facilitate the | display or retrieval, by reading and other agents, of threads of | related articles. It is the same as that specified in Section 3.6.4 | of [RFC2822] with the added restrictions detailed in Section 2.2 and | those listed below: o The updated construct defined in Section 3.1.3 MUST be used. o Message identifiers MUST be separated with CFWS. o Comments in CFWS between message identifiers can cause interoperability problems, so comments SHOULD NOT be generated, but MUST be accepted. | references = "References:" SP [CFWS] msg-id *(CFWS msg-id ) | [CFWS] CRLF | The process of generating a References header is set out in [USEPRO]. Within USEPRO: 7.6. Duties of a Followup Agent ....... 4. The followup MUST have a References header referring to its precursor, constructed in accordance with section 7.6.1 below. NOTE: That "MUST" ensures compliance with the definition of the term "followup". It is to be contrasted with the weaker recomendation using "SHOULD" applied, in [RFC 2822], to the generation of "replies" in email. Moreover, in Netnews, there is no expectation of any In-Reply-To header in a followup. 7.6.1. Construction of the References header The following procedure is to be used whenever some earlier article (the "parent") is to be referred to in the References header (F- 3.2.1) of a new article, whether in the course of generating a followup or for some other reason (e.g. the later parts of a multipart posting such as a FAQ, or the later parts of a message/partial as suggested in [RFC 2046]). If the parent did not have a References header, the content of the new article's References header MUST be inherited from that of the Message-ID header of the parent, otherwise (there already was a References header) it MUST be comprised of the parent's References header (subject to trimming as described below) followed by CFWS and the Message-ID header content of the parent. If the resulting References header is excessively long it MAY (and if its total length, whether folded or not, exceeds 998 chacacters it MUST) then be trimmed, but the first and the last two message identifiers MUST NOT be removed. NOTE: There is no provision in this standard for an article to have more than one parent. The essential property of the References header, guaranteed by the procedure above and to be preserved in any future extension, is that no article can ever precede one of its own parents. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4NKvuuj046658 for ; Mon, 23 May 2005 13:57: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 j4NKvu1I046657 for ietf-usefor-skb; Mon, 23 May 2005 13:57:56 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from a.mail.peak.org (a.mail.peak.org [69.59.192.41]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4NKvt6R046616 for ; Mon, 23 May 2005 13:57:55 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org ([69.59.192.81]) by a.mail.peak.org (8.12.10/8.12.8) with ESMTP id j4NKvmYp038802 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 23 May 2005 13:57:50 -0700 (PDT) Date: Mon, 23 May 2005 13:57:48 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: 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: List-Unsubscribe: List-ID: Harald Tveit Alvestrand : >If a followup (a term defined for News only) is a message that contains a >References header, then all followups have to contain a References header. A perfectly circular line of reasoning. A meaningless definition. And one that doesn't match current usage. People today do not say "I'm creating a followup because I'm putting a References header in this article", they say "I want to respond to this article." I.e., a followup IS not "any article with a References header", it IS "an article posted in response to another article". That's an intent on the part of the poster. Notice the reference to "IS", and notice that most posters of followups wouldn't know a References header if it bit them. Prior to the latest versions of the draft, you could DETECT a followup by seeing the References header, but that, alas, is gone. DETECT is not IS. The two are different. But, if you lose the ability to DETECT, then who cares what IS? You may have said "I intend this TO BE a followup", but if I cannot look at your article and DETECT that intent, so what? You may have INTENDED that your article be displayed in large, green flashing letters, but without a header that conveys that intent, so what? >So it's mandatory, but it's kind of saying that all persons named Smith >have to have the name "Smith" - true, but not a terribly interesting >statement. Yes, that's true. And it results in the argument that we are permitted to apply an RFC2119 "MUST" to it because that's the only way to make the definition true. If we define it to be mandatory, then obviously we have to say it is mandatory, even if there is no other reason for being mandatory than "we say it is." A poor definition leads to an abuse of the mandates of RFC2119. "We say it is" is not one of the justifications RFC2119 supports. >A point I expect to repeat a LOT over the next weeks: >If you want to change the text in a draft, please state: I'm quite happy with a non-mandatory References header, as long as our drafts are consistent with that position. They aren't. USEFOR is fine the way it is; USEPRO should be written to match it. All that takes is removing the MUST being proposed regarding the use of the header in "followups", whatever those might be. However, those who want to return a mandate to the use of the header SHOULD be the ones providing proposed changes to the text that would support that mandate, including justification for an RFC2119 mandate. It was removed from the official drafts sent to the IETF, so putting it back is more than just an "oops we forgot" kind of thing. It's supposed to be a reflection of group consensus at that point, and since we apparently agreed it wasn't mandatory anymore, it will take some considerable convincing to change that status. I look forward to reading these proposals. >I think that's more likely to achieve a testable consensus...... If you think we need a "testable consensus" about whether RFC2822 means what it says when it says "optional", or instead we can interpret it the way we want it to be, then there is a problem larger than just an editor who deliberately misrepresents the positions of group participants. And if the drafts submitted as official working drafts from this group do NOT reflect consensus, after this many years, then is there any hope of them ever doing so? 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 j4NHKV1x078602 for ; Mon, 23 May 2005 10:20:31 -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 j4NHKVVH078600 for ietf-usefor-skb; Mon, 23 May 2005 10:20:31 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4NHKUYZ078582 for ; Mon, 23 May 2005 10:20:30 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 42B1A61B43; Mon, 23 May 2005 19:20: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 26750-06; Mon, 23 May 2005 19:20:26 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id B748761AF1; Mon, 23 May 2005 19:20:25 +0200 (CEST) Date: Mon, 23 May 2005 19:20:16 +0200 From: Harald Tveit Alvestrand To: John Stanley , ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: <95F1E96CEA3D93EBEEB3DE85@B50854F0A9192E8EC6CDA126> In-Reply-To: References: X-Mailer: Mulberry/4.0.0b3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Easy folks..... --On 23. mai 2005 10:02 -0700 John Stanley wrote: >>> Oops, no we haven't. Which is it? Optional or mandatory? > >> Mandatory in followups. > > Please read RFC2822. Sometime before you send the next draft out, ok? If a followup (a term defined for News only) is a message that contains a References header, then all followups have to contain a References header. So it's mandatory, but it's kind of saying that all persons named Smith have to have the name "Smith" - true, but not a terribly interesting statement. ---------------------- mantra ----------------------------- A point I expect to repeat a LOT over the next weeks: If you want to change the text in a draft, please state: - The draft number, the section and the paragraph number - The old text you want to change - The new text you want to replace it with. I think that's more likely to achieve a testable consensus...... Harald 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 j4NHG1tK076915 for ; Mon, 23 May 2005 10:16:01 -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 j4NHG1SY076914 for ietf-usefor-skb; Mon, 23 May 2005 10:16:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from a.mail.peak.org (a.mail.peak.org [69.59.192.41]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4NHG0mA076885 for ; Mon, 23 May 2005 10:16:01 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org ([69.59.192.81]) by a.mail.peak.org (8.12.10/8.12.8) with ESMTP id j4NHFtYp025255 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 23 May 2005 10:15:55 -0700 (PDT) Date: Mon, 23 May 2005 10:15:55 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Status request: Who's following this group? Message-ID: 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: List-Unsubscribe: List-ID: I would have responded by email directly as requested, but is an invalid address. I'm following this group, read the documents, and am willing to review new versions carefully when asked. 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 j4NH2CmB072259 for ; Mon, 23 May 2005 10:02:12 -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 j4NH2Clt072258 for ietf-usefor-skb; Mon, 23 May 2005 10:02:12 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from a.mail.peak.org (a.mail.peak.org [69.59.192.41]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4NH2BMq072215 for ; Mon, 23 May 2005 10:02:11 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org ([69.59.192.81]) by a.mail.peak.org (8.12.10/8.12.8) with ESMTP id j4NH24Yp017524 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 23 May 2005 10:02:05 -0700 (PDT) Date: Mon, 23 May 2005 10:02:04 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 0.669 () ALL_CAP_PORN X-Scanned-By: MIMEDefang 2.39 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: "Charles Lindsey" : >>Which is it? >Wherever they finish up during the final tidying up operations ... Since what they say depends on where they are, how do you expect discussion on something you won't tell us which document it is going in? >>Incorrect, for all the same reasons I've pointed out already. >That, or something pretty close to it, has already been agreed in >principle by the other members of this WG. The other members of this working group do not get to change RFC2822 no matter how strongly they feel RFC2822 is broken. The best they can do is state that our definition of something differs from RFC2822 (if there is sufficient reason), and since we have chosen not to do that, then RFC2822 applies. >AIUI, our Chair has already ruled that the SHOULD in RFC 2822 is a >protocol issue, It does not matter. It appears in RFC2822, and we refer explicitely to RFC2822. In for a penny, in for a pound. Like I said, we don't get to modify RFC2822, only the drafts regarding news. We have shown that we clearly DO know how to list differences between our use of References and that in RFC2822 and have just as clearly NOT listed "mandatory" as one of them. That's an explicit adoption of the "optional" nature of References. I'm fine with that. Just be honest enough to admit it has happened and we can move on. >>Oops, no we haven't. Which is it? Optional or mandatory? >Mandatory in followups. Please read RFC2822. Sometime before you send the next draft out, ok? >>This is a ridiculous excuse for inserting a MUST modifier. >There might be other ways of expressing it, You can express it any way you like, but it is still a ridiculous reason for claiming RFC2119 language is justified. > ... but clearly anything that is mandatory MUST be present. You've just exhibited the textbook circular argument. It is mandatory so it MUST be present, and it MUST be present cause you say it is mandatory. Justify the mandate. Once. Show an interoperability issue. >We need to define the terms "followup" and "precursor". Not if they are meaningless. Since you cannot identify what is and is not a followup anymore, that term is useless. Lack of followup identification makes identifying precursors just as meaningless. >We are agreed that >the definition of "followup" will contain the fact that it always includes >a References header. No, we are not agreed on any such thing, since RFC2822 clearly says otherwise. >>Mail replies are no news followups. >Indeed, and everyone here (except John) agrees with that. STOP PUTTING FUCKING WORDS IN MY MOUTH, CHARLES. Do NOT pretend to speak for me, and do NOT pretend that you have any clue as to what I think, since you are so patently and stupidly wrong about it every time you try. Alexey, I'm tired of this crap. We need a different editor. When do you think you might have the courtesy of at least acknowledging my email to you about this problem? MAIL replies are not news anything, and you know I have not said otherwise. RFC2822 does not limit itself to mail when it speaks about the References header and replies. Don't be dishonest and try to claim that RFC2822 is explicitely only for mail, since WE EXPLICITELY REFER to RFC2822 for the definition of a NEWS header. Either RFC2822 is MAIL ONLY and we have no business referring to it, or it is for MESSAGES IN GENERAL and we can refer to it freely. >But the world >out there, especially the email pundits in the IETF and many implementors >of 2nd rate user agents, still believe that News is just Email with a few >funny bits tacked on. And just why do you think they would think differently, when this working group is saying essentially the same thing by its deference to RFC2822 except for the "funny bits"? >So we need to make that point, and also to point out >that we don't do In-Reply-To (otherwise Bruce will be along to tell us >that RFC 2822 requires it :-( ). I guess I should be relieved that you are now picking a different target for your ventriloquism act. 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 j4NGGuZq059908 for ; Mon, 23 May 2005 09:16: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 j4NGGueX059907 for ietf-usefor-skb; Mon, 23 May 2005 09:16:56 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4NGGtTN059898 for ; Mon, 23 May 2005 09:16:55 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-76-229.midband.mdip.bt.net ([81.144.76.229]) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 429201f5.38b7.1e6 for ietf-usefor@imc.org; Mon, 23 May 2005 17:16:53 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4NGCQF03500 for ietf-usefor@imc.org; Mon, 23 May 2005 17:12:26 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20907 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <428F09EB.3081@xyzzy.claranet.de> Date: Mon, 23 May 2005 15:32:30 GMT Lines: 45 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <428F09EB.3081@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> o even though commonly derived from s, >They are domains, domain literals, pseudo-domains (like >the old UUCP notation for UUCP hosts in s-o-1036), or >ersatz-subdomains based on real domains. Sure. And if any of those things are normally handled case-insensitively, then you had better forget that when it is incorporated in an . By all means, use ...@ExAmPlE.CoM in your msgid, but once you have made your choice, that choice is fixed for the rest of eternity (or at least so long as anybody needs to keep or refer to that article). >A is not yet defined in 2822 or usefor-03, >you probably mean -names. Good point. Actually, saying just "s" is enough. o even though commonly derived from s, s are case-sensitive (and thus, once created, are not to be altered during subsequent transmission or copying). > >> it is only "for the removal of all doubt". >It's important, this will be the "real" msg-id replacing >whatever all former RfCs said about it. OK, you seem to be asking for that text (or something like it) to be included. I see Henry also wants it in. I would therefore recommend Ken to include it. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4N7ief9000948 for ; Mon, 23 May 2005 00:44:40 -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 j4N7ieSm000947 for ietf-usefor-skb; Mon, 23 May 2005 00:44:40 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4N7idoj000931 for ; Mon, 23 May 2005 00:44:40 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1826661B61 for ; Mon, 23 May 2005 09:44: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 18968-07 for ; Mon, 23 May 2005 09:44:36 +0200 (CEST) Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1AC5C61AF1 for ; Mon, 23 May 2005 09:44:33 +0200 (CEST) Date: Mon, 23 May 2005 08:44:44 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: Poll results, membership and commitment Message-ID: X-Mailer: Mulberry/4.0.0b3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: 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. Harald 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 j4LGWBwu009805 for ; Sat, 21 May 2005 09:32:11 -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 j4LGWAre009804 for ietf-usefor-skb; Sat, 21 May 2005 09:32:10 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4LGWAYo009796 for ; Sat, 21 May 2005 09:32:10 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4LGVvZZ007455; Sat, 21 May 2005 12:31:57 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4LGVvBi007454; Sat, 21 May 2005 12:31:57 -0400 (EDT) Date: Sat, 21 May 2005 12:31:57 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Fixed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Fri, 20 May 2005, Charles Lindsey wrote: > So do we want to include that in USEFOR? It is strictly redundant as I > said in reply to Harald, so it is only "for the removal of all doubt". Removal of doubt, especially on issues where historically there has *been* considerable doubt, is a good thing. Put it in. Henry Spencer henry@spsystems.net 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 j4LFCS5B000235 for ; Sat, 21 May 2005 08:12:28 -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 j4LFCSEv000234 for ietf-usefor-skb; Sat, 21 May 2005 08:12:28 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4LFCOfS000221 for ; Sat, 21 May 2005 08:12:28 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4LFCDZZ006710; Sat, 21 May 2005 11:12:13 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4LFCCuU006709; Sat, 21 May 2005 11:12:12 -0400 (EDT) Date: Sat, 21 May 2005 11:12:12 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Suggested References texts In-Reply-To: <428F1727.427B@xyzzy.claranet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Sat, 21 May 2005, Frank Ellermann wrote: > Looking through s-o-1036 where that's already mentioned I > stumbled over this brilliant observation: > > | UNRESOLVED ISSUE: Would it be better to just give up > | and admit that news uses References for both purposes? > > Yes, it's better to give up now... In hindsight, it was probably better then too. There was constant tension in son-of-1036 between pushing for improvements and acknowledging unfortunate reality, and in this case, I think I came down on the wrong side of that fence. Henry Spencer henry@spsystems.net 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 j4LBFFqJ014871 for ; Sat, 21 May 2005 04:15:15 -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 j4LBFFok014868 for ietf-usefor-skb; Sat, 21 May 2005 04:15:15 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4LBFCUq014830 for ; Sat, 21 May 2005 04:15:13 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DZRv6-0002pf-Q6 for ietf-usefor@imc.org; Sat, 21 May 2005 13:13:28 +0200 Received: from du-001-245.access.de.clara.net ([212.82.227.245]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 May 2005 13:13:28 +0200 Received: from nobody by du-001-245.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 May 2005 13:13:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Suggested References texts Date: Sat, 21 May 2005 13:10:31 +0200 Organization: Lines: 79 Message-ID: <428F1727.427B@xyzzy.claranet.de> References: <42899E6C.1C7A@xyzzy.claranet.de> <428D05D9.1A45@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-245.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > We agreed months ago that it was legitimate to use the > References header for things that are not followups Yes. More like eleven years ago in my s-o-1036 parallel universe. As FidoNet user I was entitled to take a draft as bible, if everybody told me that it _is_ the bible. > You cannot go back on that now. I'm not intending to go back. I only say that it's not relevant for the _format_ of this beast, and I'm somewhat tired of the arguments about it here. It's a troll, you are feeding a troll. What do you hope, that it dies from congestion ? You tried this for a year, it's still alive. > I need a term for "the things that are in the msg-id-list > of this References header" How about msg-id (excluding the new CFWS for a second) ? > I proposed to use the term "precursor". The msg-id of the precursor is added to the msg-id-list in a followup. That doesn't guarantee that all msg-ids found in a msg-id-list are precursors. It only guarantees what happens with the last added msg-id in a followup. >> The followup agent then prepares anything as necessary, >> and the user is free to change whatever he wants to change. > I have never heard that suggested before. It was in one of those endless "Re: / followup" threads. Looking through s-o-1036 where that's already mentioned I stumbled over this brilliant observation: | UNRESOLVED ISSUE: Would it be better to just give up | and admit that news uses References for both purposes? Yes, it's better to give up now. And without "See-Also" it's also the only exit. | NOTE: Subject changes are difficult to determine, but | they are significant as possible beginnings of new threads. "We" (= some posters here, not necessarily including you) came to the conclusion, that users are free to remove the References if they want to enforce a new thread. IIRC it was related to Subject: new topic (was: old topic) > if the user does do that, then what he has written may no > longer be a proper followup. It's most definitely no followup, it might be still a sort of response trying to start a new thread. Actually it's a bad idea, most creative uses of References are bad ideas. > you want me to use the term "parent article"? Yes, that > might be a way out of it. Other people happy with that? It wasn't my favourite option, because that forces you to change many uses of "precursor", even the "precursor" in the definition of followup. Why can't you just say msg-id in the two (?) places where you have any precursor != parent article at the moment ? > The ultimate aim is to bring RFC 2822 and News together > for the headers they share in common. Okay, let's hope that UAs don't do too stupid things when they are forced to fold this header. A really stupid UA simply copies the msg-id-list as is and adds a msg-id. Then it waits for me to fix it when it needs trimming. And I've an idea how that's supposed to work. Bye, Frank 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 j4LAGj8o091439 for ; Sat, 21 May 2005 03:16:45 -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 j4LAGjQB091438 for ietf-usefor-skb; Sat, 21 May 2005 03:16:45 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4LAGhrF091420 for ; Sat, 21 May 2005 03:16:44 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DZR0o-0006pD-2H for ietf-usefor@imc.org; Sat, 21 May 2005 12:15:18 +0200 Received: from du-001-245.access.de.clara.net ([212.82.227.245]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 May 2005 12:15:18 +0200 Received: from nobody by du-001-245.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 May 2005 12:15:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Fixed Date: Sat, 21 May 2005 12:14:03 +0200 Organization: Lines: 27 Message-ID: <428F09EB.3081@xyzzy.claranet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-245.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > o even though commonly derived from s, They are domains, domain literals, pseudo-domains (like the old UUCP notation for UUCP hosts in s-o-1036), or ersatz-subdomains based on real domains. Something with an owner of the name space. Random garbage would risk collisions. Abuse of foreign name spaces is real abuse. A is not yet defined in 2822 or usefor-03, you probably mean -names. > s are case-sensitive (and thus, once created, > are not to be altered during subsequent transmission or > copying). Or other uses like various news-nntp-uri I-Ds desperately trying to get rid of RfC 1738, which says "host". RfC 1036 says "full_domain_name". I proposed "id-domain". > it is only "for the removal of all doubt". It's important, this will be the "real" msg-id replacing whatever all former RfCs said about it. Bye, Frank 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 j4L2EiJK067607 for ; Fri, 20 May 2005 19:14:44 -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 j4L2Eiwb067606 for ietf-usefor-skb; Fri, 20 May 2005 19:14:44 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4L2EhhV067593 for ; Fri, 20 May 2005 19:14:43 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-67-15.midband.mdip.bt.net ([81.144.67.15]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428e9992.bf97.65 for ietf-usefor@imc.org; Sat, 21 May 2005 03:14:42 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4L2CAP15782 for ietf-usefor@imc.org; Sat, 21 May 2005 03:12:10 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20898 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <42899E6C.1C7A@xyzzy.claranet.de> <428D05D9.1A45@xyzzy.claranet.de> Date: Fri, 20 May 2005 19:51:17 GMT Lines: 93 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <428D05D9.1A45@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> it is not as simple as that. Look at the new section 7.6.1 >> ("Construction of the References header"). It uses the term >> "precursor" 8 times, with the meaning "the earlier article >> that is being included in the References header because of >> some kind of dependency" (not just a followup). >Always a followup, with the one exception Followup-To: poster >- and then it's just the 2822 idea of a reply. It's always >as simple as that. Just strike the note speculating about a >future followup to more than one article. And that's USEPRO >territory, unnecessary in USEFOR. No, that is the whole point. We agreed months ago that it was legitimate to use the References header for things that are not followups (multipart FAQs is the example usually quoted, but there are others), and various people (notable Russ) have recently reaffirmed that position. You cannot go back on that now. So I need a term for "the things that are in the msg-id-list of this References header" and I proposed to use the term "precursor". If you don't like that, you are welcome to suggest another term. But you are not free to rewrite the question to suit your own preconceptions. >> if you want "precursor" to be just the inverse of followup, >> then please suggest what other term I might use >See below, what you have is fine, a "precursor" is the article >where a reader might wish to post a followup or reply by mail. No it's NOT. That is the whole point. The text I have written applies to more than followup agents (though they are the principal customers for it). >The followup agent then prepares anything as necessary, and >the user is free to change whatever he wants to change. I have never heard that suggested before. But if the user does do that, then what he has written may no longer be a proper followup. >> But what is wrong with "precursor"? >Nothing. Only the msg-id-list is not necessarily a list of >"precursors" in the sense of "inverse followups". If you want >"precursor" to be "any msg-id in a msg-id-list", then you might >need a separate "parent article" (as in 2822) for a predecessor >in the followup algorithm. OK, so you want me to use the term "parent article"? Yes, that might be a way out of it. Other people happy with that? > [comments as in () MUST be accepted] >> That particular wording has been in USEFOR for quite some >> time, and was put there explicitly at Russ's request. >Jumping from "no comments" (1036 and s-o-1036) to a new "MUST" >strikes me as odd. If it causes no trouble with folding it's >fine. Otherwise a SHOULD is no nonsense, the only excuse would >be "old news software". If the syntax says "comments allowed here", then ipso facto you MUST accept it if you want to claim compliance. That is the usual way to introduce a new feature by saying "MUST accept; don't generate yet". In a later standard you can then safely allow generation. The ultimate aim is to bring RFC 2822 and News together for the headers they share in common. Indeed it may be many years before it actually happens. >> Sometimes we just buy into whatever introductory explanation >> is provided by RFC 2822, but that just does not work for >> References >Of course it does. No, various people (notably Ken) have finally agreed that it does not. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4L2EhGW067598 for ; Fri, 20 May 2005 19:14:43 -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 j4L2EheW067596 for ietf-usefor-skb; Fri, 20 May 2005 19:14:43 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4L2EghX067583 for ; Fri, 20 May 2005 19:14:42 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-67-15.midband.mdip.bt.net ([81.144.67.15]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428e9991.bf97.64 for ietf-usefor@imc.org; Sat, 21 May 2005 03:14:41 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4L2CCc15796 for ietf-usefor@imc.org; Sat, 21 May 2005 03:12:12 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20900 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: Date: Fri, 20 May 2005 20:06:00 GMT Lines: 48 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In Henry Spencer writes: >On Thu, 19 May 2005, Charles Lindsey wrote: >> There is indeed a NOTE in USEPRO... >> NOTE: Some old software may treat message identifiers that >> differ only in case within their part as equivalent, >> and implementors of agents that generate message identifiers >> should be aware of this. >> but I am unsure as to just what those implementors who are made so aware >> are actually expected to do about it. >Perhaps "as equivalent, and thus it is unwise to generate message >identifiers which differ only in case within ". I like it. Done! >> What we are discussing now is whether to mention the topic in USEFOR as >> well, alongside the place where we discuss the other problems with msg-ids >> arising from unnecessary quoted-strings and quoted pairs. The sentence I >> have suggested for there is >> >> o even though commonly derived from s, s are >> not case-insensitive (and thus, once created, are not to be altered >> during subsequent transmission or copying). >This sounds reasonable, although "not case-insensitive" strikes me as >awkward and I would be tempted to write that as just "case-sensitive". OK, I have done that: o even though commonly derived from s, s are case-sensitive (and thus, once created, are not to be altered during subsequent transmission or copying). So do we want to include that in USEFOR? It is strictly redundant as I said in reply to Harald, so it is only "for the removal of all doubt". -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4L2Ehwe067597 for ; Fri, 20 May 2005 19:14:43 -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 j4L2EhGN067595 for ietf-usefor-skb; Fri, 20 May 2005 19:14:43 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4L2Ef89067582 for ; Fri, 20 May 2005 19:14:42 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-67-15.midband.mdip.bt.net ([81.144.67.15]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428e9990.bf97.63 for ietf-usefor@imc.org; Sat, 21 May 2005 03:14:40 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4L2CBW15790 for ietf-usefor@imc.org; Sat, 21 May 2005 03:12:11 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20899 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Case sensitivity: Clear enough? (Re: Fixed) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <428A8F8F.3888@xyzzy.claranet.de> <428C130C.5B0@xyzzy.claranet.de> <6852606F30972DC6E572C7DD@gloppen.hjemme.alvestrand.no> <428C606F.2688@xyzzy.claranet.de> <2AFDF3F60A84B623D17DF59F@gloppen.hjemme.alvestrand.no> Date: Fri, 20 May 2005 19:57:06 GMT Lines: 31 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <2AFDF3F60A84B623D17DF59F@gloppen.hjemme.alvestrand.no> Harald Tveit Alvestrand writes: >Seems to me we've beaten this particular horse to death. >To me, the results seem to say: >- Agents creating message-IDs MUST NOT create two message-IDs where the >only difference is in the case of the RHS of the message-ID >- Agents relaying messages with message-IDs MUST NOT change the case of the >message-ID Indeed, USEPRO does say both those things (see also my reply to Henry). The only problem is that all the other funnies that affect comparison of message ids are in USEFOR (because we had to write syntax to fix them). Therefor, that is where people will look to find this infpormation. Therefore it is proposed to include a brief mention there. Yes, it is redundant, but sometime a little redundancy helps, especially where, as in this case, people regularly jump to the wrong conclusion. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4JLjitk062520 for ; Thu, 19 May 2005 14:45:44 -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 j4JLji8h062519 for ietf-usefor-skb; Thu, 19 May 2005 14:45:44 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JLjg6o062497 for ; Thu, 19 May 2005 14:45:43 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DYsml-0000hu-73 for ietf-usefor@imc.org; Thu, 19 May 2005 23:42:31 +0200 Received: from 62.80.58.103 ([62.80.58.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 23:42:31 +0200 Received: from nobody by 62.80.58.103 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 23:42:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Suggested References texts Date: Thu, 19 May 2005 23:32:09 +0200 Organization: Lines: 112 Message-ID: <428D05D9.1A45@xyzzy.claranet.de> References: <42899E6C.1C7A@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 62.80.58.103 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > it is not as simple as that. Look at the new section 7.6.1 > ("Construction of the References header"). It uses the term > "precursor" 8 times, with the meaning "the earlier article > that is being included in the References header because of > some kind of dependency" (not just a followup). Always a followup, with the one exception Followup-To: poster - and then it's just the 2822 idea of a reply. It's always as simple as that. Just strike the note speculating about a future followup to more than one article. And that's USEPRO territory, unnecessary in USEFOR. The Re: / followup issue was discussed here for about one year, now it's time to move on as far as USEFOR is concerned. > if you want "precursor" to be just the inverse of followup, > then please suggest what other term I might use See below, what you have is fine, a "precursor" is the article where a reader might wish to post a followup or reply by mail. The followup agent then prepares anything as necessary, and the user is free to change whatever he wants to change. Like deleting all references (= new thread) or maybe only the last reference. The effect of the latter might be a valid followup to the precursor of the precursor. It could be also undefined, if the precursor was no followup. Nobody cares about all odd cases as long as reading agents can handle _any_ msg-id-list in the References. > But what is wrong with "precursor"? Nothing. Only the msg-id-list is not necessarily a list of "precursors" in the sense of "inverse followups". If you want "precursor" to be "any msg-id in a msg-id-list", then you might need a separate "parent article" (as in 2822) for a predecessor in the followup algorithm. Or if you want "precursor" for this predecessor, then you might need something else for "any msg-id in a msg-id-list". I'd prefer the latter, most of the time you need "precursor" in this sense. [comments as in () MUST be accepted] > That particular wording has been in USEFOR for quite some > time, and was put there explicitly at Russ's request. Jumping from "no comments" (1036 and s-o-1036) to a new "MUST" strikes me as odd. If it causes no trouble with folding it's fine. Otherwise a SHOULD is no nonsense, the only excuse would be "old news software". > Sometimes we just buy into whatever introductory explanation > is provided by RFC 2822, but that just does not work for > References Of course it does. > One of the things it needs to make clear is that it deals > with "followups" rather than "replies" For Followup-To: poster it's a reply (unless the author wants a followup, etc.), otherwise it's a followup (unless the author wants a reply, or both, or a new thread, etc.) It's obvious. Tons of text won't change it. > it is sometimes used for articles that are not followups Therefore msg-id-list plus a pointer to 2822 is good enough. > A References header indicates the previously posted context > in which the article was created. Maybe it doesn't, maybe it's just a list of msg-ids related to something the poster had in mind (= a new context created by the poster). > B. A semantics paragraph [...] > give an algorithm for constructing it Done in USEPRO and 2822. > I think that a well-formed References header has to be > constructed according to USEPRO (or RFC 2822 if it was > gatewayed from email). At too many points that's not guaranteed to be the case. > it might help to say "a well-formed References header" to > emphasise the point that it needs to be more than > syntactically correct if it is to be of any use for its > intended purposes. Intentionally creating a context like multipart FAQs or other creative uses can still have a valid purpose, even if it's not suited for threading. Or what with followups respecting a Followup-To: other-NG (or poster) ? Reading agents might have some difficulties with threading in these cases. But they can still (try to) allow access on each msg-id in the msg-id-list. >> UAs should survive such "attacks". > They will survive them, but they might thread them in funny > ways Let them just do their best and everybody is happy. If the poster gets some flames for creative References it's what he asked for. Bye, Frank 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 j4JGhpWF003888 for ; Thu, 19 May 2005 09:43:51 -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 j4JGhp7H003887 for ietf-usefor-skb; Thu, 19 May 2005 09:43:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JGhpku003880 for ; Thu, 19 May 2005 09:43:51 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4JGheZZ006971; Thu, 19 May 2005 12:43:41 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4JGhevE006970; Thu, 19 May 2005 12:43:40 -0400 (EDT) Date: Thu, 19 May 2005 12:43:40 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Fixed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Thu, 19 May 2005, Charles Lindsey wrote: > >...generators must avoid generating forms differing only in case, and > >generators checking for collisions must use case-insensitive comparison, > >but for all other purposes, comparisons must be case-sensitive. > > But do generators actually need to do such checks? Sensible ones, no; the intent was to say that if they do such checks for some strange reason, this is how they must do them. My overall point is that I think it's unwise to assume that "comparisons" are done only at the receiving end -- sufficiently warped software might do them in the generator as well. > There is indeed a NOTE in USEPRO... > NOTE: Some old software may treat message identifiers that > differ only in case within their part as equivalent, > and implementors of agents that generate message identifiers > should be aware of this. > but I am unsure as to just what those implementors who are made so aware > are actually expected to do about it. Perhaps "as equivalent, and thus it is unwise to generate message identifiers which differ only in case within ". Actually, at least one piece of old software did case-insensitive comparison of the *whole* message ID, and if we wanted to use that as an excuse, it could yield a simplified wording: NOTE: Some old software may treat message identifiers that differ only in case as equivalent, so message identifiers should differ in more than just case. > What we are discussing now is whether to mention the topic in USEFOR as > well, alongside the place where we discuss the other problems with msg-ids > arising from unnecessary quoted-strings and quoted pairs. The sentence I > have suggested for there is > > o even though commonly derived from s, s are > not case-insensitive (and thus, once created, are not to be altered > during subsequent transmission or copying). This sounds reasonable, although "not case-insensitive" strikes me as awkward and I would be tempted to write that as just "case-sensitive". Henry Spencer henry@spsystems.net 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 j4JGg7L2003499 for ; Thu, 19 May 2005 09:42:07 -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 j4JGg7H3003498 for ietf-usefor-skb; Thu, 19 May 2005 09:42:07 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JGg625003492 for ; Thu, 19 May 2005 09:42:06 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j4JGg53X000428 for ; Thu, 19 May 2005 09:42:06 -0700 Received: (qmail 30557 invoked by uid 1000); 19 May 2005 16:42:05 -0000 To: ietf-usefor@imc.org Subject: Re: Fixed In-Reply-To: (Charles Lindsey's message of "Thu, 19 May 2005 15:27:50 GMT") References: <200505172109.j4HL9Ul13955@panix5.panix.com> <87d5ro8juv.fsf@windlord.stanford.edu> <200505182205.j4IM5jO05972@panix5.panix.com> <87hdh041fc.fsf@windlord.stanford.edu> From: Russ Allbery Organization: The Eyrie Date: Thu, 19 May 2005 09:42:05 -0700 Message-ID: <87acmr6uci.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Russ Allbery writes: >> I'm fine with that. It can just be a difficult thing to change in >> running software. (For example, changing INN to use a case-sensitive >> comparison method for the RHS of message IDs will require a complete >> history rebuild after an upgrade and the loss of all information about >> previously rejected messages that had a message ID with a RHS that >> wasn't all-lowercase.) > Is that because there really are examples differing only in case in real > current history files, or is it because what you currently store in > history files is a hash of the msg-id, and you would have to move to a > different hashing algorithm? In which case, probably better to leave it > be. The latter. INN doesn't remember the message ID itself, only a hash of the message ID, and case folding is applied before hashing. So the original case of the message IDs has been lost, and can only be reconstructed for the articles presently in the spool. -- Russ Allbery (rra@stanford.edu) 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 j4JGK2DW099700 for ; Thu, 19 May 2005 09:20:02 -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 j4JGK24U099697 for ietf-usefor-skb; Thu, 19 May 2005 09:20:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JGK1vN099680 for ; Thu, 19 May 2005 09:20:01 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-98.midband.mdip.bt.net ([81.144.72.98]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428cbb2a.8de5.63e for ietf-usefor@imc.org; Thu, 19 May 2005 17:13:30 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4JGCVU02975 for ietf-usefor@imc.org; Thu, 19 May 2005 17:12:31 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20890 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505172109.j4HL9Ul13955@panix5.panix.com> <87d5ro8juv.fsf@windlord.stanford.edu> <200505182205.j4IM5jO05972@panix5.panix.com> <87hdh041fc.fsf@windlord.stanford.edu> Date: Thu, 19 May 2005 15:27:50 GMT Lines: 24 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87hdh041fc.fsf@windlord.stanford.edu> Russ Allbery writes: >I'm fine with that. It can just be a difficult thing to change in running >software. (For example, changing INN to use a case-sensitive comparison >method for the RHS of message IDs will require a complete history rebuild >after an upgrade and the loss of all information about previously rejected >messages that had a message ID with a RHS that wasn't all-lowercase.) Is that because there really are examples differing only in case in real current history files, or is it because what you currently store in history files is a hash of the msg-id, and you would have to move to a different hashing algorithm? In which case, probably better to leave it be. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4JGK22o099702 for ; Thu, 19 May 2005 09:20:02 -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 j4JGK20d099699 for ietf-usefor-skb; Thu, 19 May 2005 09:20:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JGK123099679 for ; Thu, 19 May 2005 09:20:01 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-98.midband.mdip.bt.net ([81.144.72.98]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428cbb2b.8de5.63f for ietf-usefor@imc.org; Thu, 19 May 2005 17:13:31 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4JGCSY02965 for ietf-usefor@imc.org; Thu, 19 May 2005 17:12:28 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20888 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: Date: Thu, 19 May 2005 15:16:58 GMT Lines: 64 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In Henry Spencer writes: >On Wed, 18 May 2005, Seth Breidbart wrote: >> So we should specify that generators ought to treat them as identical, >> and comparators ought to treat them as different. >Right idea, but the first part is confusingly worded. Better is to say >that generators must avoid generating forms differing only in case, and >generators checking for collisions must use case-insensitive comparison, >but for all other purposes, comparisons must be case-sensitive. But do generators actually need to do such checks? RFC 2822 recommends (SHOULD) that the id-right should be a domain-name (or an IP if you are desperate) which is under your own control, and you then make the id-left unique amongst all the things you generate. We inherit that recommendation from RFC 2822. Even if the domain name that you insert is sometimes in UC and sometimes in LC, they should still be distinguishable via the id-left, and if not then the people who control that domain have screwed up horribly. There is indeed a NOTE in USEPRO (which Frank has drawn attention to) and which has been in our drafts from time immemorial: NOTE: Some old software may treat message identifiers that differ only in case within their part as equivalent, and implementors of agents that generate message identifiers should be aware of this. but I am unsure as to just what those implementors who are made so aware are actually expected to do about it. As to the second part, there is already the following in USEPRO: NOTE: Even though commonly derived from the domain name of the originating site (and domain names are case-insensitive), a message identifier MUST NOT be altered in any way during transport, or when copied (as into a References header), and thus a simple (case-sensitive) comparison of octets will always suffice to recognize that same message identifier wherever it subsequently reappears. What we are discussing now is whether to mention the topic in USEFOR as well, alongside the place where we discuss the other problems with msg-ids arising from unnecessary quoted-strings and quoted pairs. The sentence I have suggested for there is o even though commonly derived from s, s are not case-insensitive (and thus, once created, are not to be altered during subsequent transmission or copying). and I think that is sufficient to make the point (and to do so without being accused of bringing protocol issues into USEFOR, which our Chair doesn't like). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4JGK25u099701 for ; Thu, 19 May 2005 09:20:02 -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 j4JGK2ul099698 for ietf-usefor-skb; Thu, 19 May 2005 09:20:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JGK1ug099678 for ; Thu, 19 May 2005 09:20:01 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-98.midband.mdip.bt.net ([81.144.72.98]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428cbb29.8de5.63d for ietf-usefor@imc.org; Thu, 19 May 2005 17:13:29 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4JGCTY02970 for ietf-usefor@imc.org; Thu, 19 May 2005 17:12:29 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20889 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Additional WG chair for the USEFOR working group Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <43DD547B8608648C97F3B689@gloppen.hjemme.alvestrand.no> <428BE8E3.6F2@xyzzy.claranet.de> Date: Thu, 19 May 2005 15:22:51 GMT Lines: 27 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <428BE8E3.6F2@xyzzy.claranet.de> Frank Ellermann writes: >Yes, a "last call USEFOR -05" in May, or rather two weeks after >all attempts to find some interesting bugs in draft -04 failed. Not a cat in hell's chance of that. Quite apart from the issues we are currently discussing (Path, Message-ID and References) there are serious problems with the Newsgroups and Injection-Info headers which I haven't even raised yet (because we can't handle too many topics at the same time). And even when all the technical issues are properly covered, there is still the collected syntax, IANA considerations, and documentation of differences from RFC 2822 to do, plus the changes since RFC 1036, which are currently sitting in USEPRO, but may well finish up as an appendix in USEFOR. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4JFKonA092102 for ; Thu, 19 May 2005 08:20:50 -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 j4JFKoaa092101 for ietf-usefor-skb; Thu, 19 May 2005 08:20:50 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JFKmR6092095 for ; Thu, 19 May 2005 08:20:49 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DYmlu-0003oi-3v for ietf-usefor@imc.org; Thu, 19 May 2005 17:17:14 +0200 Received: from 62.80.58.103 ([62.80.58.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 17:17:14 +0200 Received: from nobody by 62.80.58.103 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 17:17:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Case sensitivity: Clear enough? Date: Thu, 19 May 2005 17:14:15 +0200 Organization: Lines: 22 Message-ID: <428CAD47.9E1@xyzzy.claranet.de> References: <428A8F8F.3888@xyzzy.claranet.de> <428C130C.5B0@xyzzy.claranet.de> <6852606F30972DC6E572C7DD@gloppen.hjemme.alvestrand.no> <428C606F.2688@xyzzy.claranet.de> <2AFDF3F60A84B623D17DF59F@gloppen.hjemme.alvestrand.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 62.80.58.103 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: > beaten this particular horse to death. Finding a living horse here is unlikely. > Makes sense? Yes, two clear MUST NOT are fine. > this is about behaviour not syntax - does it > belong in USEPRO? So far the article syntax / format is in USEFOR, the detailed semantics / protocol is in USEPRO. > X.400(84)...... it's not a new kind of problem.. Don't mention MIXER - Bruce can ride any horse, dead or alive. Bye, Frank 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 j4JENvIb083974 for ; Thu, 19 May 2005 07:23:57 -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 j4JENvsm083973 for ietf-usefor-skb; Thu, 19 May 2005 07:23:57 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JENtfM083963 for ; Thu, 19 May 2005 07:23:56 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 755E861B73 for ; Thu, 19 May 2005 16:23:54 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21203-08 for ; Thu, 19 May 2005 16:23:51 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id AD89A61AF1 for ; Thu, 19 May 2005 16:23:51 +0200 (CEST) Date: Thu, 19 May 2005 16:23:51 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: Re: Case sensitivity: Clear enough? (Re: Fixed) Message-ID: In-Reply-To: <200505191008.31032.blilly@erols.com> References: <428C606F.2688@xyzzy.claranet.de> <2AFDF3F60A84B623D17DF59F@gloppen.hjemme.alvestrand.no> <200505191008.31032.blilly@erols.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: --On torsdag, mai 19, 2005 10:08:30 -0400 Bruce Lilly wrote: >> Makes sense? > > It does not account for gateways, where case may change... Have you ever seen a gateway causing a case change? 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 j4JDNpjW061738 for ; Thu, 19 May 2005 06:23:51 -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 j4JDNp39061737 for ietf-usefor-skb; Thu, 19 May 2005 06:23:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JDNoLu061692 for ; Thu, 19 May 2005 06:23:50 -0700 (PDT) (envelope-from alexey.melnikov-usefor@isode.com) Received: from [172.16.2.111] (shiny.isode.com [62.3.217.250]) by rufus.isode.com via TCP (internal) with ESMTPA; Thu, 19 May 2005 14:23:48 +0100 Message-ID: <428C9364.5050107@isode.com> Date: Thu, 19 May 2005 14:23:48 +0100 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en To: Frank Ellermann CC: ietf-usefor@imc.org Subject: USEFOR ABNF check References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> In-Reply-To: <426F6107.666C@xyzzy.claranet.de> MIME-version: 1.0 Content-type: text/plain; charset="ISO-8859-1"; format="flowed" Content-transfer-encoding: 7bit Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Frank Ellermann wrote: >Did anybody try an ABNF checker on usefor-03 ? (I didn't) > I just did and there are couple of errors (in both cases a rule got renamed in one place but not in another). 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 j4JCMRnV029092 for ; Thu, 19 May 2005 05:22:27 -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 j4JCMRiR029091 for ietf-usefor-skb; Thu, 19 May 2005 05:22:27 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4JCMQNC029066 for ; Thu, 19 May 2005 05:22:27 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 488A861B73 for ; Thu, 19 May 2005 14:22:25 +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 19863-03 for ; Thu, 19 May 2005 14:22:23 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6DB0861AF1 for ; Thu, 19 May 2005 14:22:22 +0200 (CEST) Date: Thu, 19 May 2005 14:22:22 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: Case sensitivity: Clear enough? (Re: Fixed) Message-ID: <2AFDF3F60A84B623D17DF59F@gloppen.hjemme.alvestrand.no> In-Reply-To: <428C606F.2688@xyzzy.claranet.de> References: <428A8F8F.3888@xyzzy.claranet.de> <428C130C.5B0@xyzzy.claranet.de> <6852606F30972DC6E572C7DD@gloppen.hjemme.alvestrand.no> <428C606F.2688@xyzzy.claranet.de> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Seems to me we've beaten this particular horse to death. To me, the results seem to say: - Agents creating message-IDs MUST NOT create two message-IDs where the only difference is in the case of the RHS of the message-ID - Agents relaying messages with message-IDs MUST NOT change the case of the message-ID - If the two rules above are followed, agents matching message-IDs can do whatever they like (compare with or without case folding) without any problem being caused. Makes sense? And, since this is about behaviour not syntax - does it belong in USEPRO? Harald PS: The first time I encountered this kind of language in a standard was in X.400(84)...... it's not a new kind of problem.. 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 j4J9vu1L054443 for ; Thu, 19 May 2005 02:57: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 j4J9vuKo054442 for ietf-usefor-skb; Thu, 19 May 2005 02:57:56 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4J9vsNS054394 for ; Thu, 19 May 2005 02:57:55 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DYhl9-0006as-7A for ietf-usefor@imc.org; Thu, 19 May 2005 11:56:07 +0200 Received: from 62.80.58.103 ([62.80.58.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 11:56:07 +0200 Received: from nobody by 62.80.58.103 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 11:56:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Fixed Date: Thu, 19 May 2005 11:46:23 +0200 Organization: Lines: 22 Message-ID: <428C606F.2688@xyzzy.claranet.de> References: <428A8F8F.3888@xyzzy.claranet.de> <428C130C.5B0@xyzzy.claranet.de> <6852606F30972DC6E572C7DD@gloppen.hjemme.alvestrand.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 62.80.58.103 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: > draft-ietf-dnsext-insensitive-05 Yes, I recall its funny "historical note" about "upper case". That won't help with any obscure id-(domain / right) issues. "News servers SHOULD compare a msg-id respecting its case, but MAY also compare id-(domain / right) case-insensitively, and therefore posting agents SHOULD NOT create any msg-id differing from another msg-id only in the case of the id-(domain / right)." A headache for USEPRO. But it might be what s-o-1036 said. At the moment USEPRO has: | NOTE: Some old software may treat message identifiers that | differ only in case within their part as equivalent, | and implementors of agents that generate message identifiers | should be aware of this. Bye, Frank 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 j4J6EiYl003853 for ; Wed, 18 May 2005 23:14:44 -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 j4J6EipE003852 for ietf-usefor-skb; Wed, 18 May 2005 23:14:44 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4J6EhFX003835 for ; Wed, 18 May 2005 23:14:43 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id BFE7261B5D; Thu, 19 May 2005 08:14:42 +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 14967-01; Thu, 19 May 2005 08:14:38 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id D500261AF1; Thu, 19 May 2005 08:14:37 +0200 (CEST) Date: Thu, 19 May 2005 08:14:37 +0200 From: Harald Tveit Alvestrand To: Frank Ellermann , ietf-usefor@imc.org Subject: RT (Re: Additional WG chair for the USEFOR working group) Message-ID: In-Reply-To: <428BE8E3.6F2@xyzzy.claranet.de> References: <43DD547B8608648C97F3B689@gloppen.hjemme.alvestrand.no> <428BE8E3.6F2@xyzzy.claranet.de> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: --On torsdag, mai 19, 2005 03:16:19 +0200 Frank Ellermann wrote: >> introduce some new tools to the group - namely, formal >> tracking of unresolved issues using RT (on rt.psg.com) > > The RT beast kills attempts for normal discussions with its > weird subject tags, it probably also kills your time. I'm > not exactly happy with it in LTRU. One thing you could try > to make it more user friendly is to replace its subjects > "[ticket number] issue text" by "issue text [ticket number]". My last experience with RT as an active user was on the IETF list - we did not let the robots post to the list there, someone copied the relevant pieces of discussion into RT by hand. Somewhat high workload, but kept the robot subject lines away. Harald 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 j4J5ovfd091424 for ; Wed, 18 May 2005 22:50:57 -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 j4J5ovfN091423 for ietf-usefor-skb; Wed, 18 May 2005 22:50:57 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4J5ouBn091402 for ; Wed, 18 May 2005 22:50:56 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 2050361B5D; Thu, 19 May 2005 07:50:55 +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 14499-04; Thu, 19 May 2005 07:50:51 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3A18861AF1; Thu, 19 May 2005 07:50:51 +0200 (CEST) Date: Thu, 19 May 2005 07:50:50 +0200 From: Harald Tveit Alvestrand To: Frank Ellermann , ietf-usefor@imc.org Subject: Re: Fixed Message-ID: <6852606F30972DC6E572C7DD@gloppen.hjemme.alvestrand.no> In-Reply-To: <428C130C.5B0@xyzzy.claranet.de> References: <428A8F8F.3888@xyzzy.claranet.de> <428C130C.5B0@xyzzy.claranet.de> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: --On torsdag, mai 19, 2005 06:16:12 +0200 Frank Ellermann wrote: >> OK, give me a more precise pointer to RFC 3???. > > RfC 3467 and RfC 3696 are not what I meant, that leaves about > 998 3???, if it was only an I-D I'm lost. Not in card-clarify > and not in dns-choices, whatever it was, it was last year. If > I find it I'll tell you. Thought I'd heard of this before... draft-ietf-dnsext-insensitive-05. Was before the IESG at the end of March; discussion about implications for future CLASSes prevented it going forward. 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 j4J4KCjQ050694 for ; Wed, 18 May 2005 21:20:12 -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 j4J4KCqY050693 for ietf-usefor-skb; Wed, 18 May 2005 21:20:12 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4J4KA1C050678 for ; Wed, 18 May 2005 21:20:11 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DYcUX-00020P-8v for ietf-usefor@imc.org; Thu, 19 May 2005 06:18:37 +0200 Received: from 62.80.58.103 ([62.80.58.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 06:18:37 +0200 Received: from nobody by 62.80.58.103 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 06:18:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Fixed Date: Thu, 19 May 2005 06:16:12 +0200 Organization: Lines: 18 Message-ID: <428C130C.5B0@xyzzy.claranet.de> References: <428A8F8F.3888@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 62.80.58.103 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > I have seen Bruce Lilly make exactly this argument with his > usual vehenence. And I've seen him claiming that USEFOR is essentially dead, and that 2234bis is erroneous, so his POV is not *always* the only possible POV. In the case of domains in a msg-id I seriously doubt that you talked about the same issue. > OK, give me a more precise pointer to RFC 3???. RfC 3467 and RfC 3696 are not what I meant, that leaves about 998 3???, if it was only an I-D I'm lost. Not in card-clarify and not in dns-choices, whatever it was, it was last year. If I find it I'll tell you. Bye, Frank 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 j4J1Qtvf012034 for ; Wed, 18 May 2005 18:26:55 -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 j4J1QtJD012033 for ietf-usefor-skb; Wed, 18 May 2005 18:26:55 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4J1QrF2012016 for ; Wed, 18 May 2005 18:26:54 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DYZmq-0002rB-7R for ietf-usefor@imc.org; Thu, 19 May 2005 03:25:20 +0200 Received: from 62.80.58.103 ([62.80.58.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 03:25:20 +0200 Received: from nobody by 62.80.58.103 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 May 2005 03:25:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Additional WG chair for the USEFOR working group Date: Thu, 19 May 2005 03:16:19 +0200 Organization: Lines: 31 Message-ID: <428BE8E3.6F2@xyzzy.claranet.de> References: <43DD547B8608648C97F3B689@gloppen.hjemme.alvestrand.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 62.80.58.103 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Harald Tveit Alvestrand wrote: > put together some realistic - and hopefully short - > schedules for finishing the USEFOR and USEPRO documents, Please don't make it too short for USEPRO. For USEFOR it's no problem, e.g. all "open points" about the 2045/2231 ABNF were in fact hallucinations on my side - I didn't know the prose-val trick to import ugly syntax for say a "parameter". > introduce some new tools to the group - namely, formal > tracking of unresolved issues using RT (on rt.psg.com) The RT beast kills attempts for normal discussions with its weird subject tags, it probably also kills your time. I'm not exactly happy with it in LTRU. One thing you could try to make it more user friendly is to replace its subjects "[ticket number] issue text" by "issue text [ticket number]". > RFC 3934. IMHO no. > hoping for a positive move forward Yes, a "last call USEFOR -05" in May, or rather two weeks after all attempts to find some interesting bugs in draft -04 failed. Bye, Frank 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 j4IMa659085423 for ; Wed, 18 May 2005 15:36:06 -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 j4IMa63u085422 for ietf-usefor-skb; Wed, 18 May 2005 15:36:06 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IMa5wL085399 for ; Wed, 18 May 2005 15:36:06 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4IMa1ZZ025024; Wed, 18 May 2005 18:36:01 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4IMa1BH025023; Wed, 18 May 2005 18:36:01 -0400 (EDT) Date: Wed, 18 May 2005 18:36:00 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Fixed In-Reply-To: <200505182205.j4IM5jO05972@panix5.panix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Wed, 18 May 2005, Seth Breidbart wrote: > So we should specify that generators ought to treat them as identical, > and comparators ought to treat them as different. Right idea, but the first part is confusingly worded. Better is to say that generators must avoid generating forms differing only in case, and generators checking for collisions must use case-insensitive comparison, but for all other purposes, comparisons must be case-sensitive. Henry Spencer henry@spsystems.net 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 j4IMPDcf082978 for ; Wed, 18 May 2005 15:25:13 -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 j4IMPDmR082977 for ietf-usefor-skb; Wed, 18 May 2005 15:25:13 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IMPDG1082970 for ; Wed, 18 May 2005 15:25:13 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j4IMPCmp025355 for ; Wed, 18 May 2005 15:25:12 -0700 Received: (qmail 29121 invoked by uid 1000); 18 May 2005 22:25:11 -0000 To: ietf-usefor@imc.org Subject: Re: Fixed In-Reply-To: <200505182205.j4IM5jO05972@panix5.panix.com> (Seth Breidbart's message of "Wed, 18 May 2005 18:05:45 -0400 (EDT)") References: <200505172109.j4HL9Ul13955@panix5.panix.com> <87d5ro8juv.fsf@windlord.stanford.edu> <200505182205.j4IM5jO05972@panix5.panix.com> From: Russ Allbery Organization: The Eyrie Date: Wed, 18 May 2005 15:25:11 -0700 Message-ID: <87hdh041fc.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Seth Breidbart writes: > Russ Allbery wrote: >> I'll warn again like I did on the NNTP mailing list: Existing software >> does not treat and as distinct message IDs and anyone >> relying on software to do so will be very sad. > I take it you mean _some_ existng software, right? Right, I tend to use those terms synonymously and add the "all" if I really mean all existing software, but that's a sloppy practice and I don't always stick with it uniformly. > So we should specify that generators ought to treat them as identical, > and comparators ought to treat them as different. Right. > We should (I believe) also state that comparators that treat them as > identical are broken. (Generators that treat them as different aren't > broken per se, they just won't interoperate well with broken > comparators.) I'm fine with that. It can just be a difficult thing to change in running software. (For example, changing INN to use a case-sensitive comparison method for the RHS of message IDs will require a complete history rebuild after an upgrade and the loss of all information about previously rejected messages that had a message ID with a RHS that wasn't all-lowercase.) -- Russ Allbery (rra@stanford.edu) 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 j4IM5lHP078749 for ; Wed, 18 May 2005 15:05:47 -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 j4IM5lNw078748 for ietf-usefor-skb; Wed, 18 May 2005 15:05:47 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IM5kv1078736 for ; Wed, 18 May 2005 15:05:46 -0700 (PDT) (envelope-from sethb@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id C881C58B1D for ; Wed, 18 May 2005 18:05:45 -0400 (EDT) Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j4IM5jO05972; Wed, 18 May 2005 18:05:45 -0400 (EDT) Date: Wed, 18 May 2005 18:05:45 -0400 (EDT) Message-Id: <200505182205.j4IM5jO05972@panix5.panix.com> From: Seth Breidbart To: ietf-usefor@imc.org In-reply-to: <87d5ro8juv.fsf@windlord.stanford.edu> (message from Russ Allbery on Wed, 18 May 2005 11:33:28 -0700) Subject: Re: Fixed References: <200505172109.j4HL9Ul13955@panix5.panix.com> <87d5ro8juv.fsf@windlord.stanford.edu> Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Russ Allbery wrote: > I'll warn again like I did on the NNTP mailing list: Existing > software does not treat and as distinct message IDs > and anyone relying on software to do so will be very sad. I take it you mean _some_ existng software, right? So we should specify that generators ought to treat them as identical, and comparators ought to treat them as different. We should (I believe) also state that comparators that treat them as identical are broken. (Generators that treat them as different aren't broken per se, they just won't interoperate well with broken comparators.) Seth 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 j4IIXTjK033575 for ; Wed, 18 May 2005 11:33:29 -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 j4IIXTxS033574 for ietf-usefor-skb; Wed, 18 May 2005 11:33:29 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IIXTmX033567 for ; Wed, 18 May 2005 11:33:29 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j4IIXS5j018940 for ; Wed, 18 May 2005 11:33:28 -0700 Received: (qmail 13658 invoked by uid 1000); 18 May 2005 18:33:28 -0000 To: ietf-usefor@imc.org Subject: Re: Fixed In-Reply-To: (Charles Lindsey's message of "Wed, 18 May 2005 12:26:11 GMT") References: <200505172109.j4HL9Ul13955@panix5.panix.com> From: Russ Allbery Organization: The Eyrie Date: Wed, 18 May 2005 11:33:28 -0700 Message-ID: <87d5ro8juv.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Seth Breidbart writes: >> Elsewhere we specify that the _comparison_ is case-sensitive; >> and are *different* message IDs. > Do we? I don't think we do, which is why I want to make sure it is fixed > here. I'll warn again like I did on the NNTP mailing list: Existing software does not treat and as distinct message IDs and anyone relying on software to do so will be very sad. This is not something that I see changing sufficiently to start relying on that property within the next five years. I have no problem with specifying that case *insensitivity* should *also* not be relied upon, but giving people the impression that using and as distinct message IDs will work is doing them a disservice, IMO. -- Russ Allbery (rra@stanford.edu) 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 j4IITI60033144 for ; Wed, 18 May 2005 11:29:18 -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 j4IITIYM033143 for ietf-usefor-skb; Wed, 18 May 2005 11:29:18 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IITHri033135 for ; Wed, 18 May 2005 11:29:18 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j4IITEZZ022119; Wed, 18 May 2005 14:29:14 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j4IITE1b022118; Wed, 18 May 2005 14:29:14 -0400 (EDT) Date: Wed, 18 May 2005 14:29:13 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Fixed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Wed, 18 May 2005, Charles Lindsey wrote: > That is dangerous stuff, and has given rise to a widespread belief that, > as a domain, ExAmPlE.CoM is everywhere interchangeable with example.com or > EXAMPLE.COM. Why else have some (not all) implementors built that in to > their msg-id comparisons, in the belief they were doing the "right thing"? > > I still think we need a sentence like the one I gave, just for the removal > of all doubt. But it is for the WG to agree or disagree with that > suggestion. There is long-standing confusion about this. We definitely need to address this explicitly and unambiguously. Henry Spencer henry@spsystems.net 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 j4IINNm5031821 for ; Wed, 18 May 2005 11:23:23 -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 j4IINN2a031820 for ietf-usefor-skb; Wed, 18 May 2005 11:23:23 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IINMCS031802 for ; Wed, 18 May 2005 11:23:22 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup043.mcc.ac.uk ([130.88.69.43]) by serenity.mcc.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1DYTCT-000IJn-NY for ietf-usefor@imc.org; Wed, 18 May 2005 19:23:22 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4II8uS23995; Wed, 18 May 2005 19:08:56 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20875 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <428A8F8F.3888@xyzzy.claranet.de> Date: Wed, 18 May 2005 12:42:18 GMT Lines: 53 MIME-Version: 1.0 X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <428A8F8F.3888@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> someone is going to argue that they should be >> case-insensitive. >That's not the case. Oh yes it is! I have seen Bruce Lilly make exactly this argument with his usual vehenence. > Only the _comparison_ of domain names for >the purposes of DNS is case insensitive. There's a separate >RfC 3??? explaining this issue, and it took me some time to get >this important detail. OK, give me a more precise pointer to RFC 3???. >Actually it's already clear in RfC 1034, I was only too stupid >to see it there (grep ASCII in RfC 1034). No, that is not clear enough to be Lilly-safe, though it helps. >> What does RFC 2822 say on the subject? >Nothing, ... It says, with respect to s, ... In the dot-atom form, this is interpreted as an Internet domain name (either a host name or a mail exchanger name) as described in [STD3, STD13, STD14]. That is dangerous stuff, and has given rise to a widespread belief that, as a domain, ExAmPlE.CoM is everywhere interchangeable with example.com or EXAMPLE.COM. Why else have some (not all) implementors built that in to their msg-id comparisons, in the belief they were doing the "right thing"? I still think we need a sentence like the one I gave, just for the removal of all doubt. But it is for the WG to agree or disagree with that suggestion. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4IINM6X031810 for ; Wed, 18 May 2005 11:23:22 -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 j4IINMKh031809 for ietf-usefor-skb; Wed, 18 May 2005 11:23:22 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IINLp0031795 for ; Wed, 18 May 2005 11:23:22 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup043.mcc.ac.uk ([130.88.69.43]) by serenity.mcc.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1DYTCT-000IJn-5O for ietf-usefor@imc.org; Wed, 18 May 2005 19:23:21 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4II4Fj23975; Wed, 18 May 2005 19:04:15 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20874 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed (was: Broken Message-ID syntax) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200505172109.j4HL9Ul13955@panix5.panix.com> Date: Wed, 18 May 2005 12:26:11 GMT Lines: 40 MIME-Version: 1.0 X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <200505172109.j4HL9Ul13955@panix5.panix.com> Seth Breidbart writes: >"Charles Lindsey" wrote: >> However, if s are going to look like domain-names (as RFC >> 2822 RECOMMENDS and Frank insists), then someone is going to argue >> that they should be case-insensitive. >That makes no sense; it isn't a string that's case-insensitive, but a >comparison. Doesn't stop the pedants from using that argument :-( . >> o even though commonly derived from s, s are >> NOT case-insensitive (and thus, once created, are not to be altered >> during subsequent transmission or copying). >"MUST NOT be altered" is fine. Maybe. I avoided RFC 2119 language here because transmission and copying are USEPRO issues, and our Chair likes to keep them out of USEFOR (hence also why the remark was in parentheses). But rest assured that USEPRO _does_ include MUST NOT wording to cover this. >Elsewhere we specify that the _comparison_ is case-sensitive; >and are *different* message IDs. Do we? I don't think we do, which is why I want to make sure it is fixed here. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4IINL7N031792 for ; Wed, 18 May 2005 11:23:21 -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 j4IINL63031791 for ietf-usefor-skb; Wed, 18 May 2005 11:23:21 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IINK3m031782 for ; Wed, 18 May 2005 11:23:20 -0700 (PDT) (envelope-from chl@clerew.man.ac.uk) Received: from dialup043.mcc.ac.uk ([130.88.69.43]) by serenity.mcc.ac.uk with esmtp (Exim 4.43 (FreeBSD)) id 1DYTCR-000IJn-6s for ietf-usefor@imc.org; Wed, 18 May 2005 19:23:19 +0100 Received: (from chl@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4II2Y423967; Wed, 18 May 2005 19:02:34 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20873 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Path header: suggested texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <046F43A8D79C794FA4733814869CDF07916CB9@dul1wnexmb01.vcorp.ad.vrsn.com> Date: Wed, 18 May 2005 12:20:09 GMT Lines: 25 MIME-Version: 1.0 X-UoM: Scanned by the University Mail System. See http://www.mcc.ac.uk/cos/email/scanning for details. Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <046F43A8D79C794FA4733814869CDF07916CB9@dul1wnexmb01.vcorp.ad.vrsn.com> "Scott Hollenbeck" writes: >> There was one request that an IPv6 example should be included in the >> example in Usepro 7.3.1 (there is already an IPv4 example). >See RFC 3849: Which reserves 2001:DB8::/32 in the same way that TLD example is reserved. >Something like "2001:DB8:0:0:8:800:200C:417A" (or anything in 2001:DB8::/32) >could work. OK, I have now changed the example to use that in place of the existing IPv4 (or does anybody think that we need examples of both)? -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4IDXoWC080435 for ; Wed, 18 May 2005 06:33:50 -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 j4IDXoRV080434 for ietf-usefor-skb; Wed, 18 May 2005 06:33:50 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IDXnJl080428 for ; Wed, 18 May 2005 06:33:50 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3228061B4E for ; Wed, 18 May 2005 15:33:49 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28677-08 for ; Wed, 18 May 2005 15:33:47 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id 59EEB61AF1 for ; Wed, 18 May 2005 15:33:47 +0200 (CEST) Date: Wed, 18 May 2005 15:33:45 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: Status request: Who's following this group? Message-ID: X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: As part of "figuring out where we are", I'd like to ask you to say "hello"... if you could all send me a message saying one of: - I'm following this group, but only glancing at it - I'm following this group, and reading the messages, but not responding much - I'm following this group, reading, and responding whenever I feel that my response can contribute something - I'm following this group, read the documents, and am willing to review new versions carefully when asked that would be most helpful to give me an idea of what size this group actually is, and how much work we can expect people to be willing to undertake. Of course, those who do not read the list won't respond at all :-) Please respond to me only - no need to clutter up the list! Harald 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 j4IDMBU8078328 for ; Wed, 18 May 2005 06:22:11 -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 j4IDMBFL078327 for ietf-usefor-skb; Wed, 18 May 2005 06:22:11 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4IDMANf078319 for ; Wed, 18 May 2005 06:22:11 -0700 (PDT) (envelope-from harald@alvestrand.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id D352061B4E for ; Wed, 18 May 2005 15:22: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 28638-01 for ; Wed, 18 May 2005 15:22:07 +0200 (CEST) Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id BFFA661AF1 for ; Wed, 18 May 2005 15:22:07 +0200 (CEST) Date: Wed, 18 May 2005 15:22:07 +0200 From: Harald Tveit Alvestrand To: ietf-usefor@imc.org Subject: Additional WG chair for the USEFOR working group Message-ID: <43DD547B8608648C97F3B689@gloppen.hjemme.alvestrand.no> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: amavisd-new at alvestrand.no Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Hello, Scott Hollenbeck and Alexey have asked me to take a stint as an additional working group chair for the USEFOR WG. 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. We'll be trying to put together some realistic - and hopefully short - schedules for finishing the USEFOR and USEPRO documents, check that the group has enough energy to do the finishing work, and introduce some new tools to the group - namely, formal tracking of unresolved issues using RT (on rt.psg.com) and a stricter enforcement of the list behaviour rules from RFC 3934. This also means that we'll be calling on the document editors to check what they think the status of their docs is, and what a realistic schedule for completion is. We'll be sending out a few more "status request" messages pretty soon now, to make sure we have a realistic expectation of how and when we can finish the group's work. I don't expect to be WG chair for more than about 3 months - after that, I expect that either the group is finished or Alexey will be able to handle the rest of the group's work on his own. Here's hoping for a positive move forward! Harald Alvestrand 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 j4I0jag5000925 for ; Tue, 17 May 2005 17:45:36 -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 j4I0jaOo000924 for ietf-usefor-skb; Tue, 17 May 2005 17:45:36 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4I0jY3L000913 for ; Tue, 17 May 2005 17:45:35 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DYCfY-0008Hy-GP for ietf-usefor@imc.org; Wed, 18 May 2005 02:44:16 +0200 Received: from du-001-052.access.de.clara.net ([212.82.227.52]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 May 2005 02:44:16 +0200 Received: from nobody by du-001-052.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 May 2005 02:44:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Fixed Date: Wed, 18 May 2005 02:42:55 +0200 Organization: Lines: 18 Message-ID: <428A8F8F.3888@xyzzy.claranet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-052.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > someone is going to argue that they should be > case-insensitive. That's not the case. Only the _comparison_ of domain names for the purposes of DNS is case insensitive. There's a separate RfC 3??? explaining this issue, and it took me some time to get this important detail. Actually it's already clear in RfC 1034, I was only too stupid to see it there (grep ASCII in RfC 1034). > What does RFC 2822 say on the subject? Nothing, it's not concered with comparing Message-IDs. STD 13 is relevant, never ever touch the case of a domain. Bye, Frank 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 j4HL9VGK052598 for ; Tue, 17 May 2005 14:09:32 -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 j4HL9Vjj052597 for ietf-usefor-skb; Tue, 17 May 2005 14:09:31 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HL9VqZ052590 for ; Tue, 17 May 2005 14:09:31 -0700 (PDT) (envelope-from sethb@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 5CE8313AA14 for ; Tue, 17 May 2005 17:09:30 -0400 (EDT) Received: (from sethb@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id j4HL9Ul13955; Tue, 17 May 2005 17:09:30 -0400 (EDT) Date: Tue, 17 May 2005 17:09:30 -0400 (EDT) Message-Id: <200505172109.j4HL9Ul13955@panix5.panix.com> From: Seth Breidbart To: ietf-usefor@imc.org In-reply-to: (chl@clerew.man.ac.uk) Subject: Re: Fixed (was: Broken Message-ID syntax) References: Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: "Charles Lindsey" wrote: > However, if s are going to look like domain-names (as RFC > 2822 RECOMMENDS and Frank insists), then someone is going to argue > that they should be case-insensitive. That makes no sense; it isn't a string that's case-insensitive, but a comparison. > o even though commonly derived from s, s are > NOT case-insensitive (and thus, once created, are not to be altered > during subsequent transmission or copying). "MUST NOT be altered" is fine. Elsewhere we specify that the _comparison_ is case-sensitive; and are *different* message IDs. Seth 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 j4HL42bN051431 for ; Tue, 17 May 2005 14:04:02 -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 j4HL42tU051430 for ietf-usefor-skb; Tue, 17 May 2005 14:04:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HL40DN051415 for ; Tue, 17 May 2005 14:04:01 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-71-20.midband.mdip.bt.net ([81.144.71.20]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428a5c3f.bf4b.1393 for ietf-usefor@imc.org; Tue, 17 May 2005 22:03:59 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4HL1Ad12566 for ietf-usefor@imc.org; Tue, 17 May 2005 22:01:10 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20865 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <42899E6C.1C7A@xyzzy.claranet.de> Date: Tue, 17 May 2005 19:13:35 GMT Lines: 181 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <42899E6C.1C7A@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> there was some concern as to the amount of semantics to be >> included in Usefor. >Already resolved: Absolutely no extra-semantics in USEFOR >excl. the one addition confirmed by Ken: >news://news.gmane.org/426E4FC9.7020903@oceana.com >http://mid.gmane.org/426E4FC9.7020903@oceana.com That article only deals with some definitions. It says nothing about what goes into the section defining the Rererences header. See <426FDD09.5030102@oceana.com> for where Ken agrees that it needs more than it has currently got. >> (for inclusion in USEFOR or USEPRO as appropriate). >Certainly not in USEFOR. The terse definitions in USEFOR >based on a general understanding of 2822 are fine. We need to define the terms "followup" and "precursor". We are agreed that the definition of "followup" will contain the fact that it always includes a References header. You want "precursor" to be defined as the inverse of "followup", but it is not as simple as that. Look at the new section 7.6.1 ("Construction of the References header"). It uses the term "precursor" 8 times, with the meaning "the earlier article that is being included in the References header because of some kind of dependency" (not just a followup). I need some such term, so if you want "precursor" to be just the inverse of followup, then please suggest what other term I might use, or explain how to write that section without any special term at all. But what is wrong with "precursor"? It is availble free of charge, and does not come with any baggage of widespread usage in the world out there. >> o The updated construct defined in Section >> 3.1.3 MUST be used. >s/msg-id-core/msg-id/g Yes, that will get fixed when Ken adopts the suggested Message-ID texts. >> interoperability problems, so comments SHOULD NOT be >> generated, but MUST be accepted. >s/, but MUST be accepted// The "interoperability problem" is >that this might not work as expected, and a worldwide update >of servers, UAs, and gateways at a future date X is impossible. >The best you can get is SHOULD. It follows the general principle (which has always been in our drafts) that there are some things which the Netnews world simply must catch up with in the interests of consistency, and so we make it an issue of full compliance. Not that we expect existing implementations to become compliant overnight, but we expect them to do so eventually (and not to hide behind that "SHOULD NOT generate (yet)" for ever and ever). That particular wording has been in USEFOR for quite some time, and was put there explicitly at Russ's request. Now we come to the "semantics" wording that is to go with USEFOR 3.2.1. There are two paragraphs that I have suggested, and they serve different purposes: A. An introductory paragraph to explain what the header is there for. Every other header we introduce has such an introduction, as do all the headers introduced in RFC 2822 (see my article for lots of examples). Sometimes we just buy into whatever introductory explanation is provided by RFC 2822, but that just does not work for References, so we need to roll our own. One of the things it needs to make clear is that it deals with "followups" rather than "replies", and another is that it is sometimes used for articles that are not followups (see the discussion that followed Ken's <426FDD09.5030102@oceana.com>, and in particular my ). It does not have to use the text I have suggested, and for example Forrest suggested A References header indicates the previously posted context in which the article was created. (which is a bit too bare, but it might be worked up into something more suitable). B. A semantics paragraph, explaining what this header "means". There are two ways of doing this; either says what it means, or else give an algorithm for constructing it (and let people work out from the construction method what it means). RFC 2822 chose the latter method, and now that I have written USEPRO 7.6.1 we could do the same (but it is a long way from USEFOR 3.2.1 to USEPRO 7.6.1). Anyway, the possibility of removing or simplifying that paragraph does now exist, and so it is open for discussion. >> | The list is composed of message identifiers of precursors >No, that is not the case. It's just a msg-id-list, and nobody >knows all details. Maybe it was recursively created as defined >in 2822 and USEPRO, maybe not. I think that a well-formed References header has to be constructed according to USEPRO (or RFC 2822 if it was gatewayed from email). >>| The process of generating a References header by a followup >>| agent is set out in [USEPRO]. >That's the only addition I might agree with, if you promise >that it's the final word about this issue in USEFOR. Yes, that sentence is needed, and it might help to say "a well-formed References header" to emphasise the point that it needs to be more than syntactically correct if it is to be of any use for its intended purposes. > [USEPRO] >> 4. The followup MUST have a References header referring to >> its precursor >s/MUST have/has/ because otherwise it can't be a followup. No, look at the rest of USEPRO 7.6. There is a whole succession of SHOULDs for what is to go in the Newsgroups, Subject and Distribution headers (which we discussed at length last year, and which we sure don't want to go over again). It needs to be immediately clear that the requirement for the References header is stronger than in those cases. And also we need a MUST word somewhere here in order to point out that it is more than the SHOULD in RFC 2822. But the wording of the next bit can be discussed (for example, one might put the 'compliance with definition stuff' in parentheses after the MUST in the first paragraph, or one might leave it out altogether). >> NOTE: That "MUST" ensures compliance with the definition of >> the term "followup". >> It is to be contrasted with the weaker recomendation using >> "SHOULD" applied, in [RFC 2822], to the generation of >> "replies" in email. >Mail replies are no news followups. Indeed, and everyone here (except John) agrees with that. But the world out there, especially the email pundits in the IETF and many implementors of 2nd rate user agents, still believe that News is just Email with a few funny bits tacked on. So we need to make that point, and also to point out that we don't do In-Reply-To (otherwise Bruce will be along to tell us that RFC 2822 requires it :-( ). >> NOTE: There is no provision in this standard for an article >> to have more than one precursor. >Delete. I can (ab)use References as See-Also or In-Reply-To >as I see fit. UAs should survive such "attacks". They will survive them, but they might thread them in funny ways if they ignore my "essenntial property" advice. Note that RFC 2822 makes the same point regarding replying to more than one message, so it is quite in order for us to do the same (and indeed that wording has been in USEPRO and ARTICLE before it for a long time - I have just moved it to a more convenient location). Actually, when the time for a multi-precursor followup does come, by own view is that the way to do it with minimum breakage of the existing setup wold be just to allow more than one References header. But that is a battle for another day. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4HL3xBE051404 for ; Tue, 17 May 2005 14:03:59 -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 j4HL3xXu051403 for ietf-usefor-skb; Tue, 17 May 2005 14:03:59 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HL3wA6051387 for ; Tue, 17 May 2005 14:03:59 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-71-20.midband.mdip.bt.net ([81.144.71.20]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428a5c3d.bf4b.1391 for ietf-usefor@imc.org; Tue, 17 May 2005 22:03:57 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4HL1B112571 for ietf-usefor@imc.org; Tue, 17 May 2005 22:01:11 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20866 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Obsolete vs. obsolescent Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <200504111212.j3BCChM14516@clerew.man.ac.uk> <87psx1gnjc.fsf@windlord.stanford.edu> <87fyxvx1m6.fsf@windlord.stanford.edu> <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <4288F859.2000607@isode.com> Date: Tue, 17 May 2005 19:15:44 GMT Lines: 21 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4288F859.2000607@isode.com> Alexey Melnikov writes: >So, how about the following: > As a result, this header is to be regarded as obsolescent, and it will > be removed entirely in a future version of this standard. > Servers and clients SHOULD ignore it, and SHOULD NOT generate it. OK, but s/it will be removed/it is likely to be removed/. No point in giving unnecessary hostages to fortune. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4HL40Kf051413 for ; Tue, 17 May 2005 14:04:00 -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 j4HL40S5051412 for ietf-usefor-skb; Tue, 17 May 2005 14:04:00 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HL3xNP051397 for ; Tue, 17 May 2005 14:03:59 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-71-20.midband.mdip.bt.net ([81.144.71.20]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428a5c3e.bf4b.1392 for ietf-usefor@imc.org; Tue, 17 May 2005 22:03:58 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4HL1CN12575 for ietf-usefor@imc.org; Tue, 17 May 2005 22:01:12 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20867 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Fixed (was: Broken Message-ID syntax) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) Date: Tue, 17 May 2005 19:45:14 GMT Lines: 43 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: I think my suggested Message-ID text is now more or less stabilized, but there is a point that recently came up on the NNTP list that maybe ought be be covered. We are agreed, AIUI, that "a simple comparison of octets will always suffice to determine the identity of two s" (since we went to a lot of trouble to eliminate problems with quoted-strings and quoted-pairs appearing in places where they were not necessary). However, if s are going to look like domain-names (as RFC 2822 RECOMMENDS and Frank insists), then someone is going to argue that they should be case-insensitive. Which is of course a complete nonsense (some news servers go to the trouble of doing a case-insensitive comparison of s, but that is tiemn consuming and unnecessary and, moreover, a whole bunch of other servers don't). Question. What does RFC 2822 say on the subject? IMO RFC 2822 is OK because the object on the right of a msg-id is an , and nowhere does it say that s are case insensitive. They may be created looking like domain names but, once created (whether in UC or LC or even as "ExAmPlE.CoM") nobody has any business altering them en route (and it is a MUST NOT in USEPRO). Note that it was NOT so in RFC 822. However, not everyone shares my view (a certain Mr Lilly, for example). So, for the removal of all doubt, should we be saying something like ..... o even though commonly derived from s, s are NOT case-insensitive (and thus, once created, are not to be altered during subsequent transmission or copying). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4HHfSWv009623 for ; Tue, 17 May 2005 10:41:28 -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 j4HHfSAW009622 for ietf-usefor-skb; Tue, 17 May 2005 10:41:28 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HHfSKX009614 for ; Tue, 17 May 2005 10:41:28 -0700 (PDT) (envelope-from fenner@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1540781rne for ; Tue, 17 May 2005 10:41:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CUrsM3El717bfWVM8Sut0kV+mm4+AQnTH5ee9dHIyBf+Yrf8ec4NwWFRfDeZmi+8KvJmTciqwUL8yKJg5wc6prmry+g6XW5+W0nsbWuZTMJFgYJq/yKST2j1ppvtJVP/FsHYDJ2BHsCfIBqr6oAza6fuMXWbol6akgEEUdhKrBY= Received: by 10.38.59.21 with SMTP id h21mr841210rna; Tue, 17 May 2005 10:41:27 -0700 (PDT) Received: by 10.38.10.40 with HTTP; Tue, 17 May 2005 10:41:27 -0700 (PDT) Message-ID: Date: Tue, 17 May 2005 10:41:27 -0700 From: Bill Fenner Reply-To: Bill Fenner To: Frank Ellermann Subject: Re: More pretty graphs Cc: ietf@ietf.org, ietf-usefor@imc.org In-Reply-To: <4289B3DC.6FC1@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <4289B3DC.6FC1@xyzzy.claranet.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id j4HHfSKX009616 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On 5/17/05, Frank Ellermann wrote: > Nice. I know that I need glasses, but maybe you could arrange > for bigger figures with a bigger font size ? Frank, I used PDF because most PDF viewers allow zooming and panning. I've left graphviz to decide on the layout itself, since for complex groups (see some of the larger PDF files), there's no way to sensibly influence the graph layout. Bill 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 j4HHCCIp004115 for ; Tue, 17 May 2005 10:12:12 -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 j4HHCC9h004114 for ietf-usefor-skb; Tue, 17 May 2005 10:12:12 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HHCBsM004101 for ; Tue, 17 May 2005 10:12:11 -0700 (PDT) (envelope-from alexey.melnikov-usefor@isode.com) Received: from [172.16.2.132] (shiny.isode.com [62.3.217.250]) by rufus.isode.com via TCP (internal) with ESMTPA; Tue, 17 May 2005 18:12:08 +0100 Message-ID: <428A25E9.3090409@isode.com> Date: Tue, 17 May 2005 18:12:09 +0100 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Lindsey CC: ietf-usefor@imc.org Subject: Re: Path header: suggested texts References: <427DD074.296D@xyzzy.claranet.de> <4287CBD8.7010109@isode.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >In <4287CBD8.7010109@isode.com> Alexey Melnikov writes: > > >>Charles Lindsey wrote: >> >> >>>>>| In order to prevent overloading, relaying agents should >>>>>| not routinely query an external entity (such as a DNS- >>>>>| server) in order to verify an article (though a local cache >>>>>| of the required information might usefully be consulted). >>>>> >>>>> >>>Another Brad Templeton-ism which has been in our drafts since whenever. >>>Anybody else want to to remove it? I could be easily persuaded. >>> >>> >>Yes, please. >> >> > >OK, it's gone. > >There have been few other comments on these Path header texts. Can I take >it that my text, with the change I out in in response to Frank and the >above omission is now considered acceptable? > > I've quickly scanned through the suggestions for USEFOR and they mostly looked Ok. I haven't looked at the USEPRO bits. >There was one request that an IPv6 example should be included in the >example in Usepro 7.3.1 (there is already an IPv4 example). Since I have >never seen an IPv6 in the wild, please could someone suggest a suitably >plausible example to include (I know nothing about the IPv6 conventions, >and wouldn't want it to look silly)? > > 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 j4HGiIUS099916 for ; Tue, 17 May 2005 09:44:18 -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 j4HGiIG9099915 for ietf-usefor-skb; Tue, 17 May 2005 09:44:18 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from mail.verisignlabs.com (cliffie.verisignlabs.com [65.201.175.9]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HGiHo6099907 for ; Tue, 17 May 2005 09:44:18 -0700 (PDT) (envelope-from sah@428cobrajet.net) Received: from dul1shollenbl1 ([::ffff:216.168.239.87]) (AUTH: LOGIN shollenb, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by mail.verisignlabs.com with esmtp; Tue, 17 May 2005 12:44:17 -0400 id 005945FD.428A1F61.00007BD2 From: "Scott Hollenbeck" To: "'Charles Lindsey'" , ietf-usefor@imc.org Subject: RE: Path header: suggested texts Date: Tue, 17 May 2005 12:44:29 -0400 Message-ID: <046F43A8D79C794FA4733814869CDF07916CB9@dul1wnexmb01.vcorp.ad.vrsn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id j4HGiIo6099910 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: > There was one request that an IPv6 example should be included in the > example in Usepro 7.3.1 (there is already an IPv4 example). > Since I have > never seen an IPv6 in the wild, please could someone suggest > a suitably > plausible example to include (I know nothing about the IPv6 > conventions, > and wouldn't want it to look silly)? See RFC 3849: ftp://ftp.rfc-editor.org/in-notes/rfc3849.txt Something like "2001:DB8:0:0:8:800:200C:417A" (or anything in 2001:DB8::/32) could work. -Scott- 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 j4HGQm1d096996 for ; Tue, 17 May 2005 09:26:48 -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 j4HGQmjJ096994 for ietf-usefor-skb; Tue, 17 May 2005 09:26:48 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HGQlLa096973 for ; Tue, 17 May 2005 09:26:47 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-64-80.midband.mdip.bt.net ([81.144.64.80]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428a19f4.720c.584 for ietf-usefor@imc.org; Tue, 17 May 2005 17:21:08 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4HGCU310328 for ietf-usefor@imc.org; Tue, 17 May 2005 17:12:30 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20864 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: Date: Tue, 17 May 2005 14:53:26 GMT Lines: 74 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In John Stanley writes: >"Charles Lindsey" : >>Definitions (for inclusion in USEFOR or USEPRO as appropriate). >Which is it? Wherever they finish up during the final tidying up operations - most likely USEFOR in these cases. But for the moment the definitions are included in both, until we see which definitions are actually used in which document. >> A "followup" is an article containing a response to the contents of >> an earlier article. It will always include a References header >> pointing to that earlier article and other "precursors". >Incorrect, for all the same reasons I've pointed out already. That, or something pretty close to it, has already been agreed in principle by the other members of this WG. >>Within USEFOR: >>3.2.1 References >None of which are a mandate for its use. It is optional, according to >RFC2822. Fine. References is now optional. AIUI, our Chair has already ruled that the SHOULD in RFC 2822 is a protocol issue, and that it suffices for us to deal with it in USEPRO. No doubt Alexey will correct me if I am wrong. >>7.6. Duties of a Followup Agent >> 4. The followup MUST have a References header referring to its >> precursor, constructed in accordance with section 7.6.1 below. >Oops, no we haven't. Which is it? Optional or mandatory? Mandatory in followups. >> NOTE: That "MUST" ensures compliance with the definition of the >> term "followup". >This is a ridiculous excuse for inserting a MUST modifier. There might be other ways of expressing it, but clearly anything that is mandatory MUST be present. But the main reason for that mention in the NOTE was so that the distinction between the SHOULD for replies in RFC 2822 could be drawn, and I think it is important to make that point. >> The following procedure is to be used whenever some precursor article >> is to be included in the References header (F-3.2.1) of a new >> article, >There is no way to include a precursor article in the References header. >The References header contains only message ids; nothing else. The only >part of a precursor that may appear in a References header is the message >id content. OK, it now says "... whenever the message identifier of some precursor article is to be included ...". -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4HGQm4K096997 for ; Tue, 17 May 2005 09:26:48 -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 j4HGQmJ0096995 for ietf-usefor-skb; Tue, 17 May 2005 09:26:48 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4HGQlx1096972 for ; Tue, 17 May 2005 09:26:47 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-64-80.midband.mdip.bt.net ([81.144.64.80]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 428a19f3.720c.583 for ietf-usefor@imc.org; Tue, 17 May 2005 17:21:07 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4HGCSp10322 for ietf-usefor@imc.org; Tue, 17 May 2005 17:12:28 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20863 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Path header: suggested texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <427DD074.296D@xyzzy.claranet.de> <4287CBD8.7010109@isode.com> Date: Tue, 17 May 2005 14:23:25 GMT Lines: 40 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4287CBD8.7010109@isode.com> Alexey Melnikov writes: >Charles Lindsey wrote: >>>>| In order to prevent overloading, relaying agents should >>>>| not routinely query an external entity (such as a DNS- >>>>| server) in order to verify an article (though a local cache >>>>| of the required information might usefully be consulted). >>>> >>>> >> >>Another Brad Templeton-ism which has been in our drafts since whenever. >>Anybody else want to to remove it? I could be easily persuaded. >> >> >Yes, please. OK, it's gone. There have been few other comments on these Path header texts. Can I take it that my text, with the change I out in in response to Frank and the above omission is now considered acceptable? There was one request that an IPv6 example should be included in the example in Usepro 7.3.1 (there is already an IPv4 example). Since I have never seen an IPv6 in the wild, please could someone suggest a suitably plausible example to include (I know nothing about the IPv6 conventions, and wouldn't want it to look silly)? -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4H9MG6R075243 for ; Tue, 17 May 2005 02:22:16 -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 j4H9MGwU075242 for ietf-usefor-skb; Tue, 17 May 2005 02:22:16 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4H9MEfe075215 for ; Tue, 17 May 2005 02:22:15 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DXyFi-0001yV-7q for ietf-usefor@imc.org; Tue, 17 May 2005 11:20:38 +0200 Received: from c-134-89-236.hh.dial.de.ignite.net ([62.134.89.236]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 May 2005 11:20:38 +0200 Received: from nobody by c-134-89-236.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 May 2005 11:20:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: More pretty graphs Date: Tue, 17 May 2005 11:05:32 +0200 Organization: Lines: 15 Message-ID: <4289B3DC.6FC1,2@xyzzy.claranet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-89-236.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Cc: ietf@ietf.org Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Bill Fenner wrote in : > http://rtg.ietf.org/~fenner/ietf/deps/viz/ [...] > Feedback is welcome. Nice. I know that I need glasses, but maybe you could arrange for bigger figures with a bigger font size ? I've tested... ...and there five rows (two for the key, three for USEFOR) could work. Bye, Frank 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 j4H7dfBt040199 for ; Tue, 17 May 2005 00:39:41 -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 j4H7dfCo040198 for ietf-usefor-skb; Tue, 17 May 2005 00:39:41 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4H7ddvt040180 for ; Tue, 17 May 2005 00:39:39 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DXwed-0005ht-VZ for ietf-usefor@imc.org; Tue, 17 May 2005 09:38:15 +0200 Received: from du-001-156.access.de.clara.net ([212.82.227.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 May 2005 09:38:15 +0200 Received: from nobody by du-001-156.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 May 2005 09:38:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Suggested References texts Date: Tue, 17 May 2005 09:34:04 +0200 Organization: Lines: 94 Message-ID: <42899E6C.1C7A@xyzzy.claranet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-156.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > there was some concern as to the amount of semantics to be > included in Usefor. Already resolved: Absolutely no extra-semantics in USEFOR excl. the one addition confirmed by Ken: news://news.gmane.org/426E4FC9.7020903@oceana.com http://mid.gmane.org/426E4FC9.7020903@oceana.com > reduced the amount of text intended for USEFOR slightly Less than zero additional text makes no sense. Modulo some syntax oddities USEFOR is ready. > (for inclusion in USEFOR or USEPRO as appropriate). Certainly not in USEFOR. The terse definitions in USEFOR based on a general understanding of 2822 are fine. > o The updated construct defined in Section > 3.1.3 MUST be used. s/msg-id-core/msg-id/g > interoperability problems, so comments SHOULD NOT be > generated, but MUST be accepted. s/, but MUST be accepted// The "interoperability problem" is that this might not work as expected, and a worldwide update of servers, UAs, and gateways at a future date X is impossible. The best you can get is SHOULD. > | The list is composed of message identifiers of precursors No, that is not the case. It's just a msg-id-list, and nobody knows all details. Maybe it was recursively created as defined in 2822 and USEPRO, maybe not. The USEFOR section 3.2.1 should not be modified in any way, excl. the proper syntax: [...] | o The updated construct defined in Section 3.1.3 | MUST be used. [...] | but SHOULD be accepted. [...] | references = "References:" SP msg-id-list CRLF | msg-id-list = [CFWS] msg-id *( CFWS msg-id ) [CFWS] > That is a minimal wording No, it's not, the minimum is zero and good enough. USEFOR is about the article FORmat, and not a lesson in acyclic graphs or data structures. >| The process of generating a References header by a followup >| agent is set out in [USEPRO]. That's the only addition I might agree with, if you promise that it's the final word about this issue in USEFOR. [USEPRO] > 4. The followup MUST have a References header referring to > its precursor s/MUST have/has/ because otherwise it can't be a followup. > NOTE: That "MUST" ensures compliance with the definition of > the term "followup". Delete. IMNSHO RfC 2119 does not justify to abuse MUST for a mere definition. > It is to be contrasted with the weaker recomendation using > "SHOULD" applied, in [RFC 2822], to the generation of > "replies" in email. Mail replies are no news followups. News has no In-Reply-To, mail has no Followup-To, let alone any "Followup-To: poster". Essentially what you proposed, but please get rid of the MUST. > NOTE: There is no provision in this standard for an article > to have more than one precursor. Delete. I can (ab)use References as See-Also or In-Reply-To as I see fit. UAs should survive such "attacks". I have some doubts about my own UA and articles referencing themselves. :-( Bye, Frank 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 j4GLHsFC036251 for ; Mon, 16 May 2005 14:17:54 -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 j4GLHsSk036250 for ietf-usefor-skb; Mon, 16 May 2005 14:17:54 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from a.mail.peak.org (a.mail.peak.org [69.59.192.41]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4GLHqPo036239 for ; Mon, 16 May 2005 14:17:52 -0700 (PDT) (envelope-from stanley@peak.org) Received: from a.shell.peak.org ([69.59.192.81]) by a.mail.peak.org (8.12.10/8.12.8) with ESMTP id j4GLHlYp045400 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 16 May 2005 14:17:47 -0700 (PDT) Date: Mon, 16 May 2005 14:17:47 -0700 (PDT) From: John Stanley X-X-Sender: stanley@a.shell.peak.org To: ietf-usefor@imc.org Subject: Re: Suggested References texts Message-ID: 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: List-Unsubscribe: List-ID: "Charles Lindsey" : >Definitions (for inclusion in USEFOR or USEPRO as appropriate). Which is it? > A "followup" is an article containing a response to the contents of > an earlier article. It will always include a References header > pointing to that earlier article and other "precursors". Incorrect, for all the same reasons I've pointed out already. >Within USEFOR: >3.2.1 References > It is the >| same as that specified in Section 3.6.4 of [RFC2822] with the added >| restrictions detailed in Section 2.2 and those listed below: None of which are a mandate for its use. It is optional, according to RFC2822. Fine. References is now optional. We've picked a position are are going to stick with it, I hope. >7.6. Duties of a Followup Agent > 4. The followup MUST have a References header referring to its > precursor, constructed in accordance with section 7.6.1 below. Oops, no we haven't. Which is it? Optional or mandatory? > NOTE: That "MUST" ensures compliance with the definition of the > term "followup". This is a ridiculous excuse for inserting a MUST modifier. It doesn't even begin to meet the requirements of RFC2119 for justifying such a mandate. If the only reason something MUST be done is to follow some definition, then there certainly is no interoperability issue and no justification for a MUST. There is no interoperability issue. None has every been shown to exist. Drop the MUST and make this section conform to the existing USEFOR specification. > It is to be contrasted with the weaker > recomendation using "SHOULD" applied, in [RFC 2822], And applied in USEFOR, by referring to RFC2822. > The following procedure is to be used whenever some precursor article > is to be included in the References header (F-3.2.1) of a new > article, There is no way to include a precursor article in the References header. The References header contains only message ids; nothing else. The only part of a precursor that may appear in a References header is the message id content. I have written a response to your last set of insults and attempted oral word insertions that I have passed to Alexey. I just wanted you to know that I did not miss or ignore them. The short version is you can keep your crap about "smoke and mirrors" and repeated deliberate misinterpretations of what I have said to yourself. Should you stop putting words in my mouth and pretending I've said things I have not, I'll probably stop demanding that you be removed as editor. It's your choice. 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 j4GJmJVd027439 for ; Mon, 16 May 2005 12:48:19 -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 j4GJmJ3v027438 for ietf-usefor-skb; Mon, 16 May 2005 12:48:19 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4GJmG8n027430 for ; Mon, 16 May 2005 12:48:18 -0700 (PDT) (envelope-from alexey.melnikov-usefor@isode.com) Received: from [172.16.2.141] (shiny.isode.com [62.3.217.250]) by rufus.isode.com via TCP (internal) with ESMTPA; Mon, 16 May 2005 20:45:28 +0100 Message-ID: <4288F859.2000607@isode.com> Date: Mon, 16 May 2005 20:45:29 +0100 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en To: Frank Ellermann CC: ietf-usefor@imc.org Subject: Re: Obsolete vs. obsolescent References: <200504111212.j3BCChM14516@clerew.man.ac.uk> <87psx1gnjc.fsf@windlord.stanford.edu> <87fyxvx1m6.fsf@windlord.stanford.edu> <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> In-Reply-To: <426F4F7C.7385@xyzzy.claranet.de> MIME-version: 1.0 Content-type: text/plain; charset="ISO-8859-1"; format="flowed" Content-transfer-encoding: 7bit Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Frank Ellermann wrote: >Ken Murchison wrote: > >>Care to craft some text and tell me where you'd like to see >>it? >> >> >IMHO all that should be done is to update this statement: > >| As a result, this header is to be regarded as obsolete, and >| it will likely be removed entirely in a future version of >| this standard. > > As a result, this header is to be regarded as obsolescent. > Servers and UAs MUST accept but SHOULD ignore it, and SHOULD > NOT generate it. > MUST accept (i.e. doesn't break) is implied by RFC 2822, as message format is extensible. So, how about the following: As a result, this header is to be regarded as obsolescent, and it will be removed entirely in a future version of this standard. Servers and clients SHOULD ignore it, and SHOULD NOT generate it. >For the obsolete headers in 3.3 you already have a definition: > >| Articles containing these headers MUST NOT be generated. >| Persons writing new agents SHOULD ignore any former meanings >| these headers. > > 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 j4GGrFS7013874 for ; Mon, 16 May 2005 09:53:15 -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 j4GGrFkc013873 for ietf-usefor-skb; Mon, 16 May 2005 09:53:15 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4GGrE6U013860 for ; Mon, 16 May 2005 09:53:14 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-65-63.midband.mdip.bt.net ([81.144.65.63]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 4288cff8.63f3.10 for ietf-usefor@imc.org; Mon, 16 May 2005 17:53:12 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4GGpt401184 for ietf-usefor@imc.org; Mon, 16 May 2005 17:51:55 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20858 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) Date: Mon, 16 May 2005 16:42:12 GMT Lines: 126 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: When I posted the previous suggestions for the References header texts, there was some concern as to the amount of semantics to be included in Usefor. I suggested, in reply, that it might be better for USEPRO to include a general section describing how to generate a proper References header, applicable to more than followups, and to invoke that section when describing the duties of a followup agent. I have now done this, and have reduced the amount of text intended for USEFOR slightly (if people want it reducing more, then speak up, but I still think all that remains is useful). I have also covered the matter of References headers in message/partial briefly in USEPRO, so that I think they need no longer be mentioned in USEFOR beyond pointing out, perhaps, that it is not customary to use them on Usenet. I have also introduced a MUST requirement for trimming References headers, as requested by Frank (formerly this was only a matter of USEAGE, but I know of followup/reply agents that unfold References headers and omit to refold them afterwards, with consequent breakage). Share and Enjoy! Definitions (for inclusion in USEFOR or USEPRO as appropriate). A "followup" is an article containing a response to the contents of an earlier article. It will always include a References header pointing to that earlier article and other "precursors". An article is a "precursor" of some later article which is a followup to it, or which is otherwise intended to be grouped with it for purposes of display (e.g. as a part of a multipart posting such as a FAQ). A "followup agent" is a combination of reading agent and posting agent that aids in the preparation and posting of a followup. Within USEFOR: 3.2.1 References | The References header is used in followups, and other articles with | related precursors, to facilitate the display or retrieval, by | reading and other agents, of threads of related articles. It is the | same as that specified in Section 3.6.4 of [RFC2822] with the added | restrictions detailed in Section 2.2 and those listed below: o The updated construct defined in Section 3.1.3 MUST be used. o Message identifiers MUST be separated with CFWS. o Comments in CFWS between message identifiers can cause interoperability problems, so comments SHOULD NOT be generated, but MUST be accepted. | references = "References:" SP [CFWS] msg-id *(CFWS msg-id ) | [CFWS] CRLF | The list is composed of message identifiers of precursors of the | current article, sorted so that no article precedes any of its own | precursors. It SHOULD include both the earliest and the immediate | precursors on the current article, even if some of the intermediate | ones are omitted. [That actually defines a partial list. Even though USEPRO makes no provsision for followups to several articles, people are bound to try to do it. That is a minimal wording which reduces to the usual linear list in the case of followups to a single precursor.] | | The process of generating a References header by a followup agent is | set out in [USEPRO]. Within USEPRO: 7.6. Duties of a Followup Agent ....... 4. The followup MUST have a References header referring to its precursor, constructed in accordance with section 7.6.1 below. NOTE: That "MUST" ensures compliance with the definition of the term "followup". It is to be contrasted with the weaker recomendation using "SHOULD" applied, in [RFC 2822], to the generation of "replies" in email. Moreover, in Netnews, there is no expectation of any In-Reply-To header in a followup. 7.6.1. Construction of the References header The following procedure is to be used whenever some precursor article is to be included in the References header (F-3.2.1) of a new article, whether in the course of generating a followup or for some other reason (e.g. the later parts of a multipart posting such as a FAQ, or the later parts of a message/partial as suggested in [RFC 2046]). If the precursor did not have a References header, the content of the new article's References header MUST be inherited from that of the Message-ID header of the precursor, otherwise (the precursor already had a References header) it MUST be comprised of the precursor's References header (subject to trimming as described below) followed by CFWS and the Message-ID header content of the precursor. If the resulting References header is excessively long it MAY (and if its total length, whether folded or not, exceeds 998 chacacters it MUST) then be trimmed, but the first and the last two message identifiers MUST NOT be removed. NOTE: There is no provision in this standard for an article to have more than one precursor. The essential property of the References header, guaranteed by the procedure above and to be preserved in any future extension, is that no article can ever precede one of its own precursors. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4GA2bMb024999 for ; Mon, 16 May 2005 03:02:37 -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 j4GA2a0K024994 for ietf-usefor-skb; Mon, 16 May 2005 03:02:36 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4GA2XKj024951 for ; Mon, 16 May 2005 03:02:34 -0700 (PDT) (envelope-from alexey.melnikov-usefor@isode.com) Received: from [192.168.0.3] ([62.3.217.253]) by rufus.isode.com via TCP (internal) with ESMTPA; Mon, 16 May 2005 11:02:13 +0100 Message-ID: <4287CBD8.7010109@isode.com> Date: Sun, 15 May 2005 23:23:20 +0100 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Lindsey CC: ietf-usefor@imc.org Subject: Re: Path header: suggested texts References: <427DD074.296D@xyzzy.claranet.de> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >>>| In order to prevent overloading, relaying agents should >>>| not routinely query an external entity (such as a DNS- >>>| server) in order to verify an article (though a local cache >>>| of the required information might usefully be consulted). >>> >>> > >Another Brad Templeton-ism which has been in our drafts since whenever. >Anybody else want to to remove it? I could be easily persuaded. > > Yes, please. >>IMHO you could delete this note, DNS is not that vulnerable, >>and we don't want an excessively long Usepro. But I'm still >>curious about this FQDN mailable underline, it's odd. >> >> 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 j4A6lwD1083793 for ; Mon, 9 May 2005 23:47:58 -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 j4A6lwlc083792 for ietf-usefor-skb; Mon, 9 May 2005 23:47:58 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A6lvpG083779 for ; Mon, 9 May 2005 23:47:58 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DVOPd-0003so-5z for ietf-usefor@imc.org; Tue, 10 May 2005 08:40:13 +0200 Received: from 212.82.251.128 ([212.82.251.128]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 08:40:13 +0200 Received: from nobody by 212.82.251.128 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 08:40:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: CFWS Date: Tue, 10 May 2005 08:44:50 +0200 Organization: Lines: 22 Message-ID: <42805862.12BE@xyzzy.claranet.de> References: <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> <9WMi8$RXw-B@khms.westfalen.de> <427C4DAF.6E87@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.128 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > I thought that IS what Frank wanted. It's tricky, you're both right ;-) We all don't want adjacent msg-ids as in because it's not allowed in s-o-1036. We want or in other words msg-ids separated by FWS. You want CFWS, your [CFWS] was a typo. A simple parser looking for LWSP separated "words" cannot handle what you want, which allows (bad) But enforcing (good) in ABNF is so difficult that we used CFWS as a somewhat foul compromise. And you're again forced to add tons of verbose text explaining why there is a CFWS in the ABNF, and that nobody should use it unless he's suicidal or lives in the 22nd century when all UAs know how to parse (bad> correctly, e.g. if they wish to fold very long References correctly. Sigh, Frank 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 j4A6M1TL073800 for ; Mon, 9 May 2005 23:22:01 -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 j4A6M1kx073799 for ietf-usefor-skb; Mon, 9 May 2005 23:22:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A6LxJR073774 for ; Mon, 9 May 2005 23:22:00 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DVO0M-0000KY-QK for ietf-usefor@imc.org; Tue, 10 May 2005 08:14:06 +0200 Received: from 212.82.251.128 ([212.82.251.128]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 08:14:06 +0200 Received: from nobody by 212.82.251.128 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 08:14:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: 2045 ABNF Date: Tue, 10 May 2005 08:19:48 +0200 Organization: Lines: 44 Message-ID: <42805284.3967@xyzzy.claranet.de> References: <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> <42790A13.4C51@xyzzy.claranet.de> <427AB152.103C@xyzzy.claranet.de> <427DE1B8.2039@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.128 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >> mail-complaint-to=(\")"\"omigod\"\@example.com"(\") ? > No, because '(\")"\"omigod\"\@example.com"(\")' is not a > token. True, but I thought - maybe I'm wrong - that (\") is a CFWS, and that "\"omigod\"\@example.com" is a token. > Indeed, but Ned claims it was an omission. We could say it > explicitly in our Injection-Info text if you think it > necessary. Explicitly say _what_ ? If it's a parameter compatible with RfC 2231, you can't have more than one mail-complaint-to= That's again this logic thing, if we want zero or more of these beasts, they can't be RfC 2231 parameters, and they also can't be RfC 2045 parameters as amended by RfC 2231. The MIME term "parameter" is strictly out if we insist on zero or more, but we're free to define say "param" copying the RfC 2045 syntax (after a transformation to ABNF). That has nothing to do with Ned, it was Bruce who detected this 2231 effect when we discussed it here the first time: > I don't think we want other than "at most one > complaints-to-parameter", but that parameter can currently > contain one or more mail addresses That's a new idea, an address-list as value. Your example... mail-complaints-to = "\"Abuse Department\" " ...is apparently even a mailbox list. Are we talking about... mct = "\"abuse \\\"LART\\\" team\" <\"\\\"LART\\\"\"@example>" ...and is this defined in any RfC ? Bye, Frank 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 j4A5dQpH055329 for ; Mon, 9 May 2005 22:39:26 -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 j4A5dQHf055328 for ietf-usefor-skb; Mon, 9 May 2005 22:39:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A5dObM055299 for ; Mon, 9 May 2005 22:39:25 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DVNLD-0004zj-8F for ietf-usefor@imc.org; Tue, 10 May 2005 07:31:35 +0200 Received: from 212.82.251.128 ([212.82.251.128]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 07:31:35 +0200 Received: from nobody by 212.82.251.128 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 07:31:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Path header: suggested texts Date: Tue, 10 May 2005 07:36:15 +0200 Organization: Lines: 39 Message-ID: <4280484F.5232@xyzzy.claranet.de> References: <427DD074.296D@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.128 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: [underline in path identity] > Seems harmless. Not when you talk about a "mailable FQDN" later. I don't say that it should go, after all it's in s-o-1036, but I try to understand why it's there in the first place. > people expect to be able to use '_' in most places where > ALPHA is allowed. Not if they want a host name for SMTP, "ldh" has no underline. >> It also doesn't allow the normal [ip] style of domain >> literals. > Why not? Because you don't have "[" and "]" in your subset. Sorry, it wasn't clear what I mean. >>| Note: THE USE OF DOMAIN-LITERALS IS STRONGLY DISCOURAGED. > Actually it is quite common in Paths. Many relaying agents > are special purpose machine which have no need of a > domain-name. If they have no name or don't know how to find their name it's a perfect excuse to violate a "SHOULD FQDN". My mail provider won't let me send a complaint to say news@[127.34.56.78] With dyn. IPs it starts to get really ugly, and for IPv6 literals I'd be completely lost. >> the examples should also show an IPv6 domain literal. > Maybe. I have made a note to look at it. See RfC 3849 for the details, e.g. 2001:DB8::CD30 Bye, Frank 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 j4A2PRFA024060 for ; Mon, 9 May 2005 19:25:27 -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 j4A2PRIe024059 for ietf-usefor-skb; Mon, 9 May 2005 19:25:27 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A2PN0n024022 for ; Mon, 9 May 2005 19:25:24 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-64-30.midband.mdip.bt.net ([81.144.64.30]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42801993.379c.8 for ietf-usefor@imc.org; Tue, 10 May 2005 03:16:51 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4A2CC707920 for ietf-usefor@imc.org; Tue, 10 May 2005 03:12:12 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20851 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CMsg in Subject headers Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87wtqxui6s.fsf@windlord.stanford.edu> <426F4F7C.7385@xyzzy.claranet.de> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <427AB5B4.7380@xyzzy.claranet.de> <87ll6t9o41.fsf@windlord.stanford.edu> <87d5s4s2ue.fsf@windlord.stanford.edu> Date: Mon, 9 May 2005 20:40:45 GMT Lines: 48 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87d5s4s2ue.fsf@windlord.stanford.edu> Russ Allbery writes: >Charles Lindsey writes: >> Russ Allbery writes: >>> It's okay (and indeed must be okay) to use Subject: cmsg in conjunction >>> with a Control header, but the Subject following "cmsg" and the >>> contents of the Control header MUST (SHOULD? I'd lean towards MUST, >>> though.) match. >> But is there any existing software that will act on the "cmsg" in the >> Subject when a genuine Control header is present. If, as I suspect, not, >> then than rather messy check will give no extra protection. >I can't point you at a specific piece of software, but allowing them to be >two different things feels like a problem just waiting to happen. I don't >like that; it's the sort of thing that makes me very nervous. Well the present Usenet has not fallen apart yet on that account, so the problem cannot be that serious. And if the whole concept of 'obeying' a "cmsg" is to be deprecated, I doubt any upgrade to existing software will suddenly start to cause it to happen. I doubt also that implementors will want to implement, since matching two s in the face of allowed syntactic variations is messy, and to what gain? >> It seems that there is now a slight majority to include some provision >> (easily outweighed by the silent majority who have said nothing :-( ). I >> suspect that it would be better to make such provision in USEPRO, at the >> same place as the current "cmsg" stuff so as to keep the whole topic in >> one place. Would the following cover the situation? >I'd rather add the check above, but other than that, the additional text >seems to cover the issue. OK, let that text stand for now. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4A2PPWV024057 for ; Mon, 9 May 2005 19:25:25 -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 j4A2PP5F024055 for ietf-usefor-skb; Mon, 9 May 2005 19:25:25 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A2PNR1024021 for ; Mon, 9 May 2005 19:25:25 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-64-30.midband.mdip.bt.net ([81.144.64.30]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42801995.379c.a for ietf-usefor@imc.org; Tue, 10 May 2005 03:16:53 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4A2CAY07906 for ietf-usefor@imc.org; Tue, 10 May 2005 03:12:10 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20849 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Path header: suggested texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <427DD074.296D@xyzzy.claranet.de> Date: Mon, 9 May 2005 20:14:16 GMT Lines: 69 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <427DD074.296D@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: > >> path-identity = ( ALPHA / DIGIT ) >> *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) >That last "_" is funny, I found no reason for it in s-o-1036. Well it's been in all our drafts since article-03. Seems harmless. And people expect to be able to use '_' in most places where ALPHA is allowed. A quick search failed to find any in my newsspool, but that does not prove much. >It also doesn't allow the normal [ip] style of domain literals. Why not? >S-o-1036 stresses that path identities are "case sensitive", >but I don't get this idea. Are underline and case sensitive >only a side-effect of "tail-entry", because it's essentially >what we'd call a local part today ? Actually, our previous 'article' drafts have always warned that some agents treat paths case sensitively and some case insensitively, but I omitted to include that in my suggested text. It is nothing to do with the tail-entry. There are agents which do it both ways right through. So I have augmented my suggested text as follows: | NOTE: Although case-insensitive, it is intended that the | s "POSTED" and "MISMATCH" should be in upper case, to | distinguish them from the s which are traditionally | in lower case. However, that cannot be relied on, and sites should | be aware that existing agents may treat s either | case sensitively or insensitively. >>| In order to prevent overloading, relaying agents should >>| not routinely query an external entity (such as a DNS- >>| server) in order to verify an article (though a local cache >>| of the required information might usefully be consulted). Another Brad Templeton-ism which has been in our drafts since whenever. Anybody else want to to remove it? I could be easily persuaded. >IMHO you could delete this note, DNS is not that vulnerable, >and we don't want an excessively long Usepro. But I'm still >curious about this FQDN mailable underline, it's odd. >As always I want the STD 11... >| Note: THE USE OF DOMAIN-LITERALS IS STRONGLY DISCOURAGED. Actually it is quite common in Paths. Many relaying agents are special purpose machine which have no need of a domain-name. >...and the examples should also show an IPv6 domain literal. Maybe. I have made a note to look at it. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4A2PPRn024044 for ; Mon, 9 May 2005 19:25:25 -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 j4A2PPGM024043 for ietf-usefor-skb; Mon, 9 May 2005 19:25:25 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A2PNQx024021 for ; Mon, 9 May 2005 19:25:24 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-64-30.midband.mdip.bt.net ([81.144.64.30]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42801992.379c.7 for ietf-usefor@imc.org; Tue, 10 May 2005 03:16:50 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4A2CCZ07916 for ietf-usefor@imc.org; Tue, 10 May 2005 03:12:12 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20850 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CFWS Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> <9WMi8$RXw-B@khms.westfalen.de> <427C4DAF.6E87@xyzzy.claranet.de> Date: Mon, 9 May 2005 20:34:16 GMT Lines: 37 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <427C4DAF.6E87@xyzzy.claranet.de> Frank Ellermann writes: >Kai Henningsen wrote: >> Note that using CFWS there allows (nice) ... I >> gather that's not what you wanted. Actually. I thought that IS what Frank wanted. And when I summarized the situation as it currently stands (which includes that 'feature') Russ expressed himself happy with it as a long term aim, so long as it was made clear it was "do not generate yet". >CrLfSp should be okay, FWS as separator is fine. Sure. Never any problem with that. >FWS [CFWS] FWS is not okay, at least one SP too much, and >CFWS has its own leading / trailing FWS. A fresh attempt: > msg-id-list = [msg-sep] msg-id *( msg-sep msg-id ) [msg-sep] > msg-sep = FWS [ comment *( [FWS] comment ) FWS ] >Maybe that's "correct", but it's not "KISS". Indeed, and it's not what our previous drafts have said, and it is not what is currently proposed for USEFOR. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j4A2PPR3024046 for ; Mon, 9 May 2005 19:25:25 -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 j4A2PP3w024045 for ietf-usefor-skb; Mon, 9 May 2005 19:25:25 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4A2POe4024024 for ; Mon, 9 May 2005 19:25:24 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-64-30.midband.mdip.bt.net ([81.144.64.30]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42801994.379c.9 for ietf-usefor@imc.org; Tue, 10 May 2005 03:16:52 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j4A2CDh07924 for ietf-usefor@imc.org; Tue, 10 May 2005 03:12:13 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20852 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: 2045 ABNF Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> <42790A13.4C51@xyzzy.claranet.de> <427AB152.103C@xyzzy.claranet.de> <427DE1B8.2039@xyzzy.claranet.de> Date: Mon, 9 May 2005 20:52:04 GMT Lines: 66 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <427DE1B8.2039@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> RFC 2231 "Updates 2045" >Proposed standard, eight years old. In its current form it >can't advance to draft standard. All proposed standards with >a normative reference to 2231 are stuck - I've not read the >39xx RfC trying to get around this issue, maybe it's not that >bad. And of course I love RfC 3834. There are lots of things that will need to be fixed in the Email world before they can proceed to Draft standard, but that is not our problem. A lot of them will need to be fixed before Usefor/pro can proceed to Draft Standard, but that is the least of out worries at the moment :-( . >>| NOTE: Although the provisions of RFC 2231 for Non-ASCII >[...] >It's okay, but actually I'm more interested in the ABNF. >> 3. There is a uniform procedure for including the >> in a quoted-string if it is not a token >> mail-complaints-to = "abuse@example.com" >> the quotes round the mail address are obligatory Because '@' is a tspecial. >How about mail-complaint-to=(\")"\"omigod\"\@example.com"(\") ? No, because '(\")"\"omigod\"\@example.com"(\")' is not a token. But you will need mail-complaints-to = "\"Abuse Department\" " >> 4. There can be any number of parameters (but Ned claims >> the same token cannot appear more than once). >That was 2231 logic retrofitted onto 2045. I claim that this >is _not_ specified in 2045, and in my parallel universe 2231 >has status "historic". Indeed, but Ned claims it was an omission. We could say it explicitly in our Injection-Info text if you think it necessary. >And we want either zero or more mail-complaints-to, or at most >one with an address-list (TBD, address-list as value is messy). >IIRC we already have consensus for "zero or more", and that's >incompatile with the 2231 idea of a parameter. I don't think we want other than "at most one complaints-to-parameter", but that parameter can currently contain one or more mail addresses (just like a To: header). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j489wjb8030034 for ; Sun, 8 May 2005 02:58:45 -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 j489wj8K030033 for ietf-usefor-skb; Sun, 8 May 2005 02:58:45 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j489whub029988 for ; Sun, 8 May 2005 02:58:44 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DUiRW-0008Hp-B3 for ietf-usefor@imc.org; Sun, 08 May 2005 11:51:22 +0200 Received: from du-001-128.access.de.clara.net ([212.82.227.128]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 May 2005 11:51:22 +0200 Received: from nobody by du-001-128.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 May 2005 11:51:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: 2045 ABNF Date: Sun, 08 May 2005 11:54:00 +0200 Organization: Lines: 65 Message-ID: <427DE1B8.2039@xyzzy.claranet.de> References: <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> <42790A13.4C51@xyzzy.claranet.de> <427AB152.103C@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-128.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >> Ned promised (?) to fix it. > Did he? Where? He didn't buy my masterplan to "kill" RfC 2231 with its very own MIME version number, so don't hold your breath. But if I stumble over this RfC in two out of two IETF WGs, then it could be a real problem, not only the normal "PEBKAC". The boundary*1= etc. trick is IMHO really dangerous. We only need one major UA supporting it and the rest of the world (notably virus scanners) ignoring it. > RFC 2231 "Updates 2045" Proposed standard, eight years old. In its current form it can't advance to draft standard. All proposed standards with a normative reference to 2231 are stuck - I've not read the 39xx RfC trying to get around this issue, maybe it's not that bad. And of course I love RfC 3834. >| NOTE: Although the provisions of RFC 2231 for Non-ASCII [...] It's okay, but actually I'm more interested in the ABNF. > 3. There is a uniform procedure for including the > in a quoted-string if it is not a token Unclear. I needed hours to find out that a quoted-pair isn't allowed in a boundary. It's also confusing that specials and tspecials are not the same sets. > mail-complaints-to = "abuse@example.com" > the quotes round the mail address are obligatory How about mail-complaint-to=(\")"\"omigod\"\@example.com"(\") ? > 4. There can be any number of parameters (but Ned claims > the same token cannot appear more than once). That was 2231 logic retrofitted onto 2045. I claim that this is _not_ specified in 2045, and in my parallel universe 2231 has status "historic". Ned explained that he wanted something like the "environment" concept, but he didn't say so in 2045. And we want either zero or more mail-complaints-to, or at most one with an address-list (TBD, address-list as value is messy). IIRC we already have consensus for "zero or more", and that's incompatile with the 2231 idea of a parameter. Therefore we can't use the 2231 parameter, and need a shrink to fit variant of the original 2045 parameter. > But the benefits of a uniform package like that are lost if > standards try to pick and choose which bits of it they will > allow. Point. OTOH I'd refuse to implement something as complex as a compiler if all I want is say the next MIME part. Or in your example the complaint address. Bye, Frank 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 j488h7Xr098612 for ; Sun, 8 May 2005 01:43:07 -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 j488h7T1098611 for ietf-usefor-skb; Sun, 8 May 2005 01:43:07 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j488h5WK098570 for ; Sun, 8 May 2005 01:43:05 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DUhFw-0002T7-Te for ietf-usefor@imc.org; Sun, 08 May 2005 10:35:20 +0200 Received: from du-001-128.access.de.clara.net ([212.82.227.128]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 May 2005 10:35:20 +0200 Received: from nobody by du-001-128.access.de.clara.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 May 2005 10:35:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Path header: suggested texts Date: Sun, 08 May 2005 10:40:20 +0200 Organization: Lines: 36 Message-ID: <427DD074.296D@xyzzy.claranet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: du-001-128.access.de.clara.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > path-identity = ( ALPHA / DIGIT ) > *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) That last "_" is funny, I found no reason for it in s-o-1036. >| Observe that the syntax does not allow comments within the >| Path header; this is to simplify processing by relaying and >| serving agents which have a requirement to process this >| header extremely rapidly. It also doesn't allow the normal [ip] style of domain literals. S-o-1036 stresses that path identities are "case sensitive", but I don't get this idea. Are underline and case sensitive only a side-effect of "tail-entry", because it's essentially what we'd call a local part today ? >| In order to prevent overloading, relaying agents should >| not routinely query an external entity (such as a DNS- >| server) in order to verify an article (though a local cache >| of the required information might usefully be consulted). IMHO you could delete this note, DNS is not that vulnerable, and we don't want an excessively long Usepro. But I'm still curious about this FQDN mailable underline, it's odd. As always I want the STD 11... | Note: THE USE OF DOMAIN-LITERALS IS STRONGLY DISCOURAGED. ...and the examples should also show an IPv6 domain literal. And maybe one of these mysterious underlines (not if it's only for the tail-entry, that would be boring). Tnx & bye 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 j475FmBh040156 for ; Fri, 6 May 2005 22:15:48 -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 j475Fmv4040154 for ietf-usefor-skb; Fri, 6 May 2005 22:15:48 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j475FkGR040125 for ; Fri, 6 May 2005 22:15:47 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DUHYG-0002OD-QF for ietf-usefor@imc.org; Sat, 07 May 2005 07:08:32 +0200 Received: from 212.82.251.153 ([212.82.251.153]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 May 2005 07:08:32 +0200 Received: from nobody by 212.82.251.153 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 May 2005 07:08:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: CFWS Date: Sat, 07 May 2005 07:10:07 +0200 Organization: Lines: 19 Message-ID: <427C4DAF.6E87@xyzzy.claranet.de> References: <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> <9WMi8$RXw-B@khms.westfalen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.153 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Kai Henningsen wrote: > Note that using CFWS there allows (nice) ... I > gather that's not what you wanted. Yes, I know, some months ago (?) in the FWS-thread I found another syntax with a leading or trailing WSP, but it was ugly beyond recognition, a decomposed CFWS. CrLfSp should be okay, FWS as separator is fine. FWS [CFWS] FWS is not okay, at least one SP too much, and CFWS has its own leading / trailing FWS. A fresh attempt: msg-id-list = [msg-sep] msg-id *( msg-sep msg-id ) [msg-sep] msg-sep = FWS [ comment *( [FWS] comment ) FWS ] Maybe that's "correct", but it's not "KISS". Bye, Frank 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 j46Las55063645 for ; Fri, 6 May 2005 14:36:54 -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 j46LasLC063644 for ietf-usefor-skb; Fri, 6 May 2005 14:36:54 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from colo.khms.westfalen.de (Debian-exim@colo.khms.westfalen.de [213.239.196.208]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46LarKq063634 for ; Fri, 6 May 2005 14:36:53 -0700 (PDT) (envelope-from kaih@khms.westfalen.de) Received: from khms.vpn ([10.172.192.2]:52686 helo=khms.westfalen.de ident=Debian-exim) by colo.khms.westfalen.de with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1DUAV9-0000so-Rs for ietf-usefor@imc.org; Fri, 06 May 2005 23:36:52 +0200 Received: from root (helo=khms.westfalen.de) by khms.westfalen.de with local-bsmtp (Exim 4.50) id 1DUAH8-0005r1-UJ for ietf-usefor@imc.org; Fri, 06 May 2005 23:22:23 +0200 Received: by khms.westfalen.de (CrossPoint v3.12d.kh15 R/C435); 06 May 2005 23:15:27 +0200 Date: 06 May 2005 13:33:00 +0200 From: kaih@khms.westfalen.de (Kai Henningsen) To: ietf-usefor@imc.org Message-ID: <9WMi8$RXw-B@khms.westfalen.de> In-Reply-To: <42791756.74B2@xyzzy.claranet.de> Subject: Re: CFWS X-Mailer: CrossPoint v3.12d.kh15 R/C435 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Organization: Organisation? Me?! Are you kidding? References: <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> X-No-Junk-Mail: I do not want to get *any* junk mail. Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail. X-Fix-Your-Modem: +++ATS2=255&WO1 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: nobody@xyzzy.claranet.de (Frank Ellermann) wrote on 04.05.05 in <42791756.74B2@xyzzy.claranet.de>: > Charles Lindsey wrote: > ACK. Maybe my idea to enforce at least a FWS as separator, > the [CFWS] => CFWS modification in msg-id-list, was stupid ? > > Or we hope that this is something a future 2822bis would also > do, because instead of just is common > practice, no matter what the proposed standard 2822 proposed. > > > Note that USEFOR is taking a stronger line on insisting of > > at least a SP to separate the references than it is taking > > on excluding comments. > > Yes, see above... > > > I think this is because that SP was explicit in RFC 1036 > > ...and because I wanted it. But if that's a silly compromise > we could drop it and let UAs confronted with the proposed 2822 > syntax crash as they see fit. Note that using CFWS there allows (nice) ... I gather that's not what you wanted. MfG Kai 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 j46H4S7F012960 for ; Fri, 6 May 2005 10:04:28 -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 j46H4SjM012959 for ietf-usefor-skb; Fri, 6 May 2005 10:04:28 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46H4RbI012953 for ; Fri, 6 May 2005 10:04:27 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j46H4PWV004520 for ; Fri, 6 May 2005 10:04:25 -0700 Received: (qmail 22850 invoked by uid 1000); 6 May 2005 17:04:25 -0000 To: ietf-usefor@imc.org Subject: Re: CMsg in Subject headers In-Reply-To: (Charles Lindsey's message of "Fri, 6 May 2005 13:45:59 GMT") References: <87wtqxui6s.fsf@windlord.stanford.edu> <426F4F7C.7385@xyzzy.claranet.de> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <427AB5B4.7380@xyzzy.claranet.de> <87ll6t9o41.fsf@windlord.stanford.edu> From: Russ Allbery Organization: The Eyrie Date: Fri, 06 May 2005 10:04:25 -0700 Message-ID: <87d5s4s2ue.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Russ Allbery writes: >> It's okay (and indeed must be okay) to use Subject: cmsg in conjunction >> with a Control header, but the Subject following "cmsg" and the >> contents of the Control header MUST (SHOULD? I'd lean towards MUST, >> though.) match. > But is there any existing software that will act on the "cmsg" in the > Subject when a genuine Control header is present. If, as I suspect, not, > then than rather messy check will give no extra protection. I can't point you at a specific piece of software, but allowing them to be two different things feels like a problem just waiting to happen. I don't like that; it's the sort of thing that makes me very nervous. > It seems that there is now a slight majority to include some provision > (easily outweighed by the silent majority who have said nothing :-( ). I > suspect that it would be better to make such provision in USEPRO, at the > same place as the current "cmsg" stuff so as to keep the whole topic in > one place. Would the following cover the situation? I'd rather add the check above, but other than that, the additional text seems to cover the issue. -- Russ Allbery (rra@stanford.edu) 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 j46Gnpfn011070 for ; Fri, 6 May 2005 09:49:51 -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 j46GnpDF011069 for ietf-usefor-skb; Fri, 6 May 2005 09:49:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46GnnvJ011044 for ; Fri, 6 May 2005 09:49:51 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-69-67.midband.mdip.bt.net ([81.144.69.67]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427b9d19.aff2.39 for ietf-usefor@imc.org; Fri, 6 May 2005 17:36:41 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j46GCFw25397 for ietf-usefor@imc.org; Fri, 6 May 2005 17:12:15 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20839 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CMsg in Subject headers Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87wtqxui6s.fsf@windlord.stanford.edu> <426F4F7C.7385@xyzzy.claranet.de> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <427AB5B4.7380@xyzzy.claranet.de> Date: Fri, 6 May 2005 13:15:10 GMT Lines: 17 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <427AB5B4.7380@xyzzy.claranet.de> Frank Ellermann writes: >... Some posting agents use Subject: cmsg with >a corresponding Control: cancel, that's common practice. Sure, but it is not proposed to forbid those. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j46GnpDY011060 for ; Fri, 6 May 2005 09:49:51 -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 j46GnpS1011059 for ietf-usefor-skb; Fri, 6 May 2005 09:49:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46GnnxK011046 for ; Fri, 6 May 2005 09:49:50 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-69-67.midband.mdip.bt.net ([81.144.69.67]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427b9d1e.aff2.3b for ietf-usefor@imc.org; Fri, 6 May 2005 17:36:46 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j46GCHW25401 for ietf-usefor@imc.org; Fri, 6 May 2005 17:12:17 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20840 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CMsg in Subject headers Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87wtqxui6s.fsf@windlord.stanford.edu> <426F4F7C.7385@xyzzy.claranet.de> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <427AB5B4.7380@xyzzy.claranet.de> <87ll6t9o41.fsf@windlord.stanford.edu> Date: Fri, 6 May 2005 13:45:59 GMT Lines: 59 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87ll6t9o41.fsf@windlord.stanford.edu> Russ Allbery writes: >Frank Ellermann writes: >> I'm actually unsure, but what you have in Usepro is IMHO >> not yet good enough. Do we want gateways to do something ? >> Should "injecting agents" do something ? Or should they >> do nothing ? Some posting agents use Subject: cmsg with >> a corresponding Control: cancel, that's common practice. >It's okay (and indeed must be okay) to use Subject: cmsg in conjunction >with a Control header, but the Subject following "cmsg" and the contents >of the Control header MUST (SHOULD? I'd lean towards MUST, though.) >match. But is there any existing software that will act on the "cmsg" in the Subject when a genuine Control header is present. If, as I suspect, not, then than rather messy check will give no extra protection. It seems that there is now a slight majority to include some provision (easily outweighed by the silent majority who have said nothing :-( ). I suspect that it would be better to make such provision in USEPRO, at the same place as the current "cmsg" stuff so as to keep the whole topic in one place. Would the following cover the situation? The presence of a Subject header whose content starts with the string "cmsg " followed by a was construed under [RFC 1036] as a request to perform that control action (even if no genuine Control header was present). Indeed, some implementations went further and added the implied Control header before injecting. Likewise, the presence of a ending in ".ctl" in the Newsgroups header caused the Subject header content (not starting with "cmsg" in this case) to be interpreted as a . All these practices are now declared to be Obsolete, and Subject headers MUST NOT now be interpreted as s under any circumstances. [Possible addtional text:] In order to prevent continuing interpretation of Subject headers in this way by existing agents, posting and injecting agents SHOULD detect and decline to post articles in which the Subject header starts with the word "cmsg" and in which there is no Control header. The phrase 'the word "cmsg"' is intended to imply that the "cmsg" needs to be followed by some non-alpha, so "Subject: cmsgrhubarb" would not trigger the effect. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j46Gnp2i011056 for ; Fri, 6 May 2005 09:49:51 -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 j46GnpHg011052 for ietf-usefor-skb; Fri, 6 May 2005 09:49:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46GnnP1011045 for ; Fri, 6 May 2005 09:49:50 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-69-67.midband.mdip.bt.net ([81.144.69.67]) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427b9d1f.aff2.3c for ietf-usefor@imc.org; Fri, 6 May 2005 17:36:47 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j46GCHm25409 for ietf-usefor@imc.org; Fri, 6 May 2005 17:12:17 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20841 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: 2045 ABNF Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> <42790A13.4C51@xyzzy.claranet.de> <427AB152.103C@xyzzy.claranet.de> Date: Fri, 6 May 2005 15:34:23 GMT Lines: 93 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <427AB152.103C@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> we have not agreed to outlaw RFC 2231, mush as we dislike it >Sure, it's not our business, and Ned promised (?) to fix it. Did he? Where? >Why do you want to get into a battle about it, when it's >easier to ignore it, like RfC 2822 did ? The 2231 intro >talks about MIME media types and 2183 disposition values, >but not everything with an equalsign "=" in its syntax. RFC 2822 described the format of Email without MIME, though it did point strongly to RFC 2045 (it is indeed odd that it did not mention RFC 2231 explicitly, but since RFC 2231 "Updates 2045", that hardly matters). At the time RFC 2231 was written, 2045 and 2183 were the only other standards using s. >> I have suggested that wording to Ken previously, but he >> has not incorporated it thus far. >It's dangerous to say "SHOULD NOT implement another RfC", >I'd use _any_ other exit if there is another way at all. OK, How about: NOTE: Although the provisions of RFC 2231 for Non-ASCII characters in s of s provide useful additional functionality, those for splitting s over multiple lines offer no additional benefit, since the only length limit on header lines specified by this standard is an overall 998 octets. That latter mechanism is, moreover, somewhat gibbous, and as RFC 2231 itself rrecommends its use only where a real need exists, it is better avoided within Netnews. >> the were really all parameters, and >> inherited all the appropriate baggage >The 2231 baggage isn't appropriate, it's a security loophole. The "baggage" that comes with all MIME-style parameters, whether in Content-* headers, or in the Auto-Submitted header, or in our own Archive and Injection-Info, is as follows: 1. All parameters share the same underlying syntax, so that the same code can be used to parse them in all headers. 2. [CFWS] is permitted in all of them, in the places as explained previously. 3. There is a uniform procedure for including the in a quoted-string if it is not a token (so, for example, in mail-complaints-to = "abuse@example.com" the quotes round the mail address are obligatory, which is one of the things not clear from the current USEFOR draft). 4. There can be any number of parameters (but Ned claims the same token cannot appear more than once). 5. The order of parameters is insignificant. 6. Parameters with tokens not yet defined by any standard may appear, and should ne ignored. Thus extensions to the standard may freeely define new parameters without fear of impacting existing implementations. 7. In particular, parameters with x-tokens may be used freely, whether for reasons of vanity, for human understanding, or for communication between consenting parties. How about Injection-Info: news.example.com; posting-host = dialup.123.456.789.321.example.com; x-radius-id = "0123 456 7890" 8. You can use the charset and lang codes from RFC 2231. 9. You can use the multi-line features from RFC 2231. But the benefits of a uniform package like that are lost if standards try to pick and choose which bits of it they will allow. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j46GhcD0009787 for ; Fri, 6 May 2005 09:43:38 -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 j46GhcrU009786 for ietf-usefor-skb; Fri, 6 May 2005 09:43:38 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-6.gradwell.net (lon-mail-6.gradwell.net [193.111.201.132]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46Ghb9k009775 for ; Fri, 6 May 2005 09:43:37 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-71-44.midband.mdip.bt.net ([81.144.71.44]) by lon-mail-6.gradwell.net with esmtp (Gradwell gwh-smtpd 1.181) id 427b9eb6.1bbe.f2 for ietf-usefor@imc.org; Fri, 6 May 2005 17:43:35 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j46Gg9I26150 for ietf-usefor@imc.org; Fri, 6 May 2005 17:42:09 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20843 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Path header: suggested texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) Date: Fri, 6 May 2005 16:33:51 GMT Lines: 216 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: I believe we reached consensus on how to proceed on the Path header. Ny suggested texts follow. In Usefor, the text includes: 1. Introduction, as in current Usefor draft 2. Syntax changes to effect the agreed changes. 3. Semantics, to explain the meaning of the various forms of and . This corresponds to the much longer text in section 5.6.4 of the old draft-13. 4. Well-formedness rules, taken from the first half of section 5.6.2 of the old draft-13. In Usepro, the bulk of the text was already present, and has simply been updated to reflect the revised provisions. It was based on the second half of section 5.6.2 and section 5.6.5 of the old draft-13. So the great bulk of Brad Templeton's original verbose texts has finally been whittled away. Share and Enjoy! In USEFOR 3.1.6 Path The Path header indicates the route taken by an article since its injection into the Netnews system. Each agent that processes an article is required to prepend one (or more) identities to this header. This is primarily to enable relaying agents to avoid sending articles to sites already known to have them, in particular the site they came from, and additionally to permit tracing the route articles take in moving over the network, and for gathering Usenet statistics. path = "Path:" SP path-list CRLF path-list = [FWS] | *( ( path-identity / path-keyword ) [FWS] | path-delimiter [FWS] ) tail-entry [FWS] path-identity = ( ALPHA / DIGIT ) *( ALPHA / DIGIT / "-" / "." / ":" / "_" ) | path-keyword = "POSTED" / "MISMATCH" tail-entry = path-identity | path-delimiter = "!" / "!!" | NOTE: Observe that the syntax does not allow comments within the | Path header; this is to simplify processing by relaying and | serving agents which have a requirement to process this header | extremely rapidly. [Cf. wording in Newsgroups header. Alternatively, a generic form of this wording somewhere in section 2, expecially if we extend the class of headers where comments are excluded.] | Each in the (excluding the one in the | ) indicates, from right to left, the successive agents | through which the article has passed. The "POSTED" | indicates that the agent to its left injected the article. The use of | the "!!" indicates that the agent to its left claims | that the agent to its right was the verified source of the article | (whereas the "!" implies no such claim). The | "MISMATCH" indicates that the agent to its right failed to | be so verified. The full procedure for constructing a Path header is | set out in [USEPRO]. | NOTE: Historically, the indicated the name of the | sender. If not used for this purpose, the string "not-for-mail" is | often used instead (since at one time the whole path could be used | as a mail address for the sender). | NOTE: Although case-insensitive, it is intended that the | s "POSTED" and "MISMATCH" should be in upper case, to | distinguish them from the s which are traditionally | in lower case. | To ensure that a provides a unique identity for the | agent concerned, it SHOULD be one of: | | 1. A fully qualified domain name (FQDN) associated with an A record | [RFC 1034], which SHOULD identify the actual machine prepending | this and, ideally, should also be "mailable" (see | below). | | 2. A fully qualified domain name (FQDN) associated with an MX record, | which MUST be "mailable". | | 3. An arbitrary name believed to be unique and registered at least | with all sites receiving articles directly from the given site. | | 4. An encoding of an IP address - or [RFC | 2373] (the requirement to be able to use an is the | reason for including ':' as an allowed character within a ). | | The FQDN of an agent is "mailable" if the administrators of that | agent can be reached by email using both of the forms "usenet@" | and "news@", in conformity with [RFC 2142]. | | For an injecting agent, the MUST be option 1 or 2 and | the FQDN MUST be mailable, and if the agent offers its services to | the general public the form "abuse@" MUST also be available, | unless a more specific complaints address has been provided in a | of an Injection-Info header (3.2.13). For other | agents, options 1 through 3 are to be preferred. | In USEPRO 7.2.1. Proto-articles NOTE: An article that is offered for reinjection has, by definition, already been injected once, and is not therefore to be considered as a proto-article. Hence a genuine proto-article | will not contain any Injection-Date header nor any "POSTED" in | its Path header, though that header MAY contain s | corresponding to machines traversed between the posting agent | and the injecting agent proper. 7.2. Duties of an Injecting Agent 10.It MUST then prepend the of the injecting agent, | followed by a '!', the "POSTED" and a further "!" | (or "!!" if appropriate) to the content of the Path header; this | SHOULD then be followed by CRLF and WSP if it would otherwise | result in a line longer than 79 characters. The prepended | MUST be an FQDN mailable address (F-3.1.6). | NOTE: This could result in more that one "POSTED" in the case of reinjection. 7.3. Duties of a Relaying Agent 1. It MUST establish the trusted identity of the source of the article and compare it with the leftmost of the Path header's content. If it matches it MUST then prepend its own | and a '!!' to that content. If | it does not match then it prepends instead two entries to that | content; firstly the true established of the | source followed by a '!', the "MISMATCH" and a | further '!', and then, to the left of that, its own followed by a '!!' as usual. This | prepending of two entries SHOULD NOT be done if the provided and | established identities match. All such prepended material SHOULD | be followed by CRLF and WSP if it would otherwise result in a line | longer than 79 characters. NOTE: In order to prevent overloading, relaying agents should not routinely query an external entity (such as a DNS-server) in order to verify an article (though a local cache of the required information might usefully be consulted). 7.3.1. Path-Header Example | Path: foo.isp.example!!foo-server!! | bar.isp.example!MISMATCH!10.123.12.2!!old.site.example!barbaz!! | baz.isp.example!POSTED!!dialup123.baz.isp.example!not-for-mail NOTE: That article was injected into the news stream by | baz.isp.example, as indicated ny the "POSTED" (complaints may be addressed to abuse@baz.isp.example). The | injector has chosen to record that it got it from dialup123.baz.isp.example. "not-for-mail" is a dummy , though sometimes a real userid is put there. The article was relayed, perhaps by UUCP, to the machine known, at least to old.site.example, as "barbaz". Barbaz relayed it to old.site.example, which does not yet conform to this standard (hence the '!' ) to have verified that it came from old.site.example. [10.123.12.2] relayed it to "foo-server" which, not being | convinced that it truly came from [10.123.12.2], inserted the | "MISMATCH" and then did a reverse lookup on the actual source and concluded it was known as bar.isp.example (that is not to say that [10.123.12.2] was not a correct IP address for bar.isp.example, but simply that that connection could not be substantiated by foo-server). Observe that foo- server has now added two entries to the Path. "foo-server" is a locally significant name within the complex site of many machines run by foo.isp.example, so the latter | should have no problem recognizing foo-server and using a '!!' . Presumably foo.isp.example then delivered the article to its direct clients. | It appears that foo-server and barbaz decided to fold the line, on the grounds that it seemed to be getting a little too long. And also several minor consequential changes. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j46GhbeO009778 for ; Fri, 6 May 2005 09:43:37 -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 j46Ghb1l009777 for ietf-usefor-skb; Fri, 6 May 2005 09:43:37 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-6.gradwell.net (lon-mail-6.gradwell.net [193.111.201.132]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j46GhZbw009767 for ; Fri, 6 May 2005 09:43:36 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-71-44.midband.mdip.bt.net ([81.144.71.44]) by lon-mail-6.gradwell.net with esmtp (Gradwell gwh-smtpd 1.181) id 427b9eb5.1bbe.f1 for ietf-usefor@imc.org; Fri, 6 May 2005 17:43:33 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j46Gg8026142 for ietf-usefor@imc.org; Fri, 6 May 2005 17:42:08 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20842 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CFWS Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> <427A3462.5010509@epix.net> Date: Fri, 6 May 2005 16:12:55 GMT Lines: 72 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <427A3462.5010509@epix.net> "Forrest J. Cavalier III" writes: >It is good that you are keeping track. >Seeing what gets called consensus in this group is always comical. >Opinions from people who actually know how news works, who have >actually maintained production software should carry more weight. >But somehow Usefor is some kind of one-man one-vote come-one come-all >forum. That is the way the IETF process is defined to work :-( . But yes, I do tend to take more note of contributors, such as Russ and Henry, who have actually been at the sharp end of writing news software, than I do of some others (names omitted to protect the guilty) who contribute to this group. >While I'm here, since I was the person that did the patch set for INN 1.7, >I get the feeling I should apologize that INN 1.7 remains useful >so many years later, because it seems to be an impediment to retiring >and replacing those servers. Sorry. I thought I was doing something >optimally useful at the time. >In my opinion, current INN 2.x in some applications is as stable as INN 1.7. >Russ is doing a great job prioritizing INN maintenance, and knows how >news servers need to interoperate. Changes we are introducing which impact servers can be divided into three classes: 1. Features which people would like to use ASAP, but which cannot be safely used until a substantial number of servers accept them. These include the folding of Newsgroups headers and the 'mvgroup' control message. 2. Features whose introduction is useful, but does not break anything when they start to appear. Examples are the Injection-Date and Injection-Info headers and the enhancements to the Path header. 3. Features introduced to achieve greater uniformity and consistency, especially with email. Examples are the introduction of comments in headers where they were not recognized before (but where there is no great pressure from people wanting to use them). I would like to see #1 implemented ASAP (and even hopefully retrofitted to INN 1.7*). INN 2.n has already done the folding of Newsgroups headers. Treating 'mvgroup' as a synonym for 'newgroup' is minimally conformant and will allow it to be used; providing its additional (and desirable) bells and whistles is then for class #2, and will happen if/when there is pressure to do so. I would also like any remaining treatment of 'cmsg' as a Control message clobbered ASAP (presumably that is just a matter of disabling the relevant code). Class #2 features can be introduced as convenient, or as popular pressure demands. Class #3 features are clearly at the back of the queue, and if only Russ would say "not in my foreseeable future" rather than "never", that would be fine by me. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j460ljwo095849 for ; Thu, 5 May 2005 17:47:45 -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 j460ljLb095848 for ietf-usefor-skb; Thu, 5 May 2005 17:47:45 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp2.Stanford.EDU (smtp2.Stanford.EDU [171.67.16.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j460liBx095842 for ; Thu, 5 May 2005 17:47:44 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.Stanford.EDU (8.12.11/8.12.11) with SMTP id j460lgJs003951 for ; Thu, 5 May 2005 17:47:42 -0700 Received: (qmail 6724 invoked by uid 1000); 6 May 2005 00:47:42 -0000 To: ietf-usefor@imc.org Subject: Re: CMsg in Subject headers In-Reply-To: <427AB5B4.7380@xyzzy.claranet.de> (Frank Ellermann's message of "Fri, 06 May 2005 02:09:24 +0200") References: <87wtqxui6s.fsf@windlord.stanford.edu> <426F4F7C.7385@xyzzy.claranet.de> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <427AB5B4.7380@xyzzy.claranet.de> From: Russ Allbery Organization: The Eyrie Date: Thu, 05 May 2005 17:47:42 -0700 Message-ID: <87ll6t9o41.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Frank Ellermann writes: > I'm actually unsure, but what you have in Usepro is IMHO > not yet good enough. Do we want gateways to do something ? > Should "injecting agents" do something ? Or should they > do nothing ? Some posting agents use Subject: cmsg with > a corresponding Control: cancel, that's common practice. It's okay (and indeed must be okay) to use Subject: cmsg in conjunction with a Control header, but the Subject following "cmsg" and the contents of the Control header MUST (SHOULD? I'd lean towards MUST, though.) match. -- Russ Allbery (rra@stanford.edu) 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 j460DJjF088049 for ; Thu, 5 May 2005 17:13:19 -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 j460DJxx088048 for ietf-usefor-skb; Thu, 5 May 2005 17:13:19 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j460DHca088039 for ; Thu, 5 May 2005 17:13:18 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DTqLP-0000QP-RB for ietf-usefor@imc.org; Fri, 06 May 2005 02:05:28 +0200 Received: from 212.82.251.5 ([212.82.251.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 02:05:27 +0200 Received: from nobody by 212.82.251.5 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 02:05:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: CMsg in Subject headers Date: Fri, 06 May 2005 02:09:24 +0200 Organization: Lines: 12 Message-ID: <427AB5B4.7380@xyzzy.claranet.de> References: <87wtqxui6s.fsf@windlord.stanford.edu> <426F4F7C.7385@xyzzy.claranet.de> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.5 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > I believe Frank is opposed I'm actually unsure, but what you have in Usepro is IMHO not yet good enough. Do we want gateways to do something ? Should "injecting agents" do something ? Or should they do nothing ? Some posting agents use Subject: cmsg with a corresponding Control: cancel, that's common practice. Bye, Frank 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 j45NsEc0085760 for ; Thu, 5 May 2005 16:54:14 -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 j45NsEao085759 for ietf-usefor-skb; Thu, 5 May 2005 16:54:14 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45NsAnC085746 for ; Thu, 5 May 2005 16:54:11 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DTq3j-0006Pp-CE for ietf-usefor@imc.org; Fri, 06 May 2005 01:47:11 +0200 Received: from 212.82.251.5 ([212.82.251.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 01:47:11 +0200 Received: from nobody by 212.82.251.5 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 01:47:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: 2045 ABNF Date: Fri, 06 May 2005 01:50:42 +0200 Organization: Lines: 56 Message-ID: <427AB152.103C@xyzzy.claranet.de> References: <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> <42790A13.4C51@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.5 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > we have not agreed to outlaw RFC 2231, mush as we dislike it Sure, it's not our business, and Ned promised (?) to fix it. > Its provisions for charset and language tags could even be > useful. That's why I proposed to copy attribute-char from 2231 in the longer ABNF variant - automagically compatible with a future 2231bis ABNF, and any RfC introducing an actual archiv-param. But at the moment that's all theory and unnecessary. We need a valid ABNF for archiv-param, or to get rid of it. >| RFC 2232 makes provision for s within >| to contain Non-ASCII characters Yes, and nobody plans to implement it for the hypothetical archiv-param, therefore it's unnecessary to mention these features in Usefor-04, like RfC 2822 doesn't mention them. >| news agents SHOULD NOT do so. Why do you want to get into a battle about it, when it's easier to ignore it, like RfC 2822 did ? The 2231 intro talks about MIME media types and 2183 disposition values, but not everything with an equalsign "=" in its syntax. > I have suggested that wording to Ken previously, but he > has not incorporated it thus far. It's dangerous to say "SHOULD NOT implement another RfC", I'd use _any_ other exit if there is another way at all. > those [FWS] should be [CFWS] Comments _within_ a token = value parameter, sigh. Yes, at least for quoted-string you're right, it goes straight back to STD 11. Then let's add the missing C to [FWS]. > I think a better approach would be to define, in one place, > that a parameter looked like But not as term "parameter", that's (re)defined in RfC 2231. We're not planning to update RfC 2231, it has more serious problems. > the were really all parameters, and > inherited all the appropriate baggage The 2231 baggage isn't appropriate, it's a security loophole. Bye, Frank 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 j45MLwHP070251 for ; Thu, 5 May 2005 15:21:58 -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 j45MLwWH070250 for ietf-usefor-skb; Thu, 5 May 2005 15:21:58 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45MLuLO070244 for ; Thu, 5 May 2005 15:21:57 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DTocN-0003x2-0u for ietf-usefor@imc.org; Fri, 06 May 2005 00:14:51 +0200 Received: from 212.82.251.5 ([212.82.251.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 00:14:51 +0200 Received: from nobody by 212.82.251.5 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 00:14:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: CFWS Date: Fri, 06 May 2005 00:16:17 +0200 Organization: Lines: 6 Message-ID: <427A9B31.1A90@xyzzy.claranet.de> References: <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.5 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > I think you are the only one pressing for a change in Lines. Yes, but it's not critical, unlike the "id-right" stuff. Bye. 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 j45HUsof029929 for ; Thu, 5 May 2005 10:30:54 -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 j45HUswi029928 for ietf-usefor-skb; Thu, 5 May 2005 10:30:54 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp3.Stanford.EDU (smtp3.Stanford.EDU [171.67.16.138]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45HUsHJ029922 for ; Thu, 5 May 2005 10:30:54 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.Stanford.EDU (8.12.11/8.12.11) with SMTP id j45HUrK2016968 for ; Thu, 5 May 2005 10:30:53 -0700 Received: (qmail 20965 invoked by uid 1000); 5 May 2005 17:30:53 -0000 To: Subject: Re: Cmsg In-Reply-To: <0e5a01c55197$32389e10$0b01a8c0@isolution.nl> (Ruud H. G. van Tol's message of "Thu, 5 May 2005 19:23:38 +0200") References: <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <09dd01c550df$143c6a80$0b01a8c0@isolution.nl> <0e5a01c55197$32389e10$0b01a8c0@isolution.nl> From: Russ Allbery Organization: The Eyrie Date: Thu, 05 May 2005 10:30:53 -0700 Message-ID: <87vf5xeg1e.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Ruud H G van Tol writes: > I would like to get rid of any interpretation of the Subject-field. But > I am not aware of any software that acts on "cmsg " at the start of a > Subject-header. I expect control messages to have a Control-header. Certainly for new software, you're correct. INN 2.2 and earlier and other software of similar vintage will still treat articles with Subject headers starting with "cmsg " as control messages. > A message with a Date-field like `3 May 05 11:06:06 GMT' or even `Tue, > 03 May 05 14:43:07 GMT' is likely to not arrive, is what I assume. Actually, I think most news software uses a sufficiently lax date parser to allow it, although it's not something to rely on. -- Russ Allbery (rra@stanford.edu) 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 j45HNq15029015 for ; Thu, 5 May 2005 10:23:52 -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 j45HNqot029014 for ietf-usefor-skb; Thu, 5 May 2005 10:23:52 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtps-vbr1.xs4all.nl (smtps-vbr1.xs4all.nl [194.109.24.19]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45HNoZJ029008 for ; Thu, 5 May 2005 10:23:51 -0700 (PDT) (envelope-from rvtol@isolution.nl) Received: from isop10 (velvet.isolution.nl [194.109.164.102]) (authenticated bits=0) by smtps-vbr1.xs4all.nl (8.12.11/8.12.11) with ESMTP id j45HNh58003751 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 5 May 2005 19:23:49 +0200 (CEST) (envelope-from rvtol@isolution.nl) Message-ID: <0e5a01c55197$32389e10$0b01a8c0@isolution.nl> From: "Ruud H.G. van Tol" To: References: <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com><426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de><87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu><427173A8.63D5@xyzzy.claranet.de><87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <09dd01c550df$143c6a80$0b01a8c0@isolution.nl> Subject: Re: Cmsg Date: Thu, 5 May 2005 19:23:38 +0200 Organization: Chaos rules. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Virus-Scanned: by XS4ALL Virus Scanner Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey: > Ruud H.G. van Tol: >> [RFC 1036 said:] >> Also for upward compatibility, if the first 4 characters of the >> "Subject:" line are "cmsg", the rest of the "Subject:" line should >> be interpreted as a control message. > No! No! We agreed long ago that practice from RFC 1036 should be > declared obsolete. We want to see it stop, and to assist that > process Russ wants posting and injecting agents to forcibly > prevent any articles with Subjects starting with "cmsg " > (which is an overkill IMO). I haven't written any public usenet software yet, so please ignore my preferences. I would like to get rid of any interpretation of the Subject- field. But I am not aware of any software that acts on "cmsg " at the start of a Subject-header. I expect control messages to have a Control-header. I favor basic rules like that there can be no white space before the initial colon of a header line, and that there must be a %20 following that colon, and that a non-empty Subject-header is required, because such rules both honor expectations, and allow ignorants to make basic mistakes, making their messages easy to lose. A message with a Date-field like `3 May 05 11:06:06 GMT' or even `Tue, 03 May 05 14:43:07 GMT' is likely to not arrive, is what I assume. -- Grtz, Ruud 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 j45HIq4l028265 for ; Thu, 5 May 2005 10:18:52 -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 j45HIqDL028259 for ietf-usefor-skb; Thu, 5 May 2005 10:18:52 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45HIoc4028193 for ; Thu, 5 May 2005 10:18:50 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j45HIn6S010113 for ; Thu, 5 May 2005 10:18:49 -0700 Received: (qmail 20561 invoked by uid 1000); 5 May 2005 17:18:48 -0000 To: ietf-usefor@imc.org Subject: Re: CFWS In-Reply-To: <427A3462.5010509@epix.net> (Forrest J. Cavalier, III's message of "Thu, 05 May 2005 10:57:38 -0400") References: <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> <427A3462.5010509@epix.net> From: Russ Allbery Organization: The Eyrie Date: Thu, 05 May 2005 10:18:48 -0700 Message-ID: <8764xxfv5z.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Forrest J Cavalier writes: > In my opinion, current INN 2.x in some applications is as stable as INN > 1.7. Russ is doing a great job prioritizing INN maintenance, and knows > how news servers need to interoperate. The largest problem, right now, is that almost no one is working on INN. I'm not sure if Diablo is any better off (I keep meaning to join the mailing list for it and keep not doing so), but judging from the release times, probably not a lot. At this point, the only person doing serious development on INN, integrating patches and doing major structural changes and so forth, is me, and I only have time to do it as a hobby. In practical terms, that means that I can devote about one weekend per month to it. Given the things that need work, that means that purely cosmetic matters are likely to never be fixed, particularly if they don't scratch some personal itch of mine and I don't find them attractive to implement for some reason. All the standards documentation in the world isn't going to change the fact that not a lot of people are currently working on news servers, and therefore unimportant changes are very unlikely to happen quickly, if at all. -- Russ Allbery (rra@stanford.edu) 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 j45Evgaj015544 for ; Thu, 5 May 2005 07:57:42 -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 j45EvgNW015542 for ietf-usefor-skb; Thu, 5 May 2005 07:57:42 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from soy.epix.net (soy.epix.net [199.224.64.64]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45EveJV015530 for ; Thu, 5 May 2005 07:57:41 -0700 (PDT) (envelope-from mibsoft@epix.net) Received: from [192.168.2.11] (hrbg-216-37-253-146-nonpppoe.dsl.hrbg.epix.net [216.37.253.146]) by soy.epix.net (8.12.10/2004120601/PL) with ESMTP id j45EvbgE001703 for ; Thu, 5 May 2005 10:57:38 -0400 (EDT) Message-ID: <427A3462.5010509@epix.net> Date: Thu, 05 May 2005 10:57:38 -0400 From: "Forrest J. Cavalier III" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-usefor@imc.org Subject: Re: CFWS References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 199.224.89.154 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > OK, so we have you and Russ (and possibly Forrest) calling for FWS-only in > Control, Supersedes and Xref, with me disagreeing (except for Xref). > Anyone else want to chip in before we try to discern consensus? It is good that you are keeping track. Seeing what gets called consensus in this group is always comical. Opinions from people who actually know how news works, who have actually maintained production software should carry more weight. But somehow Usefor is some kind of one-man one-vote come-one come-all forum. Democracy used to mean everyone voted for what was best for everyone in the long term. It is regrettable that 100 years of people being urged to vote in blatant self-interest in real world politics gets accepted as the norm in Usefor too. Well, sorry, engineering requires a compromise between wish-list and what will work. Usefor is driven by wish-list, and a lot of features will have little or no value to end-users. (How many users really care to put comments into headers, where they will not be read 99% of the time, for example?) There is a reason that the IETF requires actual implementations. It is because the software developers won't implement bad and marginally useful ideas, or if they do, they won't be permanent. It's appalling that it takes Russ making "end-the-discussion" statements of "that's never going to get into INN" before someone considers there is a problem with some fanciful feature. In case you haven't noticed, the people who do engineering are dropping out of participating in Usefor. I stopped last September, but thought it was time to try again last month. I'll be going silent again. Maybe I'll keep reading. I don't mind not participating, because I'm confident that USEFOR is not going impact production news implementations. While I'm here, since I was the person that did the patch set for INN 1.7, I get the feeling I should apologize that INN 1.7 remains useful so many years later, because it seems to be an impediment to retiring and replacing those servers. Sorry. I thought I was doing something optimally useful at the time. In my opinion, current INN 2.x in some applications is as stable as INN 1.7. Russ is doing a great job prioritizing INN maintenance, and knows how news servers need to interoperate. 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 j45EkBiR013723 for ; Thu, 5 May 2005 07:46:11 -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 j45EkBCM013722 for ietf-usefor-skb; Thu, 5 May 2005 07:46:11 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp3.Stanford.EDU (smtp3.Stanford.EDU [171.67.16.138]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45EkAIa013715 for ; Thu, 5 May 2005 07:46:10 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.Stanford.EDU (8.12.11/8.12.11) with SMTP id j45Ek9TM027965 for ; Thu, 5 May 2005 07:46:10 -0700 Received: (qmail 11275 invoked by uid 1000); 5 May 2005 14:46:09 -0000 To: ietf-usefor@imc.org Subject: Re: CFWS In-Reply-To: (Charles Lindsey's message of "Thu, 5 May 2005 10:38:38 GMT") References: <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> From: Russ Allbery Organization: The Eyrie Date: Thu, 05 May 2005 07:46:09 -0700 Message-ID: <87fyx120jy.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Anyway, the proposal currently on the table is to include obligatory > CFWS in the syntax, but to say > o Comments in CFWS between message identifiers can cause > interoperability problems, so comments SHOULD NOT be generated, > but MUST be accepted. > (same words as in Usefor-03). > Does anybody seriously want to change that? I don't. I'm content with that; I agree that adding comments to the syntax where feasible is a good idea for headers that we share with mail. >> Crashing unhappy 1036-servers or befuddling a deprecated Lines won't >> gain us new friends. > I think you are the only one pressing for a change in Lines. Since > nobody is seriously trying to parse Lines for any purpose, I think it > can safely be left as it has been in all previous drafts, just for > consistency with the way RFC 2822 (and even 822) likes things to be. RFC 2822 and 822 obviously have nothing to say about Lines in particular, so I think that's a weak argument. The header is obsolete, which means that we should do nothing other than documenting the existing syntax. The existing syntax doesn't allow comments. I therefore don't understand the point of including comments. -- Russ Allbery (rra@stanford.edu) 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 j45EJe3S009349 for ; Thu, 5 May 2005 07:19:40 -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 j45EJelr009348 for ietf-usefor-skb; Thu, 5 May 2005 07:19:40 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45EJdLZ009330 for ; Thu, 5 May 2005 07:19:40 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j45EJSZZ026043; Thu, 5 May 2005 10:19:28 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j45EJSAF026042; Thu, 5 May 2005 10:19:28 -0400 (EDT) Date: Thu, 5 May 2005 10:19:27 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: CMsg in Subject headers (was Obsolete vs. obsolescent) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Thu, 5 May 2005, Charles Lindsey wrote: > >I believe that posting agents should refuse to generate them... > >and injecting agents should reject them. I don't have a strong > >opinion on what relaying and serving agents should do... Going > >ahead and serving or relaying them probably does the least harm. > > OK, so considering the proposal on the table to be your first sentence > (interpreting "should" as "SHOULD")... > So we need to hear more opinions. I am (mildly) in favor of Russ's position: it's worth making a real effort to keep them off the net. (Once they're on, well, I wouldn't weep if relayers and servers declined to pass them on, but I suspect it's best not to require/recommend that.) Henry Spencer henry@spsystems.net 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 j45BsRPf065015 for ; Thu, 5 May 2005 04:54:27 -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 j45BsRUq065014 for ietf-usefor-skb; Thu, 5 May 2005 04:54:27 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45BsQB6064985 for ; Thu, 5 May 2005 04:54:27 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-76-158.midband.mdip.bt.net ([81.144.76.158]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427a0971.146dc.11e for ietf-usefor@imc.org; Thu, 5 May 2005 12:54:25 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j45BCM616889 for ietf-usefor@imc.org; Thu, 5 May 2005 12:12:22 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20828 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: 2045 ABNF Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> <42790A13.4C51@xyzzy.claranet.de> Date: Thu, 5 May 2005 11:09:06 GMT Lines: 62 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <42790A13.4C51@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: > >>> "Smart copying", just stay away from the 2231 parameter >>> syntax. >> Not clear what you mean by that. >Just don't say archiv-param = parameter if what you want is a >2045 parameter, but not a 2231 parameter. You could e.g. say But we have not agreed to outlaw RFC 2231, mush as we dislike it. Its provisions for charset and language tags could even be useful. For sure, we heartily dislike its multi-line provisions, and I could accept a wording such as the following: RFC 2232 makes provision for s within to contain Non-ASCII characters, and also for s of excessive length to be split over several lines. Since the only length limit on header lines specified by this standard is an overall 998 octets, it is never necessary to utilize that latter facility in Netnews, and news agents SHOULD NOT do so. However, such split parameters may occasionally be seen in articles gatewayed from Email. I have suggested that wording to Ken previously, but he has not incorporated it thus far. I think it would accord with the general opinion of this WG, but I don't think we have any agreement to go beyond that. >archive-param = attribute [FWS] "=" [FWS] value >attribute = 1*attribute-char >attribute-char = ; ABNF of the ASCII subset defined by 2231 >value = token / quoted-string >token = 1*( attribute-char / "*" / "'" / "%" ) >Ugly like hell, a more friendly variant: Well those [FWS] should be [CFWS], and you haven't got enough of them, and there is already one present in . And archive-param is not the only place affected, because there are all the params defined in Injection-Info, to which it would all apply. I think a better approach would be to define, in one place, that a parameter looked like (either with explicit syntax or verbiage to adapt 1045/2231/822), and then to say, with further verbiage, that the were really all parameters, and inherited all the appropriate baggage (which is what I actually did in the old draft-13). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j45BsQTP064993 for ; Thu, 5 May 2005 04:54:26 -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 j45BsQtM064992 for ietf-usefor-skb; Thu, 5 May 2005 04:54:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45BsPs7064968 for ; Thu, 5 May 2005 04:54:26 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-76-158.midband.mdip.bt.net ([81.144.76.158]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427a0970.146dc.11d for ietf-usefor@imc.org; Thu, 5 May 2005 12:54:24 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j45BCHZ16868 for ietf-usefor@imc.org; Thu, 5 May 2005 12:12:17 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20825 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CFWS Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> <42791756.74B2@xyzzy.claranet.de> Date: Thu, 5 May 2005 10:38:38 GMT Lines: 63 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <42791756.74B2@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> It was reported here by Russ that comments in Reference >> headers most certainly would confuse existing user agents >If a confused UA has minor problems with the threading it's >no big deal. But if we'd want mail2news gateways worldwide >to "translate" 2822-References to grandson References it's >ugly. As I said, if mail2news gateways do not both to check, the likely consequences are fairly minimal in practice. Anyway, the proposal currently on the table is to include obligatory CFWS in the syntax, but to say o Comments in CFWS between message identifiers can cause interoperability problems, so comments SHOULD NOT be generated, but MUST be accepted. (same words as in Usefor-03). Does anybody seriously want to change that? >Or we hope that this is something a future 2822bis would also >do, because instead of just is common >practice, no matter what the proposed standard 2822 proposed. I agree there, but that is not our call. >> Russ was pressing for exclusion of comments from Control, >> Supersedes and Xref. You are agreeing with him as regards >> Control and Supersedes. >I simply forgot Xref in your list, it should be as Russ said. OK, so we have you and Russ (and possibly Forrest) calling for FWS-only in Control, Supersedes and Xref, with me disagreeing (except for Xref). Anyone else want to chip in before we try to discern consensus? >Crashing unhappy 1036-servers or befuddling a deprecated Lines >won't gain us new friends. I think you are the only one pressing for a change in Lines. Since nobody is seriously trying to parse Lines for any purpose, I think it can safely be left as it has been in all previous drafts, just for consistency with the way RFC 2822 (and even 822) likes things to be. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j45BsPuJ064977 for ; Thu, 5 May 2005 04:54:25 -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 j45BsP75064975 for ietf-usefor-skb; Thu, 5 May 2005 04:54:25 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45BsOil064953 for ; Thu, 5 May 2005 04:54:24 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-76-158.midband.mdip.bt.net ([81.144.76.158]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427a096e.146dc.11b for ietf-usefor@imc.org; Thu, 5 May 2005 12:54:22 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j45BCLa16883 for ietf-usefor@imc.org; Thu, 5 May 2005 12:12:21 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20827 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Cmsg (was Obsolete vs. obsolescent) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com><426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de><87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu><427173A8.63D5@xyzzy.claranet.de><87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <09dd01c550df$143c6a80$0b01a8c0@isolution.nl> Date: Thu, 5 May 2005 10:52:12 GMT Lines: 21 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <09dd01c550df$143c6a80$0b01a8c0@isolution.nl> "Ruud H.G. van Tol" writes: >Also for upward compatibility, if the first 4 characters of the >"Subject:" line are "cmsg", the rest of the "Subject:" line should >be interpreted as a control message. No! No! We agreed long ago that practice from RFC 1036 should be declared obsolete. We want to see it stop, and to assist that process Russ wants posting and injecting agents to forcibly prevent any articles with Subjects starting with "cmsg " (which is an overkill IMO). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j45BsP65064978 for ; Thu, 5 May 2005 04:54:25 -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 j45BsPjb064976 for ietf-usefor-skb; Thu, 5 May 2005 04:54:25 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j45BsO4X064956 for ; Thu, 5 May 2005 04:54:25 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-76-158.midband.mdip.bt.net ([81.144.76.158]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427a096f.146dc.11c for ietf-usefor@imc.org; Thu, 5 May 2005 12:54:23 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j45BCJI16875 for ietf-usefor@imc.org; Thu, 5 May 2005 12:12:19 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20826 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: CMsg in Subject headers (was Obsolete vs. obsolescent) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> Date: Thu, 5 May 2005 10:44:26 GMT Lines: 28 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <877jie6h5o.fsf@windlord.stanford.edu> Russ Allbery writes: >I believe that posting agents should refuse to generate them (a 0th item >on your list that's already implemented by many) and injecting agents >should reject them. I don't have a strong opinion on what relaying and >serving agents should do with them after they've already happened. Going >ahead and serving or relaying them probably does the least harm. I'm not >sure it's worth specifically requiring some particular behavior there. OK, so considering the proposal on the table to be your first sentence (interpreting "should" as "SHOULD") You are in favour (obviously) I am opposed I believe Frank is opposed So we need to hear more opinions. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j44JUYLb000692 for ; Wed, 4 May 2005 12:30:35 -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 j44JUYnr000691 for ietf-usefor-skb; Wed, 4 May 2005 12:30:34 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from spsystems.net (spsystems.net [216.126.83.115]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44JUYLT000683 for ; Wed, 4 May 2005 12:30:34 -0700 (PDT) (envelope-from henry@spsystems.net) Received: from spsystems.net (henry@localhost [127.0.0.1]) by spsystems.net (8.12.10/8.12.10) with ESMTP id j44JUUZZ014452; Wed, 4 May 2005 15:30:30 -0400 (EDT) Received: (from henry@localhost) by spsystems.net (8.12.10/8.12.10/Submit) id j44JUTQi014451; Wed, 4 May 2005 15:30:29 -0400 (EDT) Date: Wed, 4 May 2005 15:30:29 -0400 (EDT) From: Henry Spencer To: Usefor Mailing List Subject: Re: Obsolete vs. obsolescent In-Reply-To: <09dd01c550df$143c6a80$0b01a8c0@isolution.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: On Wed, 4 May 2005, Ruud H.G. van Tol wrote: > > any Subject header beginning with "cmsg " > > I always thought just "cmsg", so no space required. That's what RFC 1036 said, but most (all?) real implementations insisted on the trailing space... to the extent that they paid any attention to "cmsg" at all. Henry Spencer henry@spsystems.net 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 j44JPtOm000379 for ; Wed, 4 May 2005 12:25:55 -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 j44JPtXT000378 for ietf-usefor-skb; Wed, 4 May 2005 12:25:55 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtps-vbr2.xs4all.nl (smtps-vbr2.xs4all.nl [194.109.24.18]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44JPrQA000371 for ; Wed, 4 May 2005 12:25:53 -0700 (PDT) (envelope-from rvtol@isolution.nl) Received: from isop10 (velvet.isolution.nl [194.109.164.102]) (authenticated bits=0) by smtps-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id j44JPkdb032705 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 4 May 2005 21:25:52 +0200 (CEST) (envelope-from rvtol@isolution.nl) Message-ID: <09dd01c550df$143c6a80$0b01a8c0@isolution.nl> From: "Ruud H.G. van Tol" To: References: <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com><426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de><87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu><427173A8.63D5@xyzzy.claranet.de><87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> Subject: Re: Obsolete vs. obsolescent Date: Wed, 4 May 2005 21:25:41 +0200 Organization: Chaos rules. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-Virus-Scanned: by XS4ALL Virus Scanner Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Russ Allbery: > any Subject header beginning with "cmsg " I always thought just "cmsg", so no space required. >From RFC 1036: Also for upward compatibility, if the first 4 characters of the "Subject:" line are "cmsg", the rest of the "Subject:" line should be interpreted as a control message. -- Grtz, Ruud 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 j44J0ppD098437 for ; Wed, 4 May 2005 12:00:51 -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 j44J0pEl098436 for ietf-usefor-skb; Wed, 4 May 2005 12:00:51 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44J0oQp098428 for ; Wed, 4 May 2005 12:00:50 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j44J0luL024717 for ; Wed, 4 May 2005 12:00:47 -0700 Received: (qmail 12668 invoked by uid 1000); 4 May 2005 19:00:47 -0000 To: ietf-usefor@imc.org Subject: Re: Obsolete vs. obsolescent In-Reply-To: <42790DDF.2A3A@xyzzy.claranet.de> (Frank Ellermann's message of "Wed, 04 May 2005 20:01:03 +0200") References: <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> <42790DDF.2A3A@xyzzy.claranet.de> From: Russ Allbery Organization: The Eyrie Date: Wed, 04 May 2005 12:00:47 -0700 Message-ID: <87k6me3jfk.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Frank Ellermann writes: > Maybe a poor "modern" server surrounded by "broken" servers or > a news2mail in a similar position would never see the article > if the "broken" servers refuse to accept obscure Subject: cmsg > articles. > IIRC you proposed a =?us-ascii?Q?cmsg?= kludge for mail2news, > but that's common sense or Usepro-xx, not Usefor-04. Agreed. -- Russ Allbery (rra@stanford.edu) 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 j44Imdhg097717 for ; Wed, 4 May 2005 11:48:39 -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 j44Imdjt097716 for ietf-usefor-skb; Wed, 4 May 2005 11:48:39 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44Imcfn097710 for ; Wed, 4 May 2005 11:48:38 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DTOnS-0000qs-Oa for ietf-usefor@imc.org; Wed, 04 May 2005 20:40:34 +0200 Received: from 212.82.251.121 ([212.82.251.121]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 May 2005 20:40:34 +0200 Received: from nobody by 212.82.251.121 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 May 2005 20:40:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Obsolete vs. obsolescent Date: Wed, 04 May 2005 20:01:03 +0200 Organization: Lines: 17 Message-ID: <42790DDF.2A3A@xyzzy.claranet.de> References: <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> <877jie6h5o.fsf@windlord.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.121 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Russ Allbery wrote: >> Even if that "breakage" is only apparent on "broken" servers? > Yes. They're fully-compliant RFC 1036 servers. Maybe a poor "modern" server surrounded by "broken" servers or a news2mail in a similar position would never see the article if the "broken" servers refuse to accept obscure Subject: cmsg articles. IIRC you proposed a =?us-ascii?Q?cmsg?= kludge for mail2news, but that's common sense or Usepro-xx, not Usefor-04. Bye, Frank 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 j44Ihs61097205 for ; Wed, 4 May 2005 11:43:54 -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 j44IhsYZ097204 for ietf-usefor-skb; Wed, 4 May 2005 11:43:54 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44IhqKC097196 for ; Wed, 4 May 2005 11:43:53 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DTOjl-0000F4-JK for ietf-usefor@imc.org; Wed, 04 May 2005 20:36:46 +0200 Received: from 212.82.251.121 ([212.82.251.121]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 May 2005 20:36:45 +0200 Received: from nobody by 212.82.251.121 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 May 2005 20:36:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: CFWS Date: Wed, 04 May 2005 20:41:26 +0200 Organization: Lines: 64 Message-ID: <42791756.74B2@xyzzy.claranet.de> References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.121 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > It was reported here by Russ that comments in Reference > headers most certainly would confuse existing user agents If a confused UA has minor problems with the threading it's no big deal. But if we'd want mail2news gateways worldwide to "translate" 2822-References to grandson References it's ugly. > News really ought to catch up eventually (hence the CFWS is > still in our draft, though deprecated for now). ACK. Maybe my idea to enforce at least a FWS as separator, the [CFWS] => CFWS modification in msg-id-list, was stupid ? Or we hope that this is something a future 2822bis would also do, because instead of just is common practice, no matter what the proposed standard 2822 proposed. > Note that USEFOR is taking a stronger line on insisting of > at least a SP to separate the references than it is taking > on excluding comments. Yes, see above... > I think this is because that SP was explicit in RFC 1036 ...and because I wanted it. But if that's a silly compromise we could drop it and let UAs confronted with the proposed 2822 syntax crash as they see fit. > Russ was pressing for exclusion of comments from Control, > Supersedes and Xref. You are agreeing with him as regards > Control and Supersedes. I simply forgot Xref in your list, it should be as Russ said. > Control: cancel <1234@example.com> (unapproved article in > moderated group) A cancel etc. ignored by many news servers doesn't help, please get rid of all CFWS in Xref, Control, Supersedes, and Lines. They don't need or want to be "mail-compatible", it's much more important to be s-o-1036 compatible. > There are still people high up who think that News is just an > offshoot of mail :-( If they don't understand it they won't talk about it. We have a clear mission statement, a proper subset of message/rfc822: No comments at some places _is_ still a valid message/rfc822. > We will have more chance of influencing RFC 2822bis if we are > seen to be cooperating on issues which are less critical for > our purposes. Crashing unhappy 1036-servers or befuddling a deprecated Lines won't gain us new friends. If a future 2822bis doesn't adopt our msg-id without compulsive reasons it would be pointless - the most liberal syntax already exists in the form of RfC 2822 minus its obs-cenities. Bye, Frank 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 j44HlMMk092074 for ; Wed, 4 May 2005 10:47:22 -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 j44HlMrc092073 for ietf-usefor-skb; Wed, 4 May 2005 10:47:22 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44HlKn9092066 for ; Wed, 4 May 2005 10:47:21 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DTNqZ-0000Xp-Hh for ietf-usefor@imc.org; Wed, 04 May 2005 19:39:43 +0200 Received: from 212.82.251.121 ([212.82.251.121]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 May 2005 19:39:43 +0200 Received: from nobody by 212.82.251.121 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 May 2005 19:39:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: 2045 ABNF Date: Wed, 04 May 2005 19:44:51 +0200 Organization: Lines: 38 Message-ID: <42790A13.4C51@xyzzy.claranet.de> References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.82.251.121 X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: >> "Smart copying", just stay away from the 2231 parameter >> syntax. > Not clear what you mean by that. Just don't say archiv-param = parameter if what you want is a 2045 parameter, but not a 2231 parameter. You could e.g. say archive-param = attribute [FWS] "=" [FWS] value attribute = 1*attribute-char attribute-char = ; ABNF of the ASCII subset defined by 2231 value = token / quoted-string token = 1*( attribute-char / "*" / "'" / "%" ) Ugly like hell, a more friendly variant: archive-param = archive-attr [FWS] "=" [FWS] value archive-attr = token value = token / quoted-string token = ; string TBD based on 2045 / STD 11 As long as you don't try to "redefine" (= reuse) any 2231 term there should be no serious problem. >> Is there anything else that needs to be discussed for >> Usefor-04 ? > Yes lots. I still haven't gotten around to doing the Path > stuff that I promised, for a start. That doesn't need any further discussion before Usefor-04. I want a first RfC in the next five weeks, they have this fatal tendency to close WGs with zero RfCs, something I didn't know before MARID (all I knew was USEFOR). Bye, Frank 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 j44HLg2p089665 for ; Wed, 4 May 2005 10:21:42 -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 j44HLg1R089664 for ietf-usefor-skb; Wed, 4 May 2005 10:21:42 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp3.Stanford.EDU (smtp3.Stanford.EDU [171.67.16.138]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44HLgfc089656 for ; Wed, 4 May 2005 10:21:42 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.Stanford.EDU (8.12.11/8.12.11) with SMTP id j44HLdcd002818 for ; Wed, 4 May 2005 10:21:39 -0700 Received: (qmail 8383 invoked by uid 1000); 4 May 2005 17:21:39 -0000 To: ietf-usefor@imc.org Subject: Re: Obsolete vs. obsolescent In-Reply-To: (Charles Lindsey's message of "Wed, 4 May 2005 11:30:57 GMT") References: <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> From: Russ Allbery Organization: The Eyrie Date: Wed, 04 May 2005 10:21:39 -0700 Message-ID: <877jie6h5o.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Russ Allbery writes: >> News reader authors will have warning, the standard will explain why >> they're rejected, and the rejection from at least some servers will be >> immediate and won't be silent, rather than having the article appear on >> one's local server and then not seen by anyone else. > Please can I be clear which of the following you are proposing: > 1. That injecting agents should return these articles to the sender > noisily. > 2. That relaying agents should drop them silently. > 3. That serving agents should fail to store them, silently. I believe that posting agents should refuse to generate them (a 0th item on your list that's already implemented by many) and injecting agents should reject them. I don't have a strong opinion on what relaying and serving agents should do with them after they've already happened. Going ahead and serving or relaying them probably does the least harm. I'm not sure it's worth specifically requiring some particular behavior there. > And is it to apply to > Subject: cmsg: considered harmful > or only to ones that might be parsed as a genuine control message? Neither. It would apply to any Subject header beginning with "cmsg " (no colon), since that's what the interoperability problem applies to. > Even if that "breakage" is only apparent on "broken" servers? Yes. They're fully-compliant RFC 1036 servers. -- Russ Allbery (rra@stanford.edu) 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 j44GEUKe079676 for ; Wed, 4 May 2005 09:14:30 -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 j44GEU2M079675 for ietf-usefor-skb; Wed, 4 May 2005 09:14:30 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44GETOd079668 for ; Wed, 4 May 2005 09:14:29 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-77-172.midband.mdip.bt.net ([81.144.77.172]) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.182) id 4278f4e3.82cd.3d for ietf-usefor@imc.org; Wed, 4 May 2005 17:14:27 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j44GCYI10434 for ietf-usefor@imc.org; Wed, 4 May 2005 17:12:34 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20815 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: ***SPAM-3*** Re: CFWS Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <4276F88B.1443@xyzzy.claranet.de> Date: Wed, 4 May 2005 11:20:59 GMT Lines: 93 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4276F88B.1443@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> and also >> Message-ID >> which we decided to make FWS-only, even though it is not a >> news-only-header, but not References (though we say "must >> not generate yet"). >Is that so ? A puzzle for mail2news gateways, do they have to >replace comments by a space ? Comments in References should >not confuse news servers, no matter how old, so I don't care >much about this bit. If gateways are expeted to do something >it has to be stated in USEPRO. It was reported here by Russ that comments in Reference headers most certainly would confuse existing user agents, as would total omission of that FWS (I agree that servers are unlikely to care). OTOH, they are allowed in RFC 2822 (though I don't know whether MUAs that attempt to thread email actually tolerate them in practice), so News really ought to catch up eventually (hence the CFWS is still in our draft, though deprecated for now). As for gateways, USEPRO requires them to produce valid News articles, so strictly speaking they should do as you say. But I would be sympathetic to a gateway that did not bother to make the check on the grounds that these things never appeared in practice (have you ever seen one?). Note that USEFOR is taking a stronger line on insisting of at least a SP to separate the references than it is taking on excluding comments. I think this is because that SP was explicit in RFC 1036, and RFC 2822 really ought to have retained it (and RFC 2822bis should be made to do so). > [before] >> plus: >> Expires >> Approved >> Control >> Supersedes >> Xref >> Lines > [...] >Supersedes is news-only server territory => no comments. Dito >Control. Russ was pressing for exclusion of comments from Control, Supersedes and Xref. You are agreeing with him as regards Control and Supersedes. I agree as regards Xref (it is not intended to be generated by humans ever, and no automaton is going to put comments in). I would prefer to leave them in Control and Supersedes (though deprecated until "yet" happens), for general consistency with email and because people will surely try to use them, as in Control: cancel <1234@example.com> (unapproved article in moderated group) > Lines is "obsolescent" => no need to add comments to >its grave. And no need not to either. Leave it be. >A date-time is the one 2822 case with only a trailing CFWS and >otherwise FWS => keep it as it is (= same syntax as 2822 Date). Yes. Russ has already said that software that tries to parse a date just stops looking as soon as it has seen enough. >> they would all be "MUST accept, but do not generate yet" >I hate this doublebind approach. If we don't want CFWS let's >just say so in the syntax for Supersedes, Control, and Lines. It is a Good Thing to be seen to be trying to adopt an approach consistent with what email has defined. There are still people high up who think that News is just an offshoot of mail :-( . We will have more chance of influencing RFC 2822bis if we are seen to be cooperating on issues which are less critical for our purposes. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j44GETUt079666 for ; Wed, 4 May 2005 09:14:29 -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 j44GETTZ079663 for ietf-usefor-skb; Wed, 4 May 2005 09:14:29 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44GER2s079643 for ; Wed, 4 May 2005 09:14:28 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-77-172.midband.mdip.bt.net ([81.144.77.172]) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.182) id 4278f4e2.82cd.3c for ietf-usefor@imc.org; Wed, 4 May 2005 17:14:26 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j44GCcN10444 for ietf-usefor@imc.org; Wed, 4 May 2005 17:12:38 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20817 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Obsolete vs. obsolescent Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> <87d5s8xqyb.fsf@windlord.stanford.edu> Date: Wed, 4 May 2005 11:30:57 GMT Lines: 37 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87d5s8xqyb.fsf@windlord.stanford.edu> Russ Allbery writes: >Charles Lindsey writes: >News reader authors will have warning, the standard will explain why >they're rejected, and the rejection from at least some servers will be >immediate and won't be silent, rather than having the article appear on >one's local server and then not seen by anyone else. Please can I be clear which of the following you are proposing: 1. That injecting agents should return these articles to the sender noisily. 2. That relaying agents should drop them silently. 3. That serving agents should fail to store them, silently. And is it to apply to Subject: cmsg: considered harmful or only to ones that might be parsed as a genuine control message? >Furthermore, it's one of the purposes of a standard to warn about doing >things that will cause breakage in practice, *particularly* if that >breakage can't be easily detected. Even if that "breakage" is only apparent on "broken" servers? -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j44GESp4079650 for ; Wed, 4 May 2005 09:14:28 -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 j44GES0X079649 for ietf-usefor-skb; Wed, 4 May 2005 09:14:28 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j44GERCD079641 for ; Wed, 4 May 2005 09:14:27 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-77-172.midband.mdip.bt.net ([81.144.77.172]) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.182) id 4278f4e1.82cd.3b for ietf-usefor@imc.org; Wed, 4 May 2005 17:14:25 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j44GCaB10439 for ietf-usefor@imc.org; Wed, 4 May 2005 17:12:36 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20816 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: ***SPAM-3*** Re: 2045 ABNF Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272F833.324@xyzzy.claranet.de> <42770C7E.1501@xyzzy.claranet.de> Date: Wed, 4 May 2005 11:23:52 GMT Lines: 33 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <42770C7E.1501@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> Currently, it is unclear in USEPRO, and it needs to be fixed >> for use in Archive and Injection-Info. I do not care whether >> the fix is by 'inventing' that syntax, or by suitable hand >> waving, provided it gets done. >"Smart copying", just stay away from the 2231 parameter syntax. Not clear what you mean by that. > >> [There are also some further nits in Injection-Info that need >> to be fixed, but I shall deal with these later - best not to >> have too many topics on the go at one time.] >Okay, let's delay the 2045-problem for a Usefor-05. Is there >anything else that needs to be discussed for Usefor-04 ? Yes lots. I still haven't gotten around to doing the Path stuff that I promised, for a start. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j43FZfDh028007 for ; Tue, 3 May 2005 08:35:41 -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 j43FZf0M028006 for ietf-usefor-skb; Tue, 3 May 2005 08:35:41 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp2.Stanford.EDU (smtp2.Stanford.EDU [171.67.16.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j43FZf8C027999 for ; Tue, 3 May 2005 08:35:41 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.Stanford.EDU (8.12.11/8.12.11) with SMTP id j43FZe7X019963 for ; Tue, 3 May 2005 08:35:40 -0700 Received: (qmail 9556 invoked by uid 1000); 3 May 2005 15:35:40 -0000 To: ietf-usefor@imc.org Subject: Re: Obsolete vs. obsolescent In-Reply-To: (Charles Lindsey's message of "Tue, 3 May 2005 12:36:45 GMT") References: <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> From: Russ Allbery Organization: The Eyrie Date: Tue, 03 May 2005 08:35:40 -0700 Message-ID: <87d5s8xqyb.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Russ Allbery writes: >> That's not the real issue. The issue is that such articles disappear, >> sometimes silently, sometimes noisily. That is the very definition of >> an interoperability problem. > If they are disappearing because servers are filtering out Subjects with > "cmsg:" in them, they I cannot see how the situation will be improved by > making such filters mandatory. News reader authors will have warning, the standard will explain why they're rejected, and the rejection from at least some servers will be immediate and won't be silent, rather than having the article appear on one's local server and then not seen by anyone else. Furthermore, it's one of the purposes of a standard to warn about doing things that will cause breakage in practice, *particularly* if that breakage can't be easily detected. > May I suggest that a final revision/patch for the INN 1.7 series to > attend to the most urgent changes brought about by our standard (clearly > stopping these ancient practices is one of them) would be a good idea. Releasing a new version of an otherwise extremely stable software package to fix things that aren't broken, just in compliance with an older standard that's still widely followed, isn't something that strikes me as a good idea. It's certainly not something that I personally will be doing. -- Russ Allbery (rra@stanford.edu) 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 j43FUekO027302 for ; Tue, 3 May 2005 08:30:40 -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 j43FUewd027301 for ietf-usefor-skb; Tue, 3 May 2005 08:30:40 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp3.Stanford.EDU (smtp3.Stanford.EDU [171.67.16.138]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j43FUdtM027293 for ; Tue, 3 May 2005 08:30:39 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp3.Stanford.EDU (8.12.11/8.12.11) with SMTP id j43FUa3q022581 for ; Tue, 3 May 2005 08:30:36 -0700 Received: (qmail 9459 invoked by uid 1000); 3 May 2005 15:30:36 -0000 To: ietf-usefor@imc.org Subject: Re: CFWS In-Reply-To: (Charles Lindsey's message of "Tue, 3 May 2005 10:07:34 GMT") References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <87r7gprp71.fsf@windlord.stanford.edu> From: Russ Allbery Organization: The Eyrie Date: Tue, 03 May 2005 08:30:35 -0700 Message-ID: <87hdhkxr6s.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Russ Allbery writes: >> Supersedes with comments just will fail to work on some (probably many) >> servers. > They may fail to cancel the old article, but I doubt they would fail to > carry the new. Right. >> As a server implementor, I have no current plans to add comment >> stripping for Control or Supersedes regardless of what the draft says; >> it strikes me as futile makework, and there are considerably more >> pressing things I could do with my time that actually matter. > That is fair enough. I would expect those particular upgrades to be at > the back of your queue of jobs to be done, and might remain there for a > long time. But I hope that would not mean 'never'. In practice, that means never. There isn't exactly a surfeit of news server developers right now. -- Russ Allbery (rra@stanford.edu) 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 j43Cx7Ws005126 for ; Tue, 3 May 2005 05:59:07 -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 j43Cx7uT005125 for ietf-usefor-skb; Tue, 3 May 2005 05:59:07 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j43Cx5X9005109 for ; Tue, 3 May 2005 05:59:06 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-77-201.midband.mdip.bt.net ([81.144.77.201]) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42777598.14eb0.323 for ietf-usefor@imc.org; Tue, 3 May 2005 13:59:04 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j43Cb9t28590 for ietf-usefor@imc.org; Tue, 3 May 2005 13:37:09 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20810 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Obsolete vs. obsolescent Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87fyxvx1m6.fsf@windlord.stanford.edu> <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> <87wtqhshuo.fsf@windlord.stanford.edu> Date: Tue, 3 May 2005 12:36:45 GMT Lines: 48 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87wtqhshuo.fsf@windlord.stanford.edu> Russ Allbery writes: >Charles Lindsey writes: >> I hope to, and I am older than you are :-) . If, on an occasional >> server, some group gets wrongly created/removed or some article gets >> cancelled, I can live with that. >That's not the real issue. The issue is that such articles disappear, >sometimes silently, sometimes noisily. That is the very definition of an >interoperability problem. If they are disappearing because servers are filtering out Subjects with "cmsg:" in them, they I cannot see how the situation will be improved by making such filters mandatory. But if they were genuine attempts to inject control messages, and they fail in whatever manner (preferably noisily), then surely that is what we want. >Haven't we done this multiple times before? I feel like I'm repeating >myself. I could have sworn that we'd reached consensus on this repeatedly >in the past, and yet, here we go again. I am not convinced that we achieved any consensus last time, except that any special treatment of such messages that would cause them to be obeyed as control messages should cease ASAP. >INN 1.7 is still widely deployed and even recommended for new >installations by, e.g., Debian because it's simple. Many existing filters >look for "Subject: cmsg" when making filtering decisions as well as >looking at Control headers, so as not to miss articles sneaking in via >older interpretations of the standard. May I suggest that a final revision/patch for the INN 1.7 series to attend to the most urgent changes brought about by our standard (clearly stopping these ancient practices is one of them) would be a good idea. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j43BENPA063689 for ; Tue, 3 May 2005 04:14:23 -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 j43BENSt063688 for ietf-usefor-skb; Tue, 3 May 2005 04:14:23 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j43BELBw063674 for ; Tue, 3 May 2005 04:14:22 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-75-86.midband.mdip.bt.net ([81.144.75.86]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 42775d0c.12d08.141 for ietf-usefor@imc.org; Tue, 3 May 2005 12:14:20 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j43BCFa27873 for ietf-usefor@imc.org; Tue, 3 May 2005 12:12:15 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20809 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CFWS Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> <87r7gprp71.fsf@windlord.stanford.edu> Date: Tue, 3 May 2005 10:07:34 GMT Lines: 54 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87r7gprp71.fsf@windlord.stanford.edu> Russ Allbery writes: >Charles Lindsey writes: >> Control >> Supersedes >> Xref >As you mention, these are the only ones that matter where we haven't >already decided to disallow comments. Then let us hear some opinions and come to a decision. >Control and Xref will break the most stuff. Comments in Xref will, I >expect, break almost everything that uses it. I highly doubt that most >clients will ever bother handling comments in Xref. Which is a good argument. Our whole strategy was based on the idea that the number of servers in the world was much less than the number of user agents, and they tended to be operated with somewhat more clue than user agents. Therefore there was a realistic possibility that the great majority of them could be brought in to line within a reasonable time scale, allowing new the functionality to be introduced (clearly, some stragglers will always remain and will get routed around; it will be up to their clients to apply pressure to upgrade). OTOH, ancient user agents will be around for a much longer time, but there is nothing in our drafts that will make them stop working, though they may not see the full benefits. >Supersedes with comments just will fail to work on some (probably many) >servers. They may fail to cancel the old article, but I doubt they would fail to carry the new. >As a server implementor, I have no current plans to add comment stripping >for Control or Supersedes regardless of what the draft says; it strikes me >as futile makework, and there are considerably more pressing things I >could do with my time that actually matter. That is fair enough. I would expect those particular upgrades to be at the back of your queue of jobs to be done, and might remain there for a long time. But I hope that would not mean 'never'. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j435VX7v039127 for ; Mon, 2 May 2005 22:31:33 -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 j435VXKI039126 for ietf-usefor-skb; Mon, 2 May 2005 22:31:33 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j435VWwX039108 for ; Mon, 2 May 2005 22:31:32 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DSpu5-0000Dg-1Z for ietf-usefor@imc.org; Tue, 03 May 2005 07:25:05 +0200 Received: from c-134-92-43.hh.dial.de.ignite.net ([62.134.92.43]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 07:25:05 +0200 Received: from nobody by c-134-92-43.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 07:25:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: 2045 ABNF Date: Tue, 03 May 2005 07:30:38 +0200 Organization: Lines: 20 Message-ID: <42770C7E.1501@xyzzy.claranet.de> References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272F833.324@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-92-43.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > Currently, it is unclear in USEPRO, and it needs to be fixed > for use in Archive and Injection-Info. I do not care whether > the fix is by 'inventing' that syntax, or by suitable hand > waving, provided it gets done. "Smart copying", just stay away from the 2231 parameter syntax. > [There are also some further nits in Injection-Info that need > to be fixed, but I shall deal with these later - best not to > have too many topics on the go at one time.] Okay, let's delay the 2045-problem for a Usefor-05. Is there anything else that needs to be discussed for Usefor-04 ? If not we could now go to biweekly drafts, "internal last call" end of May, an IETF "last call" before IETF 62 would be nice. Bye, Frank 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 j434wFKJ025015 for ; Mon, 2 May 2005 21:58:15 -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 j434wFME025014 for ietf-usefor-skb; Mon, 2 May 2005 21:58:15 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j434wCCb025006 for ; Mon, 2 May 2005 21:58:13 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DSpNp-00031i-0p for ietf-usefor@imc.org; Tue, 03 May 2005 06:51:45 +0200 Received: from c-134-92-43.hh.dial.de.ignite.net ([62.134.92.43]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 06:51:44 +0200 Received: from nobody by c-134-92-43.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 06:51:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Again broken Date: Tue, 03 May 2005 06:53:07 +0200 Organization: Lines: 66 Message-ID: <427703B3.82A@xyzzy.claranet.de> References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272E032.4BCB@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-92-43.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > Changing the names of things can drop hints, but it > can never change a normative definition. A clear hint is better than normative gibberish like a SHOULD instead of a definition. >>| Note: id-right is a domain, and no-fold-literal is the >>| special case of a domain-literal (a.k.a. address-literal, >>| see RfC 2821) > I don't think USEFOR should be relying on RFC 2821 (RFC > 2822 is fine, of course). RfC 2822 relies heavily on 2821, especially in this context: | The domain portion identifies the point to which the mail is | delivered. In the dot-atom form, this is interpreted as an | Internet domain name (either a host name or a mail exchanger | name) as described in [STD3, STD13, STD14]. In the | domain-literal form, the domain is interpreted as the literal | Internet address of the particular host. In both cases, how | addressing is used and how messages are transported to a | particular host is covered in the mail transport document | [RFC2821]. These mechanisms are outside of the scope of this | document. > By all means say that is to be treated in > some sense like a . If you don't like the "(a.k.a. address-literal, see RfC 2821)" how about this: Note: id-right is a domain, and no-fold-literal is the special case of a domain-literal (for details see STD 10, STD 11, and RfC 2822). > But that is precisely what my text was trying to do, but you > objected to my text :-(. Just to remind you, my exact words > were: > | "... any or used for the > | are to be interpreted as s as described > | in section 3.4.1 of [RFC 2822]. Your quote started with the bogus "It is RECOMMENDED in [RfC 2822]" from this "proposed standard", RfC 2822 is not even a "draft standard". It has nothing relevant to say about Usenet Message-IDs, we've fixed its dubious msg-id syntax, and for the real semantics the true sources are 1036 and STD 11. It's *not* only RECOMMENDED, it's by definition a domain. For idiots we'd say MUST, because we know that RHS abuse causes harm and interoperability problems for Usenet. OTOH an obvious MUST would be a bad MUST. But replacing it by a SHOULD is *no* option. We still need the STD 11 note for the same technical reasons: | Note: THE USE OF DOMAIN-LITERALS IS STRONGLY DISCOURAGED. Bye, Frank 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 j4349QVG022352 for ; Mon, 2 May 2005 21:09:26 -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 j4349QLu022351 for ietf-usefor-skb; Mon, 2 May 2005 21:09:26 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j4349OvO022343 for ; Mon, 2 May 2005 21:09:24 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DSocE-0002nV-9I for ietf-usefor@imc.org; Tue, 03 May 2005 06:02:34 +0200 Received: from c-134-92-43.hh.dial.de.ignite.net ([62.134.92.43]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 06:02:34 +0200 Received: from nobody by c-134-92-43.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 06:02:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: CFWS Date: Tue, 03 May 2005 06:05:31 +0200 Organization: Lines: 68 Message-ID: <4276F88B.1443@xyzzy.claranet.de> References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-92-43.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > The headers affected would be: > Newsgroups > Distribution > Followup-To > which we have already decided to make FWS-only. Okay, then these are ready. I've already said what I have to say about an [FWS] that's actually only a *WSP by an explicit MUST. May Bruce and the IESG be liberal in what they accept. [later] > and also > Message-ID > which we decided to make FWS-only, even though it is not a > news-only-header, but not References (though we say "must > not generate yet"). Is that so ? A puzzle for mail2news gateways, do they have to replace comments by a space ? Comments in References should not confuse news servers, no matter how old, so I don't care much about this bit. If gateways are expeted to do something it has to be stated in USEPRO. [before] > plus: > Expires > Approved > Control > Supersedes > Xref > Lines [...] Supersedes is news-only server territory => no comments. Dito Control. Lines is "obsolescent" => no need to add comments to its grave. > But it would be bizarre to forbid comments in Expires (which > has the same syntax as Date) A date-time is the one 2822 case with only a trailing CFWS and otherwise FWS => keep it as it is (= same syntax as 2822 Date). > or in Approved (which has the same syntax as From and other > address headers). Yes, keep it as it is. It's another special case, comments in a mailbox-list were always allowed, it's no "new" 2822 feature, it's STD 11 and s-o-1036 minus some obs-cenitities. > I doubt anybody cares either way about Lines. I did some weeks ago, same argument as above: If we deprecate it, then that's not the moment to add new features like CFWS. > they would all be "MUST accept, but do not generate yet" I hate this doublebind approach. If we don't want CFWS let's just say so in the syntax for Supersedes, Control, and Lines. For the References we lose whatever we do. I'd go with 2822 instead of torturing poor mail2news operators - it shouldn't break too many UAs, 2822 is already more than four years old. Bye, Frank 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 j432vx0D017257 for ; Mon, 2 May 2005 19:57:59 -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 j432vxhm017256 for ietf-usefor-skb; Mon, 2 May 2005 19:57:59 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j432vxSq017247 for ; Mon, 2 May 2005 19:57:59 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with SMTP id j432vsP2025034 for ; Mon, 2 May 2005 19:57:54 -0700 Received: (qmail 14260 invoked by uid 1000); 3 May 2005 02:57:54 -0000 To: ietf-usefor@imc.org Subject: Re: CFWS In-Reply-To: (Charles Lindsey's message of "Mon, 2 May 2005 16:37:01 GMT") References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> From: Russ Allbery Organization: The Eyrie Date: Mon, 02 May 2005 19:57:54 -0700 Message-ID: <87r7gprp71.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > Control > Supersedes > Xref As you mention, these are the only ones that matter where we haven't already decided to disallow comments. Control and Xref will break the most stuff. Comments in Xref will, I expect, break almost everything that uses it. I highly doubt that most clients will ever bother handling comments in Xref. Supersedes with comments just will fail to work on some (probably many) servers. As a server implementor, I have no current plans to add comment stripping for Control or Supersedes regardless of what the draft says; it strikes me as futile makework, and there are considerably more pressing things I could do with my time that actually matter. (Xref is server-generated, and for obvious reasons I will never generate an Xref header that contains comments.) I used to be more willing to consider changes along these lines, but have found less and less interest in or patience for them over time. -- Russ Allbery (rra@stanford.edu) 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 j432ilXM016366 for ; Mon, 2 May 2005 19:44:47 -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 j432ilEg016365 for ietf-usefor-skb; Mon, 2 May 2005 19:44:47 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j432ijb0016358 for ; Mon, 2 May 2005 19:44:45 -0700 (PDT) (envelope-from usenet-format@gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DSnIc-00062F-Kl for ietf-usefor@imc.org; Tue, 03 May 2005 04:38:14 +0200 Received: from c-134-92-43.hh.dial.de.ignite.net ([62.134.92.43]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 04:38:14 +0200 Received: from nobody by c-134-92-43.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 May 2005 04:38:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-usefor@imc.org From: Frank Ellermann Subject: Re: Suggested References texts Date: Tue, 03 May 2005 04:36:41 +0200 Organization: Lines: 63 Message-ID: <4276E3B9.2BB8@xyzzy.claranet.de> References: <426F443C.6561@xyzzy.claranet.de> <42716C2A.4F53@xyzzy.claranet.de> <4272D4E0.3BB8@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-134-92-43.hh.dial.de.ignite.net X-Mailer: Mozilla 3.0 (OS/2; U) Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey wrote: > Hence why I want to say, in USEFOR, what a well-formed > References header looks like, It look likes a msg-id-list. That's all about its form, and that's all for USEFOR, the same look and feel as the RfC 2822 References. > and what it means If has no clear meaning, we're only sure that an article without References is no "followup". By elementary logic we found that a "followup" has References. > A. By stating what properties a well-formed References > header should possess. It should possess the property of a msg-id-list. If you want to go into details state that a msg-id should not occur more than once, and that the Message-ID: msg-id should not be listed in this msg-id-list. But better keep it as simple and stupid as it is => no details. > B. By setting forth an algorithm for generating it. Yes, that's what you have in USEPRO, and similar in 2822. "Reply" in 2822 is a simpler construct than a "followup" - no Followup-To: in RfC 2822 - but essentially the same. With a "modern" UA (written after 2045 or s-o-1036) I'd expect that it creates the same References: header field for both Followup-To: NG(s) and Followup-To: poster. > RFC 2822 takes appraoch B. You do it, too, in USEPRO, it's fine, and also good eough. > the present text in USEPRO doesn't do it (because it > does not address cases other than followups). The other cases are irrelevant. In theory you could post multipart FAQs part by part, each part n+1 as a "followup" of part n, and the 1st part is no "followup". And if what you do in practice has the same effect, then nobody cares how you really did it. > I suppose I could write a general algorithm on how to > construct a Referances header given a chain of precursors You've already done this in USEPRO, by induction. What you have explains how to create (n+1), given n old References and 1 old msg-id. It works for all n, even for n=0. > Would that suit you better? I don't have any problems with what USEFOR and USEPRO say about the References. I only don't want you to add tons of text to USEFOR, with all these strange and irrelevant cases where the References are _not_ built by the known procedure. Bye, Frank 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 j432FDfX014865 for ; Mon, 2 May 2005 19:15:13 -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 j432FDpf014864 for ietf-usefor-skb; Mon, 2 May 2005 19:15:13 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j432FCnc014858 for ; Mon, 2 May 2005 19:15:12 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-75-251.midband.mdip.bt.net ([81.144.75.251]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 4276deae.2180.14d for ietf-usefor@imc.org; Tue, 3 May 2005 03:15:10 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j432CB624663 for ietf-usefor@imc.org; Tue, 3 May 2005 03:12:11 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20806 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: CFWS (was: Again broken) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272DB3E.74CA@xyzzy.claranet.de> Date: Mon, 2 May 2005 16:37:01 GMT Lines: 51 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4272DB3E.74CA@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> it ought to be discussed >Kill all CFWS in pre-2045 news-only-headers where it doesn't >contradict 2045 / 2822. For new headers like User-Agent or >Injection-Info adopt common practice or 2045 / 2822 style. >I know that it's not what the WG once wanted, but you asked. OK, that's a viable point of view, which the WG might accept. The headers affected would be: Newsgroups Distribution Followup-To which we have already decided to make FWS-only. plus: Expires Approved Control Supersedes Xref Lines and also Message-ID which we decided to make FWS-only, even though it is not a news-only-header, but not References (though we say "must not generate yet"). But it would be bizarre to forbid comments in Expires (which has the same syntax as Date) or in Approved (which has the same syntax as From and other address headers). I doubt anybody cares either way about Lines. So I don't think a blanket rule like you suggest is the right thing, but Control, Supersedes and Xref are worth discussing. But bear in mind that they would all be "MUST accept, but do not generate yet", imlying that implementors ought to be makng the necessary changes in order to comply 100%. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42Gd0lP058045 for ; Mon, 2 May 2005 09:39:00 -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 j42Gd0Tp058044 for ietf-usefor-skb; Mon, 2 May 2005 09:39:00 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from smtp2.Stanford.EDU (smtp2.Stanford.EDU [171.67.16.125]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42Gcve5058028 for ; Mon, 2 May 2005 09:38:59 -0700 (PDT) (envelope-from rra@stanford.edu) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp2.Stanford.EDU (8.12.11/8.12.11) with SMTP id j42Gcu4B013694 for ; Mon, 2 May 2005 09:38:57 -0700 Received: (qmail 26268 invoked by uid 1000); 2 May 2005 16:38:56 -0000 To: ietf-usefor@imc.org Subject: Re: Obsolete vs. obsolescent In-Reply-To: (Charles Lindsey's message of "Mon, 2 May 2005 11:30:24 GMT") References: <87fyxvx1m6.fsf@windlord.stanford.edu> <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> From: Russ Allbery Organization: The Eyrie Date: Mon, 02 May 2005 09:38:55 -0700 Message-ID: <87wtqhshuo.fsf@windlord.stanford.edu> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: Charles Lindsey writes: > I hope to, and I am older than you are :-) . If, on an occasional > server, some group gets wrongly created/removed or some article gets > cancelled, I can live with that. That's not the real issue. The issue is that such articles disappear, sometimes silently, sometimes noisily. That is the very definition of an interoperability problem. > _Some_ servers decline to propagate them. Some don't. Can you quote > examples that have actually happener to justify that "huge > interoperability problems" claim? Haven't we done this multiple times before? I feel like I'm repeating myself. I could have sworn that we'd reached consensus on this repeatedly in the past, and yet, here we go again. INN 1.7 is still widely deployed and even recommended for new installations by, e.g., Debian because it's simple. Many existing filters look for "Subject: cmsg" when making filtering decisions as well as looking at Control headers, so as not to miss articles sneaking in via older interpretations of the standard. The change in INN was made in 2.3, so even for people who want to run INN 2.x, it was made as part of a significant upgrade that requires a complete overview rebuild, and a fair number of people have not bothered. And that's just in the INN world, let alone all of the other news servers out there. -- Russ Allbery (rra@stanford.edu) 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 j42GDfCM054121 for ; Mon, 2 May 2005 09:13:41 -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 j42GDf95054118 for ietf-usefor-skb; Mon, 2 May 2005 09:13:41 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42GDdro054096 for ; Mon, 2 May 2005 09:13:40 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-30.midband.mdip.bt.net ([81.144.72.30]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427651b2.21cc.49 for ietf-usefor@imc.org; Mon, 2 May 2005 17:13:38 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42GCGX20859 for ietf-usefor@imc.org; Mon, 2 May 2005 17:12:16 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20803 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Obsolete vs. obsolescent Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <87psx1gnjc.fsf@windlord.stanford.edu> <87fyxvx1m6.fsf@windlord.stanford.edu> <87mzs2a1hu.fsf@windlord.stanford.edu> <87wtqxui6s.fsf@windlord.stanford.edu> <87d5so2bpk.fsf@windlord.stanford.edu> <42697BB6.6074@xyzzy.claranet.de> <426BC455.2040108@isode.com> <426E4B45.7010205@oceana.com> <426F4F7C.7385@xyzzy.claranet.de> <87k6moksps.fsf@windlord.stanford.edu> <87br7yg7b7.fsf@windlord.stanford.edu> <427173A8.63D5@xyzzy.claranet.de> <87zmvijwi4.fsf@windlord.stanford.edu> <87r7gt1r37.fsf@windlord.stanford.edu> Date: Mon, 2 May 2005 11:30:24 GMT Lines: 48 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87r7gt1r37.fsf@windlord.stanford.edu> Russ Allbery writes: >Charles Lindsey writes: >> But evidently Frank doesn't want that to be said (he is complaining >> about current systems that object when you try to do it), and I don't >> think I want to do it either. Better just to let the usage die away >> (which USEPRO requires). >That isn't going to actually happen in any sort of reasonable time frame. >> Otherwise we shall find new software coming on stream that objects to >> 'cmsg' in Subjects (just to comply with the new USEFOR) just as the last >> remaining servers that might have interpreted that 'cmsg' are being >> withdrawn. >I wonder if any of us will live long enough to see the last remaining >servers that interpreted cmsg be withdrawn. I hope to, and I am older than you are :-) . If, on an occasional server, some group gets wrongly created/removed or some article gets cancelled, I can live with that. It happens all the time, and the effect would not propagate outside of that server. That hardly amounts to "huge interoperability problems at the present time". >> How much of a problem are such headers causing at the present time? >They aren't propagated. They have huge interoperability problems at the >present time. _Some_ servers decline to propagate them. Some don't. Can you quote examples that have actually happener to justify that "huge interoperability problems" claim? OK. We need to hear more WG opinions on whether Subjects starting with "cmsg:" in non-control-messages should be deprecated/forbidden/whatever. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42GDeCt054104 for ; Mon, 2 May 2005 09:13:40 -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 j42GDdxT054103 for ietf-usefor-skb; Mon, 2 May 2005 09:13:40 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42GDcGn054085 for ; Mon, 2 May 2005 09:13:39 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-30.midband.mdip.bt.net ([81.144.72.30]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427651b1.21cc.48 for ietf-usefor@imc.org; Mon, 2 May 2005 17:13:37 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42GCIn20864 for ietf-usefor@imc.org; Mon, 2 May 2005 17:12:18 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20804 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Again broken Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <87sm1apchr.fsf@windlord.stanford.edu> <4272652A.9030101@epix.net> Date: Mon, 2 May 2005 11:49:24 GMT Lines: 52 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4272652A.9030101@epix.net> "Forrest J. Cavalier III" writes: >Charles Lindsey wrote: >> If the WG wants this change, then it ought to be discussed first. >There you go again. >Charles, the only meaning of "change" that makes sense is a change >from current published standards and practice. I believe you have once >again used it to mean "an edit to the draft." Please stop it. The "change" I am talking about is a change from previous WG decisions. The WG decided years and years and years ago (long before I became editor) to allow comments in headers (subject to "do not generate yet"). Later on, it decided to exempt certain headers from this on performance grounds. The list included Newsgroups, Path, Followup-To, Distribution and Message-ID, but _never_ Control. All this was reflected in our drafts up to draft-13. >If something appeared in the draft that was never discussed in the WG, >it ought to be removed. Any that is exactly what I am complaining about. The new USEFOR drafts have changed the syntax of the Control header, contrary to what had been discussed and incorporated in the earlier drafts, and without any WG decision to do so. If the WG now wishes to reopen and discuss this case again, then fine. But without such discussion, it should remain as it always has been. >Removing such things do not need to be discussed first, because removing >them is not a change, having them in is a change. >The draft is fluid, it isn't a big deal to delete and edit words. >Modifying servers to parse comments in control headers is a big >deal. Not that big, and with no performance issues. It is covered adequately by some "do not generate yet" wording, such as we have regularly used elsewhere in similar cases. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42GDdhc054092 for ; Mon, 2 May 2005 09:13:39 -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 j42GDdJ8054091 for ietf-usefor-skb; Mon, 2 May 2005 09:13:39 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42GDbfM054075 for ; Mon, 2 May 2005 09:13:38 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-30.midband.mdip.bt.net ([81.144.72.30]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427651b0.21cc.47 for ietf-usefor@imc.org; Mon, 2 May 2005 17:13:36 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42GCEp20845 for ietf-usefor@imc.org; Mon, 2 May 2005 17:12:14 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20801 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <426F443C.6561@xyzzy.claranet.de> <42716C2A.4F53@xyzzy.claranet.de> <4272D4E0.3BB8@xyzzy.claranet.de> Date: Mon, 2 May 2005 11:14:57 GMT Lines: 58 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4272D4E0.3BB8@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> suppose you are a multipart FAQ writer trying to use >> References to refer back to the earlier parts, how do >> you know what you can do? >There are many possible and correct ways to do this, and >they are all obvious. It's 2005. If somebody posts a >multipart FAQ in an NG where I don't like it I'm tempted >to report it as net abuse. Yes, all that you say is true. "Everone" (TINE) "knows" how the References header is supposed to work. That is, by definition, how "folklore" works. But Usenet has been running on folklore ever since RFC 1036 was written, and the whole purpose of our drafts is to codify it properly, because in many cases different people have understood the folklore in different ways. The whole purpose of having standards is to prevent that sort of thing from happening. Therefore, USEFOR and USEPRO between them MUST document how the References header is supposed to work (I think we are now agreed that it differs sufficiently from References in RFC 2822 that we cannot rely on RFC 2822 to any great extent). Hence why I want to say, in USEFOR, what a well-formed References header looks like, and what it means (being careful to say no more than is necessary for current practice, so as not to prejudice future developments, e.g. for multiple precursors). There are, essentially, two ways to say this: A. By stating what properties a well-formed References header should possess. B. By setting forth an algorithm for generating it. I was trying to follow approach A (the algorithm given for followup agents in USEPRO is in fact consistent with what I proposed). RFC 2822 takes appraoch B. If you want that approach, then I suppose it could be done, but the present text in USEPRO doesn't do it (because it does not address cases other than followups). I suppose I could write a general algorithm on how to construct a Referances header given a chain of precursors, and then invoke that algorithm for the particular case of followup agents. Would that suit you better? -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42GDcLK054082 for ; Mon, 2 May 2005 09:13:38 -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 j42GDcCx054081 for ietf-usefor-skb; Mon, 2 May 2005 09:13:38 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42GDbUb054066 for ; Mon, 2 May 2005 09:13:37 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-30.midband.mdip.bt.net ([81.144.72.30]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427651af.21cc.46 for ietf-usefor@imc.org; Mon, 2 May 2005 17:13:35 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42GCIl20873 for ietf-usefor@imc.org; Mon, 2 May 2005 17:12:18 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20805 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Again broken Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272E032.4BCB@xyzzy.claranet.de> Date: Mon, 2 May 2005 12:03:30 GMT Lines: 42 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4272E032.4BCB@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >> OK, if you don't want it fixed, let it go. >I've proposed many ways to fix it, e.g. by clear names for >the msg-id productions, or the last proposal was this note: Changing the names of things can drop hints, but it can never change a normative definition. >| Note: id-right is a domain, and no-fold-literal is the >| special case of a domain-literal (a.k.a. address-literal, >| see RfC 2821) I don't think USEFOR should be relying on RFC 2821 (RFC 2822 is fine, of course). By all means say that is to be treated in some sense like a . But that is precisely what my text was trying to do, but you objected to my text :-( . Just to remind you, my exact words were: | "... any or | used for the are to be interpreted as | s as described in section 3.4.1 of [RFC 2822]. That covers all you have been asking for, and ensures that the RECOMMENDATION in RFC 2822 applies fully to USEFOR (whreas, due to bad wording, it does not actually apply to RFC 2822 :-( ). -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42GDbBb054073 for ; Mon, 2 May 2005 09:13:37 -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 j42GDbAn054072 for ietf-usefor-skb; Mon, 2 May 2005 09:13:37 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42GDa04054065 for ; Mon, 2 May 2005 09:13:36 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-30.midband.mdip.bt.net ([81.144.72.30]) by lon-mail-2.gradwell.net with esmtp (Gradwell gwh-smtpd 1.183) id 427651af.21cc.45 for ietf-usefor@imc.org; Mon, 2 May 2005 17:13:35 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42GCFa20855 for ietf-usefor@imc.org; Mon, 2 May 2005 17:12:15 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20802 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <426F443C.6561@xyzzy.claranet.de> <075201c54d54$d7b2d460$0b01a8c0@isolution.nl> Date: Mon, 2 May 2005 11:18:19 GMT Lines: 26 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <075201c54d54$d7b2d460$0b01a8c0@isolution.nl> "Ruud H.G. van Tol" writes: >Charles Lindsey: >> references = "References:" SP [CFWS] msg-id 1*(CFWS msg-id ) >> [CFWS] CRLF >I suppose that was meant as > references = "References:" SP [CFWS] msg-id *( CFWS msg-id ) > [CFWS] CRLF >(changed the '1*' into '*'; inserted a space) Oops! -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42BE6Or081553 for ; Mon, 2 May 2005 04:14:06 -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 j42BE6Fu081552 for ietf-usefor-skb; Mon, 2 May 2005 04:14:06 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42BE5Eb081533 for ; Mon, 2 May 2005 04:14:05 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-196.midband.mdip.bt.net ([81.144.72.196]) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.182) id 42760b7b.44bf.12 for ietf-usefor@imc.org; Mon, 2 May 2005 12:14:03 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42BCI619626 for ietf-usefor@imc.org; Mon, 2 May 2005 12:12:18 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20799 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: 2045 ABNF (was: Again broken) Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <4255153E.3080500@isode.com> <42594879.3B92@xyzzy.claranet.de> <425A8A63.268A@xyzzy.claranet.de> <425C607E.1B5A@xyzzy.claranet.de> <425D8031.D57@xyzzy.claranet.de> <426BB63D.3060506@isode.com> <426F6107.666C@xyzzy.claranet.de> <427192C3.301E@xyzzy.claranet.de> <4272F833.324@xyzzy.claranet.de> Date: Mon, 2 May 2005 10:48:23 GMT Lines: 87 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <4272F833.324@xyzzy.claranet.de> Frank Ellermann writes: >Charles Lindsey wrote: >>> So far I didn't know that usefor-03 implicitly includes >>> all 2045 terms. I only knew that it includes 2822 minus >>> obs, and of course 2234bis. >> It needs to be stated somewhere. >It is, I was blind. Not in the current USEFOR AFAICS. > But we cannot use this pseudo-ABNF, it has >to be fixed for the three (?) 2045 terms needed in usefor-xx: >value, token, parameter, anything else ? >> It even appeared (but not normatively) in my old draft-13. >Yes, the "collected ABNF" was nice, Actually, it was section 2.4.2 of the old draft-13 I was referring to. >1) value = token / quoted-string >2) parameter = attribute "=" value >2a) attribute = token >Same problem as with "parameter", but you only (?) need it >indirectly for "archive-param". In theory it's very easy to >translate the 2231 gibberish to proper ABNF: > attribute = 1*attribute-char > attribute-char = "*", "'", "%", or tspecials> >3) token = 1* or tspecials> >Okay, that's the same as attribute-char plus "*", "'", "%". Yes, because those characters have special meaning in RFC 2231. But let us leave RFC 2231 out of the discussion to keep things simple. It can be put back in when the basic strategy is agreed. >> parameter = [CFWS] token [CFWS] "=" value >> value = [CFWS] token [CFWS] / quoted-string >Where have you found these [CFWS] ? Because 2045 mentions 822 >and its comments, and 2822 claims to update 822 ? Yes. If you read the way that comments, folding and whitespace are handled in RFC 822, then it is clear that RFC 2045 is to be interpreted with [CFWS] in those places. I got Keith Moore to confirm that interpretation before I wrote that RFC 2822-ized version for our 'article' drafts. >> But I was forbidden from having that stuff incorporated into >> USEFOR. >Do you have a Message-ID for this obscure decree ? It was part of the instructions given by our Chair when the old 'article' drafts were split into USEFOR and USEPRO. Currently, it is unclear in USEPRO, and it needs to be fixed for use in Archive and Injection-Info. I do not care whether the fix is by 'inventing' that syntax, or by suitable hand waving, provided it gets done. [There are also some further nits in Injection-Info that need to be fixed, but I shall deal with these later - best not to have too many topics on the go at one time.] -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5 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 j42BE2Ob081516 for ; Mon, 2 May 2005 04:14:02 -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 j42BE2xi081515 for ietf-usefor-skb; Mon, 2 May 2005 04:14:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-usefor@mail.imc.org using -f Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j42BE1DP081498 for ; Mon, 2 May 2005 04:14:01 -0700 (PDT) (envelope-from news@clerew.man.ac.uk) Received: from host81-144-72-196.midband.mdip.bt.net ([81.144.72.196]) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.182) id 42760b78.44bf.f for ietf-usefor@imc.org; Mon, 2 May 2005 12:14:00 +0100 (envelope-sender ) Received: (from news@localhost) by clerew.man.ac.uk (8.11.7+Sun/8.11.7) id j42BCJ619633 for ietf-usefor@imc.org; Mon, 2 May 2005 12:12:19 +0100 (BST) To: ietf-usefor@imc.org Xref: clerew local.usefor:20800 Newsgroups: local.usefor Path: clerew!chl From: "Charles Lindsey" Subject: Re: Suggested References texts Message-ID: X-Newsreader: NN version 6.5.2 (NOV) References: <426F443C.6561@xyzzy.claranet.de> <42716C2A.4F53@xyzzy.claranet.de> <871x8ubhim.fsf@windlord.stanford.edu> <87vf651rad.fsf@windlord.stanford.edu> Date: Mon, 2 May 2005 10:49:49 GMT Lines: 28 Sender: owner-ietf-usefor@mail.imc.org Precedence: bulk List-Archive: List-Unsubscribe: List-ID: In <87vf651rad.fsf@windlord.stanford.edu> Russ Allbery writes: >Charles Lindsey writes: >> Russ Allbery writes: >>> I *don't* want to give the impression, even in USEFOR, that all the >>> rules in RFC 2822 for replies apply unmodified to followups. Replies >>> and followups *aren't* the same thing, and I think it's worth making >>> that clear. Among other things, correctly constructing a followup >>> requires dealing with fields that aren't in RFC 2822 at all. >> Eh? Which fields might those be? >Followup-To and Newsgroups. Ah! My bad. I was thinking just of the References header, not of the other things a followup agent has to get right. -- Charles H. Lindsey ---------At Home, doing my own thing------------------------ Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl Email: chl@clerew.man.ac.uk Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K. PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5