Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!ncar!gatech!uflorida!codas!cpsc6a!atl2!akgua!mtunx!lzaz!lznv!psc
From: psc@lznv.ATT.COM (Paul S. R. Chisholm)
Newsgroups: comp.sys.ibm.pc
Subject: comp.binaries.ibm.pc moderation suggestions
Message-ID: <1323@lznv.ATT.COM>
Date: 17 Mar 88 16:35:05 GMT
Organization: AT&T
Lines: 31

< If you lined all the news readers up end-to-end, they'd be easier to shoot. >

I think that moderation of the comp.binaries.ibm.pc group is a good
idea.  I'd like to add a suggestion I haven't seen here in a long time.

All text files (READ.MEs, .DOCs, and any source) should *NOT* be ARCed
and uuencoded.  They should be bundled together in some other manner
(such as shell archives), and posted in Ascii.  There are two reasons:

(1)  Obviously enough, if the first part of a program posting is the
READ.ME or the program's documentation, it'll be much easier for a news
reader to decide if the program's worth downloading.  It's a real
nuisance to uudecode, download, and ARC/PKXARC ten thousand bytes, just
to discover an neat sounding program doesn't do anything you're
interested in.

(2)  Netnews is data compressed when it moves from site to site.  I
seem to remember an experiment where someone compared sending an Ascii
file, as compared with ARCing the file (compressing it into binary),
uuencoding it (expanding it into printable Ascii), and then sending it.
Simply sending the original required less transmission between news
nodes.

ARC and the uucode programs offer some checksum capabilities, and we'd
lose those by transmitting straight Ascii.  But who cares if a document
loses or gains a byte?

Comments?

-Paul S. R. Chisholm, {ihnp4,cbosgd,allegra,rutgers}!mtune!lznv!psc
AT&T Mail !psrchisholm, Internet psc@lznv.att.com
I'm not speaking for my employer, I'm just speaking my mind.