innxbatch(8) [debian man page]
INNXBATCH(8) System Manager's Manual INNXBATCH(8) NAME
innxbatch - send xbatched Usenet articles to a remote NNTP server SYNOPSIS
innxbatch [ -D ] [ -t timeout ] [ -T timeout ] [ -v ] host file ... DESCRIPTION
Innxbatch connects to the NNTP server at the specified host and sends it the specified xbatch files, using the XBATCH extension to the NNTP protocol. It is normally invoked by a script run out of cron(8) that uses shlock(1) to lock the host name, followed by a ctlinnd(8) command to flush the batchfile. Innxbatch normally blocks until the connection is made. To specify a timeout on how long to try to make the connection, use the ``-t'' flag. To specify the total amount of time that should be allowed for article transfers, use the ``-T'' flag. The default is to wait until an I/O error occurs, or all the articles have been transferred. If the ``-T'' flag is used, the time is checked just before an article is started; it will not abort a transfer that is in progress. Both values are measured in seconds. Each fileis removed after it has been successfully transferred. If a communication error such as a write(2) failure, or an unexpected reply from the remote server occurs, innxbatch will stop sending and leave all remaining files untouched for later retry. Upon exit, innxbatch reports transfer and CPU usage statistics via syslog(3). If the ``-v'' flag is used, they will also be printed on the standard output. Use the ``-D'' flag to print debugging information on standard error. This will show the protocol transactions between innxbatch and the NNTP server on the remote host. A sample newsfeeds(5) entry to produce appropriate xbatch files (thanks to Karsten Leipold <poldi@dfn.de>): nase :* :Tc,Wnb :/usr/lib/news/bin/batcher -p "(/bin/gzip > /var/spool/news/out.going/nase.$$)" nase.do.main A sample script to invoke innxbatch(8) is: #!/bin/sh ## SH script to send xbatches for a site, wrapped around innxbatch ## Invocation: ## sendxbatches.sh <sitename> <hostname> <xbatch file name> ... if [ $# -le 3 ] then echo "usage: $0 <sitename> <hostname> <xbatch file name>" exit 1 fi ## =()< . @<_PATH_SHELLVARS>@>()= . /usr/lib/news/innshellvars site="$1"; host="$2"; shift; shift ctlinnd flush "$site" && sleep 5 && exec $NEWSBIN/innxbatch -v -D "$host" $* HISTORY
Written by Stefan Petri <petri@ibr.cs.tu-bs.de>, modelled after innxmit(8) and the XBATCH patch for the nntp reference implementation. SEE ALSO
innxmit(8), nntpsend(8), ctlinnd(8), innd(8), newsfeeds(5), shlock(1). INNXBATCH(8)
Check Out this Related Man Page
INNXMIT(8) InterNetNews Documentation INNXMIT(8) NAME
innxmit - Send Usenet articles to a remote NNTP server SYNOPSIS
innxmit [-acdHlprsv] [-P portnum] [-T seconds] [-t seconds] host file DESCRIPTION
innxmit connects to the NNTP server at the specified host (validating itself via passwd.nntp if possible) and sends it the articles specified in the batch file named file. It is normally invoked by a script run out of cron(8) that uses shlock to lock the host name, followed by a ctlinnd command to flush the batch file. If file is not an absolute path name, it is taken relative to the directory specified by the pathoutgoing parameter in inn.conf. It is normally written by specifying the "Wnm" flags in the newsfeeds file. Each line in the batch file should be in one of the following formats: article Message-ID article The first field is either the storage API token of an article or the name of a file holding an article. If it is not an absolute pathname or a storage API token, it is taken to be a file name relative to patharticles in inn.conf. If the second field is not specified, the message-ID will be obtained by scanning the article. The two fields, if present, are separated by a space. If a communication error such as a write(2) failure occurs, innxmit will stop sending and rewrite the batch file to contain the current article and any other unsent articles. OPTIONS
-a If all articles were sent successfully, innxmit will remove the batch file; otherwise it will rewrite it to contain the list of unsent articles. If no articles were sent or rejected, the file is left untouched. This can cause the batch file to grow excessively large if many articles have been expired and there are communication problems. To always rewrite the batch file, use the -a flag. -c In streaming mode, a check of each message-ID is still made to avoid sending articles already on the server. The -c flag will, if streaming mode is supported, result in sending articles without checking. This results in slightly greater throughput and may be appropriate when it is known that the site could not already have the articles such as in the case of a "leaf" site. -d Use the -d flag to print debugging information on standard error. This will show the protocol transactions between innxmit and the NNTP server on the remote host. -H If the -H flag is given, then only headers are sent to host for all articles except control messages. And the Bytes: header is also included even if it does not exist in the original article. The -H flag is useful for Diablo reader. -l The -l flag is used to turn on logging of reasons the remote gives for rejecting an article. -P portnum To specify a port number other than the default, use the -P flag. -p If the -p flag is given, then no connection is made and the batchfile is purged of entries that refer to files that no longer exist. This implies the -a flag. -r If the remote server sends an unexpected reply code, innxmit will requeue the article and proceed. Use the -r flag if the article should not be requeued. -s innxmit will attempt to negotiate a streaming mode extension of the NNTP protocol with the server at connect time. If successful, it will use a slightly different protocol that enhances throughput. If the server does not recognize the streaming mode negotiation, innxmit will revert to normal NNTP transfer mode. Use the -s flag to disable the attempt to negotiate the streaming mode extension. -T seconds To specify the total amount of time that should be allowed for article transfers, use the -T flag. The default is to wait until an I/O error occurs, or all the articles have been transferred. If the -T flag is used, the time is checked just before each article is started; it will not abort a transfer that is in progress. -t seconds innxmit normally blocks until the connection is made. To specify a timeout on how long to try to make the connection, use the -t flag. -v Upon exit, innxmit reports transfer and CPU usage statistics via syslog. If the -v flag is used, they will also be printed on the standard output. HISTORY
Written by Rich $alz <rsalz@uunet.uu.net> for InterNetNews. Converted to POD by Julien Elie. $Id: innxmit.pod 8796 2009-11-15 09:28:39Z iulius $ SEE ALSO
ctlinnd(8), inn.conf(5), innd(8), newsfeeds(5), passwd.nntp(5), shlock(1). INN 2.5.2 2009-11-15 INNXMIT(8)