From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/13455 Path: main.gmane.org!not-for-mail From: John Moreno Newsgroups: gmane.emacs.gnus.general Subject: Re: GNKSA and Gnus Date: Mon, 5 Jan 98 16:22:04 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <199801052121.QAA10293@mail.interpath.net> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Trace: main.gmane.org 1035152819 9366 80.91.224.250 (20 Oct 2002 22:26:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:26:59 +0000 (UTC) Cc: "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 OAA19464 for ; Mon, 5 Jan 1998 14:02:25 -0800 Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by xemacs.org (8.8.5/8.8.5) with ESMTP id QAA07144 for ; Mon, 5 Jan 1998 16:02:46 -0600 (CST) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id PAN00694; Mon, 5 Jan 1998 15:59:53 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 05 Jan 1998 15:22:15 -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 PAA20984 for ; Mon, 5 Jan 1998 15:22:07 -0600 (CST) Original-Received: (qmail 3553 invoked by uid 504); 5 Jan 1998 21:21:56 -0000 Original-Received: (qmail 3550 invoked from network); 5 Jan 1998 21:21:56 -0000 Original-Received: from mail.interpath.net (199.72.1.13) by claymore.vcinet.com with SMTP; 5 Jan 1998 21:21:55 -0000 Original-Received: from [199.72.206.171] (roxboro-171.interpath.net [199.72.206.171]) by mail.interpath.net (8.8.8/v1.0) with SMTP id QAA10293; Mon, 5 Jan 1998 16:21:01 -0500 (EST) X-Mailer: Claris Emailer 2.0 x49, February 10, 1997 Original-To: "Russ Allbery" , Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:13455 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:13455 Russ Allbery wrote: >Per Abrahamsen writes: > >> I often have to manually edit the references line when posting followups >> in gnu.misc.discuss in order to make INN accept it. I guess it happens >> in gnu.misc.discuss because > >> 1) The threads there are very deep. >> 2) There are a high fraction of Gnus users, thus none of the posters >> software will restrict the header. > >I stand corrected. > >> ## Maximum size of a single header. >> #### =()@>()= >> MAXHEADERSIZE 1024 > >I believe this only affects headers which are not continued. If one uses >continuation lines, headers can be much larger. (Or that at least is my >understanding.) Keep in mind that the version of Gnus that I'm using >still wraps References using continuation lines; I think Lars took that >out at some point? > >It sounds like either the header wrapping code needs to be put back in or >Gnus needs to shorten the Reference headers it generates, in the short >term. In the long term, I expect the new news RFC to require References >headers not be truncated. It's going to have to either require or allow it to be truncated at some point - otherwise you'll have references lines that grow infinitely long. I know of several threads that are more than a year old - I hate to think how long they would be if software didn't truncate the header. Approximately 1k REALLY is the current expected behavior. And if newsreaders don't do it, servers and users will. It is also a attempt to make the standard larger than what might otherwise be settled upon - after all assuming that all of the articles are there threading can take place with just one, and if articles are missing keeping only 5 or 6 back references is enough for normal situations. And I can't count the number of users (most using TIN) who I've chided for deleting it entirely - I end up telling them that since they feel they must cut it, to at least leave in the last reference. Unfortunately I often get the reply that it is simply easier to cut it all out than to try to edit it. -- John Moreno