HDTenEightyP/NetNews huggingface dataset:
From: forbesm@atlantis.CS.ORST.EDU (Mark Forbes)
Newsgroups: or.forsale
Subject: Wanted: Drill press
Summary: I want a drill press
Keywords: drill press wanted
Date: 25 Aug 92 23:51:08 GMT
Article-I.D.: leela.1992Aug25.235108.6609
Organization: Computer Science Outreach Services - Oregon State University

I want a drill press. Features desired/considered:

-floor mount
-table mount
-morse taper chuck
-1/2 to 3 hp
-not too worn out
-older eqpt ok
-elevating/rotating table
-work light
-6 to 9999 speeds :-)

Whaddaya got?

Mark G. Forbes | forbesm@atlantis.cs.orst.edu
Corvallis, OR  | 503 757 8416 work phone    | Hardware R & D
From: paulk@tekig5.pen.tek.com (Paul A Kaastad)
Newsgroups: or.forsale
Subject: car for sale
Date: 4 Sep 92 13:14:42 GMT
Article-I.D.: tekig7.6851
Distribution: or
Organization: Tektronix, Inc., Beaverton,  OR.



FOR SALE:  1987 Pontiac TransAm
	   350 EFI
	   4 speed automatic
	   air
	   power steering/brakes/windows/locks
	   tilt/cruise
	   AM/FM/cassette
	   63K miles

	   $7,500

Can be seen in Vancouver. Call (206)254-9550, ask for Paul.
Xref: sparky or.forsale:1607 pdx.forsale:2431
From: steveha@tekig5.pen.tek.com (Steven L Harris)
Newsgroups: tek.forsale,or.forsale,pdx.forsale
Subject: microfiche reader WANTED
Date: 31 Aug 92 17:13:05 GMT
Article-I.D.: tekig7.6804
Followup-To: email
Distribution: pdx




WANTED:



I find myself in need of a microfiche reader.  It seems like there ought
to be a surplus of inexpensive used readers out there.  If you happen to
have one and the price is right, give me a call or email.  Alternatively,
if you know where I can get one cheap, please give me a call.

Thanks

Steve Harris
steveha@tekig5.PEN.TEK.COM
627-2454 Wk
324-8131 Hm
Newsgroups: vmsnet.uucp
Subject: Re: Can't define UUCP_PUBLIC as a search list.
From: mark@infocomm.com
Date: 26 Aug 92 08:47:19 PDT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Aug25.144213.4467@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> I have a [eventually several] CDROMs full of stuff I would like to make
> available for UUCP file transfer.  I tried the obvious thing, making
> UUCP_PUBLIC a search list, but the transfers only seem to work from the first
> entry in the logical name.  Is this a bug or a feature?  It would be VERY handy
> to be able to make UUCP_PUBLIC a search list.

I agree that supporting this would potentially be useful, but it does compicate
what is already some complex code.  

I did think about this when I originally wrote the code, and tried to keep
search list support as a secondary goal. As it turns out, in order to support
this I would have to 1) sacrifice some security checking context being done, 
OR 2) make the code significantly more complex.  As has been my primary 
concern, I opted to err on the side of caution and NOT sacrifice any security 
context checking, and since this was only a secondary goal, I also opted NOT 
to make the code more complex at that time.

The code, as shipped in 2.0, did not actually meet one of my desired goals:

	- if a local request was generated to copy a file out FROM somewhere 
	  in UUCP_PUBLIC (i.e. via the UUCP command), the copy SHOULD be 
	  made directly from the location in UUCP_PUBLIC, and NOT through 
	  intermediate temporary copies of the file(s) in UUCP_SPOOL.

A bug in the name translation/check code also err'd on the side of caution 
and actually caused the temporary copy mechanism to be used instead.  I have 
since fixed this minor problem.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: Bizarre news flow statistics in nightly reports
Organization: Penn State Computer Science
Date: Thu, 3 Sep 1992 23:31:39 GMT

In article <1992Sep3.132734.52@swc.uucp> mark@swc.uucp (Mark Nichols) writes:
|Some of the statistics are quite bizarre, and I find that the source appears to
|be in the NEWSSKIM logs.
|
|Is this a NEWS bug or something else in the suite of utilities that comprise
|my UUCP/NEWS?

It's a NEWS bug.  I fixed it for 6.1beta1 .

  Bill
-- 
Bill Fenner	fenner@cs.psu.edu	..psuvax1!hogbbs!wcfpc!wcf
		wcf@hogbbs.scol.pa.us   (+1 814 238-9633 v.32bis)
Newsgroups: vmsnet.uucp
Subject: Re: VAX to Ultrix uucp connection problems
From: jeh@cmkrnl.com
Date: 27 Aug 92 01:51:53 PDT
Distribution: usa
Organization: Kernel Mode Consulting, San Diego, CA

>> In article <1992Aug19.162557.640@totaltec.com>, mark@totaltec.com writes:
>>> I have a question for you.
>>> [...]
>>

> In article <1992Aug20.112405.633@cmkrnl.com>, jeh@cmkrnl.com writes:
>> PLEASE, EVERYBODY:  WHEN POSTING A PROBLEM DESCRIPTION, INCLUDE:
>>
>> 	- the version of DECUS uucp
>> 	- the version of VMS
>> 	- output from uucp.log showing the problem
>>

In article <1992Aug25.125701.644@totaltec.com>, mark@totaltec.com writes:
> Sorry I got two out of three right. I didn't think to include the output
> in it but here it is. [...]

Yes, except that you didn't have the debug bits turned on that I asked for!
This is clearly a problem relating to file lookups.  You need at least the bits
represented by the mask 0171(octal) (file directory scanning trace,file name
munging trace, nonerrors and errors from file transfer commands, and
debug log enable) turned on.  Try again, please.

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Can't define UUCP_PUBLIC as a search list.
Date: 25 Aug 92 14:42:13 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

I have a [eventually several] CDROMs full of stuff I would like to make
available for UUCP file transfer.  I tried the obvious thing, making
UUCP_PUBLIC a search list, but the transfers only seem to work from the first
entry in the logical name.  Is this a bug or a feature?  It would be VERY handy
to be able to make UUCP_PUBLIC a search list.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
From: tanner@cerritos.edu
Newsgroups: vmsnet.uucp
Subject: Error processing temp file
Date: 26 Aug 92 13:07:00 PST
Organization: Cerritos College, Norwalk CA

I have one (out of several) site that can't send me files.  This is what the
log file shows:

p:uucp    h:-       [08/26-12:25:31-314028ce]  STARTUP         (Version cmkrnl-2.0 {Aug 25 1992 19:15:44}) u:UUSTRAND
p:uucp -< h:-       [08/26-12:25:32-314028ce]   Incoming       (_LTA1407: 19200 bps QUARTZ/PORT_98) u:UUSTRAND
p:uucp -< h:strand  [08/26-12:25:33-314028ce]   Call from      (strand) u:UUSTRAND
12:25:34.11       rcv_ctl() xwmax set to 3
12:25:34.23       rcv_ctl() xbmax set to 64
12:25:34.26       rcv_ctl() xwmax set to 3
p:uucp << h:strand  [08/26-12:25:34-314028ce]   Startup ok     (Protocol: (g, xmt(3/64), rcv(3/64))) u:UUSTRAND
==== TOP ==== - slave
Command: S 1481.D D.strand1481 uucp - D 1481.D 0666
p:uucp << h:strand  [08/26-12:25:35-314028ce]   They want to send (S 1481.D D.strand1481 uucp - D 1481.D 0666) u:uucp    
Expand Filename: 'D.strand1481', Related Filename: '1481.D', credir = 0
Pubdir: 'UUCP_PUBLIC:[000000.]'
Spooldir: 'UUCP_DISK:[UUCP.SPOOL.]'
Expanded Spooldir: 'SYSTEM_DISK2:[UUCP.SPOOL]'
Device Expanded Spooldir: '$1$DUS1:[UUCP.SPOOL]'
Fix_xd_filename input: UUCP_DISK:[UUCP.SPOOL.strand]D.strand1481
Fix_xd_filename output: UUCP_DISK:[UUCP.SPOOL.strand]D.STRAND1481
Expanded Name = 'UUCP_DISK:[UUCP.SPOOL.strand]D.STRAND1481', status = 0, errno = 0, vaxc$errno = %x00010001
Using temp file TM_u314028ce
Cannot rename file TM_u314028ce to UUCP_DISK:[UUCP.SPOOL.strand]D.STRAND1481: acp remove function failed
file left as: UUCP_PUBLIC:[000000]CANT_RENAME.FILE
p:uucp << h:strand  [08/26-12:25:38-314028ce] * File rcv failed (see debug log) u:uucp    
==== TOP ==== - slave
Command: HY
g Protocol Shutdown:
	Data Packets rcvd       11
	ACKs sent               11
	Data Packets sent        2
	ACKs rcvd                2
	Other ctl pkts rcvd      4
	Other ctl pkts sent      4
QIO data/req: 230/17 rd: 806/28 rah: 0/11
p:uucp << h:strand  [08/26-12:25:43-314028ce]   End of call    (complete : 10 secs) u:uucp    
p:uucp << h:strand  [08/26-12:25:44-314028ce]   Dropping DTR   () u:uucp    
p:uucp -< h:-       [08/26-12:25:50-314028ce]  Exiting         (Version cmkrnl-2.0) u:-       

And it is true, analyze/audit shows a delete failing.  The problem stems from
the protection of the temp file:

Directory SYSTEM_DISK2:[UUCP.SPOOL.STRAND]

TM_U314028CE.;1      [UUCP,UUCP_LOGIN]     (,,E,R)

Normally, strand sends work files without the '0666' mode field and I thought
that might be the problem, but having them edit it in doesn't change anything.

I'm not convinced that this is really a uucp problem, since it's only one site
and I think it started after I brought up uucp V2.0.  We're running VMS V5.4-3.
The data in the temp file looks fine, and I see no strange ACLs or other odd
file protections.

Can anyone think of why the temp file protection would be trashed?

Thanks,
-Bruce
-- 
Bruce Tanner        (310) 860-2451 x 596    Tanner@Cerritos.EDU
Cerritos College    Norwalk, CA             DoD #0161  NOMAD #007
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Re: Patch for yet another bug in NEWSSKIM.COM.
Date: 27 Aug 92 15:13:13 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <1992Aug26.164344@mccall.com>, tp@mccall.com (Terry Poot) writes:
> 
> 
> The MLIST method works just fine. I run 5 vmsnet newsgroup to mailing lists
> through it. You are redefining it to work with MX, which it was never designed
> to do, so I'd hardly call it a bug that it doesn't. MX comes with a section of
> NEWSSKIM.COM that can be dropped in and will handle all this stuff. It isn't
> necessary to integrate it into that same loop, or into the MLIST method. Perhaps
> you've been confused by the fact that they both use versions of the gatenews
> program, which was originally written by Bob Sloane to work in a Jnet
> environment with BITnet mailing lists.
> 
> As far as I know, I'm the only one who uses the MLIST method, so there isn't a
> problem redefining it to work with MX. It was my intent originally to release my
> gateway code, but at this point, I'm planning to abandon it in favor of MX.
> 
> --tp

Yep, that's the confusion all right.  I started using the MX MLIST
gateways when I first started using gateways and never realized
that there WAS any other kind.  When I  installed UUCP-20 I had
forgotten that I was using MX vs. UUCP mailing list gateways.

My apologies for any confusion this has inflicted on the general
community.  Actually, you're one of two users of MLIST, I guess.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.uucp
Subject: Re: vms-sunos login failures
From: mark@infocomm.com
Date: 25 Aug 92 09:18:51 PDT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Aug20.133556.634@cmkrnl.com>, jeh@cmkrnl.com writes:
> In article <1992Aug19.200729.260@mtechca.maintech.com>, carvalho@mtechca.maintech.com writes:
>> Sorry if it's a FAQ...
>>
>> Trying to get sparc2 to uucp via dialup into 785 running decus uucp. The sparc
>> dials thru a QBlazer, connect, reads the username and password prompt, which
>> I've checked many times, the vax responds with a User Auth. Fail.
>> help!
>> --joe
>
> Think about it.... this isn't a problem with decus uucp _per se_; if VMS is
> reporting "user authorization failure" on a dialin call, you are talking to
> LOGINOUT.  uucp hasn't started yet on the VAX (at least not as far as this
> dialin is concerned; the uucico batch job that does outbound calls is not
> involved AT ALL for inbound calls; in fact if you are only handling inbound
> calls you don't need the outcall daemon at all).

Agreed!

What I've seen from time to time with various Unix implementations of UUCP
seems to be a confusion with sending extra linefeed characters at the wrong
time.

I have all of my Unix neighbor sites use the following "Systems" file
login/chat script when calling VMS machines:


"" \d\d\d\d\r\d\d\r\d\d\r\c Username:-\r\r-Username: UU_neighbor\rpassword\r

Note:
        Initial 4 second delay to let modems settle.
        \r with 2 second delay for autobaud
        \r with 2 second delay for autobaud (just in case)
        Expect Username: prompt from my VMS machine
        Once you have "Username:" prompt, VMS typeahead is fine to immediately
        blast the password without having to wait for a "Password:" prompt.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
From: tanner@cerritos.edu
Newsgroups: vmsnet.uucp
Subject: Re: Error processing temp file
Date: 27 Aug 92 22:10:04 GMT
Organization: Cerritos College, Norwalk CA

In article <1992Aug27.000916.14871@infocomm.com>, mark@infocomm.com writes:
> I'm not sure how 1481.D is being interpreted as a protection which is
> translating to (,,E,R), but it certainly isn't supposed to be the protection.

Thanks, Mark.  When I first looked at the command line, my attention was drawn
to the missing fields and completely away from extra fields.  I'm glad we have
vmsnet.uucp to serve as an extra pair of eyes.

-Bruce

> Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
> PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
> DOMAIN:	mark@infocomm.com
-- 
Bruce Tanner        (310) 860-2451 x 596    Tanner@Cerritos.EDU
Cerritos College    Norwalk, CA             DoD #0161  NOMAD #007
Newsgroups: vmsnet.uucp
Subject: Re: Error processing temp file
From: mark@infocomm.com
Date: 27 Aug 92 00:09:16 PDT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Aug26.130701.7170@cerritos.edu>, tanner@cerritos.edu writes:
> I have one (out of several) site that can't send me files.  This is what the
> log file shows:
>
> Command: S 1481.D D.strand1481 uucp - D 1481.D 0666
> p:uucp << h:strand  [08/26-12:25:35-314028ce]   They want to send (S 1481.D D.strand1481 uucp - D 1481.D 0666) u:uucp
> Expand Filename: 'D.strand1481', Related Filename: '1481.D', credir = 0

> And it is true, analyze/audit shows a delete failing.  The problem stems from
> the protection of the temp file:
>
> Directory SYSTEM_DISK2:[UUCP.SPOOL.STRAND]
>
> TM_U314028CE.;1      [UUCP,UUCP_LOGIN]     (,,E,R)
>
> Normally, strand sends work files without the '0666' mode field and I thought
> that might be the problem, but having them edit it in doesn't change anything.

WHOA!!!  I ask you:  Are they really sending the "S" command without a
destination file name?  And then I look closer at the relevant "S" command:

> Command: S 1481.D D.strand1481 uucp - D 1481.D 0666
           |   |         |        |   | |   |      |
           |   |         |        |   | |   |    who-to-notify
           |   |         |        |   | |   protection
           |   |         |        |   | remote-temp-filename
           |   |         |        |   flags
           |   |         |        originating-user
           |   |         destination-filename
           |   source-filename
	   command

I'm not sure how 1481.D is being interpreted as a protection which is
translating to (,,E,R), but it certainly isn't supposed to be the protection.

> I'm not convinced that this is really a uucp problem, since it's only one site
> and I think it started after I brought up uucp V2.0.  We're running VMS V5.4-3.
> The data in the temp file looks fine, and I see no strange ACLs or other odd
> file protections.

I'm sure that you started to realize this problem as of 2.0 since this is the
first time we make any attempt to properly interpret the protection field in
the "S" commands.

Please get the PC system (STRAND) to fix or upgrade their software and your
problems will go away.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
Newsgroups: vmsnet.uucp
Subject: Re: VAX to Ultrix uucp connection problems
From: mark@infocomm.com
Date: 26 Aug 92 08:07:52 PDT
Distribution: usa
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Aug25.125701.644@totaltec.com>, mark@totaltec.com writes:
> In article <1992Aug20.112405.633@cmkrnl.com>, jeh@cmkrnl.com writes:
>> In article <1992Aug19.162557.640@totaltec.com>, mark@totaltec.com writes:
>>> I have a question for you.
>>> I have a VAX running VMS V5.5 and UUCP 2.0 and I am trying to get it to
>>> communicate with a DECstation 5000 running Ultrix 4.2a. I set up the VAX
>>> to poll the DECstation. It logs in ok and negotiates properly but then
>>> I get error messages trying to open files on the VAX side?
>>>
>>> It appears to get these message when the DECstation is trying to send
>>> something to the VAX. UUCP on the VAX doesn't even see the work files
>>> for the DECstation on the VAX! Confused yet?
>>
>> PLEASE, EVERYBODY:  WHEN POSTING A PROBLEM DESCRIPTION, INCLUDE:
>>
>> 	- the version of DECUS uucp
>> 	- the version of VMS
>> 	- output from uucp.log showing the problem
>>
> Sorry I got two out of three right. I didn't think to include the output
> in it but here it is. The first set is after I tried to send mail to
> myself from the VAX to the DECstation, the second set of output is when
> I tried to send mail to myself from the DECstation to the VAX.
> *********
> This is after I did a mail send uucp%"chubaka!mark" on obi2
> *********

OK, somethings indeed do look strange.  Try the following steps:

	1) Log in to a privileged account that ALSO has a UIC which implies
	   SYSPRV (i.e. the SYSTEM account will do)
	2) run UUCP_BIN:UUCP_CONFIG and select the set protection on UUCP
	   files.
	3) while still logged in with the SYSPRV implied UIC ([SYSTEM]) rerun
	   the tests you previously ran.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
From: john@cutler.com (John E. Babbitt Jr.)
Newsgroups: vmsnet.uucp
Subject: Re: Changing uucp 1.3b window/buffer size
Date: 4 Sep 92 08:42:29 PDT
Organization: Cutler & Company, Inc., Medford OR (503) 770-9000

In article <1992Aug31.085147.287@cutler>, john@cutler.com (John E. Babbitt Jr.) writes:
> I've asked questions in here before, but never got an answer.  Turns out
> that the news for this vmsnet hierarchy wasn't bidirectional.  Now, let's
> see if someone sees this...
> 
> Using uucp v1.3b (yes, go upgrade, eh?), how do one turn on the expanded
> buffer and window sizes? :-)

Still waiting for an answer.  I'm still suspicious that this is a one-way
feed.  Please tell me I'm wrong! :-)

Regards,

John E. Babbitt, Jr.        {UUCP: ...hplabs!hp-pcd!orstcs!cutler!john}
Senior Programmer/Analyst   {Internet: john@cutler.com}
Cutler & Company, Inc.      {Phone: 503/770-9000 (voice) 503/770-9014 (tdd)}
Medford, Oregon  97504      {Disclaimer: What I say is my personal opinion}
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Re: Can't define UUCP_PUBLIC as a search list.
Date: 28 Aug 92 10:35:11 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <1992Aug26.084719.14841@infocomm.com>, mark@infocomm.com writes:
> 
> I agree that supporting this would potentially be useful, but it does compicate
> what is already some complex code.  

Well, it wasn't all that bad to fix.  Mark did a nice job in
UUVFILENAME.C.  I've shipped the "final" patch for UUVFILENAME.C
that allows UUCP_PUBLIC to be a search list to him last night (or
early this morning, I kind of lost track of time).  I've been
running the new version in my UUCP/UUCICO for the last 24 hours
with no problem.  I'll make the patches available to anybody that
wants them.  Just send me mail.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.uucp
Subject: Bizarre news flow statistics in nightly reports
From: mark@swc.uucp (Mark Nichols)
Date: 3 Sep 92 13:27:34 PDT
Organization: IPI Systems, Inc.

I have been running UUCP 2.0 for some time now, and really appreciate the new
features contained within.  One of those features is a nightly statistical
report summarizing news flow between my site and others.  (I guess this works
in conjunction with the newer NEWS, too.)

Some of the statistics are quite bizarre, and I find that the source appears to
be in the NEWSSKIM logs.  Here is a representative RNEWS_*.LOG, showing the
numbers.  This is on a VMS 5.3 system...
----------------------------------------------------------------------------
$ set prot=(s:rwed,o:rwed,g:re,w)/default
$ define newsrc nla0:
$ !							NEWS_RNEWS.COM
$ SET NOVERIFY
...Processing BATCH - h:wilbur starting at  3-SEP-1992 12:58:31.48, infile AUX1:[UUCP.RCVDNEWS]NEWS_BATCH.WILBU5D85FFF;
 3-SEP-1992 12:58:33.42	File is compressed, decompressing.
	Select - No new items
	VMS News - V6.1 (24-Feb-1992)      [NewsManager Access Enabled]


Add - Reading file: NEWS_MANAGER_DEV:[MGR]NEWS.BATCH00003E7A;1 (203256 bytes)

Add <1992Sep3.155823.3238@ennews.eas.asu.edu> soc.culture.indian: JUNK (SYS filter)
  [...94 lines of the same omitted...]
Add <gurman.715535854@umbra.gsfc.nasa.gov> comp.os.vms
Add <60069@mimsy.umd.edu> talk.politics.drugs,talk.politics.misc: JUNK (SYS filter)
Add <8865@amsaa-cleo.brl.mil> comp.text.tex
- Forwarded: 1986621013/1769173605 Articles/Bytes to site: swc
             ^^^^^^^^^^^^^^^^^^^^^ This seems a little high :-)
- Forwarded: 539785588 Article ID's to site: swc
- Forwarded:   98/206842 Articles/Bytes to site: wndrsvr
- Forwarded:    2/3092 Articles/Bytes to site: marknb
 3-SEP-1992 13:02:31.86	... Performing post ADD skim check
 3-SEP-1992 13:02:32.04	NEWSSKIM starting
 3-SEP-1992 13:02:33.48	Redirecting NEWSSKIM output to NEWS_LOG:NEWSSKIM.LOG.
 3-SEP-1992 13:08:52.33	NEWSSKIM Complete.
  NETNEWS      job terminated at  3-SEP-1992 13:08:53.97

  Accounting information:
  Buffered I/O count:         2873      Peak working set size:  2402
  Direct I/O count:           6170      Peak page file size:    5981
  Page faults:               47692      Mounted volumes:           0
  Charged CPU time:     0 00:03:36.91   Elapsed time:     0 00:10:27.56
------------------------------------------------------------------------------

Is this a NEWS bug or something else in the suite of utilities that comprise
my UUCP/NEWS?

Thanks....
---
Mark Nichols
swc!mark@cerritos.edu | mark@swc.uucp