Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: news.config
Subject: Re: new survey to supplement arbitron. Please run this program.
Message-ID: <6964@cbmvax.UUCP>
Date: 24 May 89 06:14:43 GMT
References: <300@indri.primate.wisc.edu> <304@indri.primate.wisc.edu>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Distribution: na
Organization: Commodore Technology, West Chester, PA
Lines: 29

In article <304@indri.primate.wisc.edu> bin@primate.wisc.edu writes:
> From article <300@indri.primate.wisc.edu>, by bin@primate.wisc.edu (Brain in Neutral):
> > From article <2836@emerald.indetech.uucp>, by david@indetech.UUCP (David Kuder):
> >> In article <1735@papaya.bbn.com> rsalz@bbn.com (Rich Salz) writes:
> >>> The only question:  do you have enough space to store the pathnames of
> >>>a months worth of news?
> >> 	Who has enough disk space to store a months worth of articles?

heh heh heh ... telebit modems and CDC sabre 1.2Gbyte drives -
    a news admin's crutches as technology struggles to keep up with usenet...

> > A month's worth of >> path names <<.  Much different!
> It's been pointed out to me that it's not so different after all,
> since inpaths opens the files to read the articles.  Um.

Still, it is conceptually easy to "feed" all incoming/outgoing news articles
to a dummy site that is really a "sed" script to strip off the path lines and
store them for later analysis.  Brian's program would have to be improved
to simply process a file of header lines, but this seems trivial, in exchange
for eliminating any need to retain articles and the bizarre overhead that
searching every article in the news spool often requires.

It depends somewhat on what Brian is trying to track, "reception" of news
or "long term" availabilty of news online...

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)