XBATCH Command (Was: Re: New NNTP extensions in INN 1.5?)

Jonathan Grobe <grobe@netins.net> Mon, 15 July 1996 19:57 UTC

Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa21628; 15 Jul 96 15:57 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa21624; 15 Jul 96 15:57 EDT
Received: from PHEASANT.ACADEM.COM by CNRI.Reston.VA.US id aa15268; 15 Jul 96 15:57 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 OAA07607 for <ietf-nntp@PHEASANT.ACADEM.COM>; Mon, 15 Jul 1996 14:56:29 -0500
Received: from pheasant.academ.com (root@PHEASANT.ACADEM.COM [198.137.249.71]) by academ.com (8.7.5/8.7.1) with ESMTP id OAA10707 for <ietf-nntp@academ.com>; Mon, 15 Jul 1996 14:56:26 -0500 (CDT)
Received: from jareth.sesqui.net (JARETH.SESQUI.NET [128.241.0.93]) by pheasant.academ.com (8.7.5/8.6.9) with ESMTP id OAA07599 for <ietf-nntp@academ.com>; Mon, 15 Jul 1996 14:56:25 -0500
Received: from worf.netins.net (root@worf.netins.net [167.142.225.4]) by jareth.sesqui.net (8.7.1/8.6.9) with ESMTP id NAA14485 for <ietf-nntp@academ.com>; Mon, 15 Jul 1996 13:33:37 -0500 (CDT)
Received: from worf.netins.net (grobe@worf.netins.net [167.142.225.4]) by worf.netins.net (8.7.5/8.7.2) with SMTP id NAA25406 for <ietf-nntp@academ.com>; Mon, 15 Jul 1996 13:30:58 -0500 (CDT)
Date: Mon, 15 Jul 1996 13:30:57 -0500 (CDT)
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Jonathan Grobe <grobe@netins.net>
To: ietf-nntp@academ.com
Subject: XBATCH Command (Was: Re: New NNTP extensions in INN 1.5?)
In-Reply-To: <199607151628.SAA04953@paris.pp.vix.com>
Message-ID: <Pine.OSF.3.94.960715130253.18631A-100000@worf.netins.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 15 Jul 1996, James A. Brister wrote:

> 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.
> 
If James is willing to provide a precise description (instead of this
rough one) I believe it is reasonable that it be added to the August
draft.

I have no idea of when INN 1.5 is going to come out. If it will be a 
while, I believe this command should be discussed now to see if this
list thinks any changes should be made. For example:

1. I think the "X" should be dropped, the name changed to BATCH. RFC977
said:

   There is no prohibition against additional commands being added;
   however, it is recommended that any such unspecified command begin
   with the letter "X" to avoid conflict with later revisions of this
   specification.

But if this is going to be in the standard, then this suggests it
should not start with X. 

2. Should there be some kind of optional parameter... to allow
different types of batching procedures to be added to the standard
later?

Jonathan Grobe <grobe@netins.net>