Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!sri-spam!sri-unix!hplabs!felix!fritz!bytebug From: bytebug@fritz.UUCP (Roger L. Long) Newsgroups: news.admin,news.software.b Subject: Re: cunbatch and news version 2.11 Message-ID: <2760@fritz.UUCP> Date: Mon, 8-Dec-86 16:15:18 EST Article-I.D.: fritz.2760 Posted: Mon Dec 8 16:15:18 1986 Date-Received: Tue, 9-Dec-86 02:57:03 EST References: <241@oliveb.UUCP> Reply-To: bytebug@fritz.UUCP (Roger L. Long) Organization: FileNet Corp., Costa Mesa, CA Lines: 31 Keywords: cunbatch rnews 2.11 Xref: mnetor news.admin:64 news.software.b:90 In article <241@oliveb.UUCP> jerry@oliveb.UUCP (Jerry F Aguirre) writes: >I have seen a lot of mail traffic lately under the general heading of > > "I have 2.11 installed so I can switch to rnews instead of cunbatch" >or > "Do you have 2.11 installed and can I switch to rnews instead of > cunbatch" > >I leave it to the news gurus to correct me if I am wrong but there is no >advantage to sending compressed batches to remote!rnews instead of >remote!cunbatch. As one of the folks who recently contacted Jerry to ask about the state of news on his system, I can add a couple of possible advantages. I've configured 2.11 with both NICE and SPOOLNEWS defined. When you send compressed batches to remote!cunbatch, the batch is immediately uncompressed at full priority, and fed to rnews to spool in /usr/spool/news/.rnews. If you send them to remote!rnews, they are placed directly into /usr/spool/news/.rnews and then uncompressed at reduced priority when you execute "rnews -U" from your crontab entry. Since the decompression is delayed, this also reduced the amount of disk space required in the /usr/spool/news/.rnews directory. For these reasons, use of remote!rnews is preferred on a loaded system. Also, in terms of configuration, I have seperate lines in my crontab file for "sendbatch -c" and "sendbatch -c -o" and would like to move the systems all onto one line eventually. -- Roger L. Long FileNet Corp {hplabs,trwrb}!felix!bytebug