Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site qubix.UUCP Path: utzoo!watmath!clyde!floyd!harpo!decvax!decwrl!sun!qubix!msc From: msc@qubix.UUCP (Mark Callow) Newsgroups: net.news Subject: Re: Wanted: news batching with compression Message-ID: <952@qubix.UUCP> Date: Wed, 21-Mar-84 16:24:19 EST Article-I.D.: qubix.952 Posted: Wed Mar 21 16:24:19 1984 Date-Received: Fri, 23-Mar-84 08:31:08 EST References: <149@forcm5.UUCP> Organization: Qubix Graphic Systems, Saratoga, CA Lines: 18 The uucp overhead for transferring news is really not a problem as long as you have Mark Horton's speedup fix in your uucp packet driver. If you still feel there is a problem there are at least 3 different batching schemes that reduce the uucp overhead a little more. What really kills our 4.2BSD system and several others is the forking of rnews once per article. For this reason we have news flow restricted to late night and early morning though mail is received anytime. None of the batching schemes that I'm aware of address this problem at all. I urge anyone who is devoting time to news batching schemes to attack this area rather than uucp. If I had time I would look into it myself. -- From the Tardis of Mark Callow msc@qubix.UUCP, decwrl!qubix!msc@Berkeley.ARPA ...{decvax,ucbvax,ihnp4}!decwrl!qubix!msc, ...{ittvax,amd70}!qubix!msc