Re: [NNTP] NNTP Compression

Ken Murchison <[email protected]> Sun, 10 Jan 2010 15:26:05 -0500
Newsgroups gmane.ietf.nntp
Organization Carnegie Mellon University
Message-ID <[email protected]>
Julien ÉLIE wrote:
> Hi Ken,
> 
>> Below is the spec that the Lemonade WG did for IMAP and I think 
>> something similar would work for NNTP.  This could work for 
>> Client->Server traffic and/or Peer->Peer traffic.  I'd be willing to 
>> write up an I-D if folks think it would be useful.  Cyrus IMAP and 
>> Mozilla T-Bird v3 both support it and it works great.
>>
>> http://tools.ietf.org/html/rfc4978
> 
> I think it would be useful to have a similar capability for NNTP.
> 
> 
> As it was noted in the previous discussion, clients may want to
> use compression only for a few commands.  Wouldn't it be wise
> to have an NNTP command that can both activate and deactivate
> the compression?

I don't think its worth the trouble.  A client could just open another 
NNTP session without activating COMPRESSion.


> I see that RFC 4978 (COMPRESS for IMAP) defines strategies
> to find out incompressible attachments but it may not always
> be possible to be sure we do not have to compress (yEnc articles,
> base64 articles, etc.).  So maybe clients may want to retrieve
> articles always uncompressed? 

There are strategies to both determine if the compression level should 
be set to zero (for JPEG, GZIP, etc) attachments, and to reset the 
dictionary (OVER response looks much different from multi-line BODY 
response).

-- 
Kenneth Murchison
Systems Programmer
Carnegie Mellon University