[Bug: 21.4.14] gnus loses on long headers

[Mike Kupfer]

    >> 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.... 

	...still broken.

    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
nnheader-max-head-length accordingly.  

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
--
Mike Kupfer				mike.kupfer at sun.com
Solaris File Sharing			Speaking for myself, not for Sun.