IETF Logo Mail Archive

Re: New NNTP extensions in INN 1.5?

"James A. Brister" <brister@vix.com> Mon, 15 July 1996 16:43 UTC

Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa16513; 15 Jul 96 12:43 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa16509; 15 Jul 96 12:43 EDT
Received: from PHEASANT.ACADEM.COM by CNRI.Reston.VA.US id aa11147; 15 Jul 96 12:43 EDT
Received: from academ.com (root@ACADEM.COM [198.137.249.2]) by pheasant.academ.com (8.7.5/8.6.9) with ESMTP id LAA07213 for <ietf-nntp@PHEASANT.ACADEM.COM>; Mon, 15 Jul 1996 11:42:01 -0500
Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by academ.com (8.7.5/8.7.1) with ESMTP id LAA08946 for <ietf-nntp@academ.com>; Mon, 15 Jul 1996 11:41:55 -0500 (CDT)
Received: from paris.pp.vix.com (root@dyn-28.vin.oleane.com [194.2.6.28]) by relay1.oleane.net (8.6.10/8.6.9) with ESMTP id SAA01713; Mon, 15 Jul 1996 18:41:48 +0200
Received: from vix.com (brister@localhost [127.0.0.1]) by paris.pp.vix.com (8.7.3/8.7.3) with ESMTP id SAA04953; Mon, 15 Jul 1996 18:28:34 +0200 (MET DST)
Message-Id: <199607151628.SAA04953@paris.pp.vix.com>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "James A. Brister" <brister@vix.com>
To: Paul Southworth <pauls@locust.cic.net>
Cc: Jonathan Grobe <grobe@netins.net>, ietf-nntp@academ.com
Subject: Re: New NNTP extensions in INN 1.5?
In-Reply-To: Your message of "Mon, 15 Jul 1996 09:45:34 -0400 (EDT) " <Pine.NEB.3.92.960715094046.27575C-100000@locust.cic.net>
Organization: Internet Software Consortium
Date: Mon, 15 Jul 1996 18:28:33 +0200
X-Orig-Sender: brister@vix.com

On Mon, 15 Jul 1996 09:45:34 -0400 (EDT)  Paul Southworth wrote:

> The ietf-nntp discussion group is open to the INN 1.5 developers, and I
> think you can count on the fact that they know about it.

True.

inn 1.5 will be adding the XBATCH command which lets the server
take in compressed rnews-ready batches. A rough description is:

	XBATCH nnn

	The XBATCH command instructs the server that the client has an
	batch of articles to be sent and the batch is nnn bytes long. 
	If the server wishes the batch to be
	sent then it will return a response instructing the client to do
	so. If the server doesn't want the batch to be sent (if the server
	is a slave server, for example), then a response indicating that
	will be sent.

	If transmission of the batch is requested, then the client should
	send the batch in binary mode--that is no LF->CR-LF translation
	must be done and no terminating 'CR-LF.CR-LF' is used to to
	terminate the batch.

	The format of the batch is identical to what rnews(1) expects to
	process.

	Responses:

	239 batch transferred successfully
	339 send batch to be transferred
	436 xbatch failed: reason
	501 xbatch: invalid or missing size.

inn 1.5 rnews adds recognition of gzip compression to batches.

James
--
James Brister                                             brister@vix.com
Internet Software Consortium                              inn@isc.org

v2.8.7 | Report a Bug | By Email