From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/13419 Path: main.gmane.org!not-for-mail From: Russ Allbery Newsgroups: gmane.emacs.gnus.general Subject: Re: [John Moreno ] Re: GNKSA and Gnus Date: 04 Jan 1998 13:45:18 -0800 Sender: owner-ding@hpc.uh.edu Message-ID: References: <199801042030.PAA05649@mail.interpath.net> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035152790 9227 80.91.224.250 (20 Oct 2002 22:26:30 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:26:30 +0000 (UTC) Cc: phenix@interpath.com, "Karl-Johan Noren" Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id NAA28477 for ; Sun, 4 Jan 1998 13:47:36 -0800 Original-Received: from farabi.hpc.uh.edu (farabi.hpc.uh.edu [129.7.102.2]) by xemacs.org (8.8.5/8.8.5) with ESMTP id PAA03836 for ; Sun, 4 Jan 1998 15:48:03 -0600 (CST) Original-Received: from sina.hpc.uh.edu (lists@[10.1.1.1]) by farabi.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id XAN16090; Thu, 1 Jan 1998 23:53:40 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 04 Jan 1998 15:45:43 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id PAA00734 for ; Sun, 4 Jan 1998 15:45:36 -0600 (CST) Original-Received: (qmail 29700 invoked by uid 504); 4 Jan 1998 21:45:25 -0000 Original-Received: (qmail 29697 invoked from network); 4 Jan 1998 21:45:25 -0000 Original-Received: from windlord.stanford.edu (36.21.0.44) by claymore.vcinet.com with SMTP; 4 Jan 1998 21:45:25 -0000 Original-Received: (qmail 23312 invoked by uid 500); 4 Jan 1998 21:45:18 -0000 Original-To: ding@gnus.org In-Reply-To: John Moreno's message of Sun, 4 Jan 98 15:31:23 -0500 Original-Lines: 56 X-Mailer: Gnus v5.3/Emacs 19.34 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:13419 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:13419 (Still cc'ing people who may or may not be on the mailing list.) John Moreno writes: > 7c is a requirement that makes it compatible with son-of-1036, This provision of son-of-1036 has been roundly rejected and dismissed as horribly broken by the IETF working group forming the RFC 1036 replacement. It is in no way an applicable news standard. The current inclination of that working group, by my reading of the conversation, is to either require (as a MUST) that all news software handle References of arbitrary size or set a cutoff in the 10KB+ range. Furthermore, should Gnus comply with 7c, it would be in *violation* of what's likely to become the new news standard, given that it will almost certainly be recommended that References *never* be truncated if it can be avoided. > and is in there to acknowledge a problem with some SERVERS - i.e. ones > that don't handle long lines. Do you have some evidence of this being a problem in practice, rather than theory? INN certainly has no such problem that I'm aware of, at least in a relatively recent version. tin used to have a problem with large overview files (larger than this extremely small limit -- about 4K as I recall), but that bug has long since been fixed. > Son-of-1036 specifies that it not be longer than 1000 octets including > EOL (2 octets to allow for dos cr/lf), Son-of-1036 is severely broken in this regard and should be ignored. > Also note that this should allow any one message to have references > going back between 30-40 messages. Assuming airnews or Pine message IDs, about 15-20 is more accurate. But threading becomes easier the fuller the References header is. > This seems, well, not to harsh to me - and can easily result in messages > where the references header is much larger than the message itself. Yes, it can. But this is a meaningless optimization. One should never optimize without profiling; if this were actually a source of concern for news bandwidth, then sure, I can see making provisions concerning it. Even a brief inspection of article size will show that it's not, however. > I'm sorry to hear that - if you have fixed 16c then the only thing > that's out of place is 7c and this can result in either the users server > not accepting the article or other servers not propagating their > messages. I find this highly unlikely, but I'm willing to be convinced that I'm wrong if you have some evidence to support this statement. -- Russ Allbery (rra@stanford.edu)