Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!pwa-b!mmintl!franka
From: franka@mmintl.UUCP (Frank Adams)
Newsgroups: net.news.group,net.abortion,net.misc,net.motss,net.philosophy,net.politics
Subject: Re: reorganization of soapbox newsgroups
Message-ID: <1532@mmintl.UUCP>
Date: Mon, 2-Jun-86 14:47:14 EDT
Article-I.D.: mmintl.1532
Posted: Mon Jun  2 14:47:14 1986
Date-Received: Wed, 4-Jun-86 19:47:07 EDT
References: <8522@kestrel.ARPA>
Reply-To: franka@mmintl.UUCP (Frank Adams)
Organization: Multimate International, E. Hartford, CT
Lines: 20
Xref: linus net.news.group:5121 net.abortion:2897 net.misc:8362 net.motss:2672 net.philosophy:5188 net.politics:15752

In article <8522@kestrel.ARPA> king@kestrel.UUCP writes:
>The problem we are trying to solve here is traffic volume, not site
>disk space.

If traffic volume is indeed the problem, there is a much less drastic
solution.  Data compression can be applied to transmitted articles, and
undone by the receiving site.  Since this is to be done on a link by link
basis, no great sudden change is required; just pairs of sites modifying
their communication protocols by agreement.

My impression is that site disk space in fact *is* part of the problem.
Data compression would be a possible solution here, too.  This could still
be done on a site by site basis; however, all the news software at the site
would have to be replaced at once, not just the news transmission software.

Any volunteers to write versions of the news software to deal with
compressed news files?

Frank Adams                           ihnp4!philabs!pwa-b!mmintl!franka
Multimate International    52 Oakland Ave North    E. Hartford, CT 06108