[Bug: 21.4.14] gnus loses on long headers
mike.kupfer at sun.com
Mon Jun 21 18:44:19 EDT 2004
>> I couldn't find 1.80 on the web site.
SY> I didn't even know it was supposed to be on the web site (any
SY> package). :-P
Ah, but I know how to guide mozilla through Sun's corporate firewall.
I haven't yet figured out how to do that with the package tools. :-P
SY> 1.80 might still be in Pre-Release...
Okay, I found the pre-release area on the web site.
And the survey says....
SY> Latest stable XEmacs is now 21.4.15. You might wish to update
SY> that too.
>> Yeah, it's on my Todo list (33rd if I counted right :-( ).
SY> I'd be upping its priority if Gnus 1.80 doesn't help. :-P
I'd agree if I thought it (21.4.15) would make a difference.
My take on this, based on looking at nnheader.el (particularly
nnheader-insert-head), is that the behavior I'm seeing is a deliberate
misfeature. Somebody probably decided that any reasonable message
would have a header smaller than 4KB, and they set
That was probably a reasonable assumption at one time, but I don't
think it works any more. Looking at the sample header that I posted,
I see 3019 characters just for the "Received" lines, 324 characters
for X-Face, 973 characters for various filter/virus-check headers, and
423 characters for List-* headers. That's 4739 bytes right there.
So I think the only question is what the new default
nnheader-max-head-length should be.
Mike Kupfer mike.kupfer at sun.com
Solaris File Sharing Speaking for myself, not for Sun.
More information about the XEmacs-Beta