From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10928 Path: main.gmane.org!not-for-mail From: Sudish Joseph Newsgroups: gmane.emacs.gnus.general Subject: Re: filling the References header Date: 15 May 1997 17:54:03 -0400 Message-ID: References: <29476.863566240@eeyore.ibcinc.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035150724 27294 80.91.224.250 (20 Oct 2002 21:52:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:52:04 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id PAA08783 for ; Thu, 15 May 1997 15:08:18 -0700 Original-Received: from atreides.eng.mindspring.net (atreides.eng.mindspring.net [207.69.183.11]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 15 May 1997 23:54:35 +0200 Original-Received: (qmail 26597 invoked by uid 52477); 15 May 1997 21:54:03 -0000 Original-To: ding@ifi.uio.no In-Reply-To: Jason L Tibbitts III's message of 15 May 1997 15:43:29 -0500 Original-Lines: 29 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Xref: main.gmane.org gmane.emacs.gnus.general:10928 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10928 Jason L Tibbitts writes: >>>>>> "sb" == Steven L Baur writes: sb> IIRC the reason it's turned off is because refilling the references sb> violates applicable standards. > How can that be? I've been under the impression that headers can be > refilled at will; filling is a defined and reversible process which has no > effect on the content of the headers. References headers can grow to arbitrary lengths and may overflow client buffer length limitations or the minimum length that needs to be supported as per 1036. Son-of-1036 has precise specs on what must be done in such cases -- off the top of my head, the first two msg-ids must be preserved and those closest to the end of the list should also be preserved. The gap where a list of msg-ids was removed should be indicated by 3 spaces (I think, it's been a long time since I looked at so1036). This makes spaces in References headers significant and so it's illegal to fill such headers. AFAIK, no UA uses this functionality. IMHO, using spaces to indicate protocol-significant data is unwise. Both here and in the signature separator. (I'm not saying we shouldn't follow the specs, of course.) I like the present behaviour and, in fact, requested that we stop filling References headers well over a year ago (unsuccessfully). -Sudish