  The Linux News HOWTO
  Vince Skahan, <vince@victrola.wa.com>


  This document describes the setup and care+feeding of USENET News
  under Linux.  You need to read this if you plan to post or read USENET
  news either locally on your site or between your site and other sites.
  You probably do *not* need to read this document if don't plan to pro-
  vide USENET news as a feature of your system.

  1.  Introduction

  The intent of this document is to answer some of the questions and
  comments that appear to meet the definition of "frequently asked
  questions" about USENET News software under Linux in general, and the
  version in the Linux SLS distribution in particular.

  This document and the corresponding Mail and UUCP "HOWTO" documents
  collectively supersede the UUCP-NEWS-MAIL-FAQ that has previously been
  posted to comp.os.linux.announce.


  1.1.  New versions of this document

  New versions of this document will be periodically posted to
  comp.os.linux.announce, comp.answers, and news.answers.  They will
  also be added to the various anonymous ftp sites who archive such
  information including sunsite.unc.edu:/pub/Linux/docs/HOWTO.


  1.2.  Feedback

  I am interested in any feedback, positive or negative, regarding the
  content of this document via e-mail.  Definitely contact me if you
  find errors or obvious omissions.

  I read, but do not necessarily respond to, all e-mail I receive.
  Requests for enhancements will be considered and acted upon based on
  that day's combination of available time, merit of the request, and
  daily blood pressure :-)

  Flames will quietly go to /dev/null so don't bother.

  Feedback concerning the actual format of the document should go to the
  HOWTO coordinator - Matt Welsh (mdw@sunsite.unc.edu).


  1.3.  Copyright Information

  The News-HOWTO is copyrighted (c)1994 Vince Skahan.

  A verbatim copy may be reproduced or distributed in any medium
  physical or electronic without permission of the author.  Translations
  are similarly permitted without express permission if it includes a
  notice on who translated it.

  Short quotes may be used without prior consent by the author.
  Derivative work and partial distributions of the News-HOWTO must be
  accompanied with either a verbatim copy of this file or a pointer to
  the verbatim copy.

  Commercial redistribution is allowed and encouraged; however, the
  author would like to be notified of any such distributions.

  In short, we wish to promote dissemination of this information through
  as many channels as possible. However, we do wish to retain copyright
  on the HOWTO documents, and would like to be notified of any plans to
  redistribute the HOWTOs.

  We further want that ALL information provided in the HOWTOS is
  disseminated.  If you have questions, please contact Matt Welsh, the
  Linux HOWTO coordinator, at mdw@sunsite.unc.edu, or +1 607 256 7372.


  1.4.  Standard Disclaimer

  Of course, I disavow any potential liability for the contents of this
  document.  Use of the concepts, examples, and/or other content of this
  document is entirely at your own risk.


  1.5.  Other sources of information


  1.5.1.  USENET


     news.admin.misc         General topics of network news administration.
     news.admin.policy       Policy issues of USENET.
     news.admin.technical    Maintaining network news. (Moderated)
     news.software.b         Discussion about B-news-compatible software.
     news.software.nn        Discussion about the "nn" news reader package.
     news.software.nntp      The Network News Transfer Protocol.
     news.software.readers   Software used to read network news.
     news.sysadmin           Comments directed to system administrators.
     news.announce.newusers  Explanatory postings for new users. (Moderated)
     news.newusers.questions Q & A for users new to the Usenet.




  1.5.2.  Books

  The following is a non-inclusive set of books that will help


  o  "Managing UUCP and USENET" published by O'Reilly+Associates is in
     my opinion the best book out there for figuring out the programs
     and protocols involved in being a USENET site.

  o  "Unix Communications" published by The Waite Group contains a nice
     description of all the pieces (and more) and how they fit together.

  o  "Practical Unix Security" published by O'Reilly+Associates has a
     nice discussion of how to secure UUCP in general.

  o  "The Internet Complete Reference" from Osborne is a fine reference
     book that explains the various services available on Internet and
     is a great "one-stop-shopping" source for information on news,
     mail, and various other Internet resources.


  1.6.  Where NOT to look for help

  There is nothing "special" about configuring and running USENET news
  under Linux (any more).  Accordingly, you almost certainly do *NOT*
  want to be posting generic news-related questions to the
  comp.os.linux.* newsgroups.

  Unless your posting is truly Linux-specific (ie, "please tell me what
  patches are needed to run INN with the bash1.12 in SLS v1.03") you
  should be asking your questions in the newsgroups mentioned above.
  Let me repeat that.

  There is virtually no reason to post anything news-related in the
  comp.os.linux hierarchy any more.  There are existing newsgroups in
  the news.*  hierarchy to handle *ALL* your questions.

  IF YOU POST TO COMP.OS.LINUX.* FOR NON-LINUX-SPECIFIC QUESTIONS, YOU
  ARE LOOKING IN THE WRONG PLACE FOR HELP.  THE USENET NEWS EXPERTS HANG
  OUT IN THE PLACES INDICATED ABOVE AND GENERALLY DO NOT RUN LINUX.

  POSTING TO THE LINUX HIERARCHY FOR NON-LINUX-SPECIFIC QUESTIONS WASTES
  YOUR TIME AND EVERYONE ELSE'S AND IT FREQUENTLY DELAYS YOU FROM
  GETTING THE ANSWER TO YOUR QUESTION.

  2.  Hardware Requirements

  There are no specific hardware requirements for USENET News under
  Linux.  The only requirement of any type is sufficient disk space to
  hold the software itself, the threads database(s), and the amount of
  news you wish to keep on the system.  Figure on a minimum of 10 MB of
  disk space for starters.


  3.  Getting USENET News software

  All the software referenced in this "HOWTO" is available on the usual
  Internet anonymous ftp sites.

  Looking in /news on ftp.uu.net is usually a good way to start.

  The newspak-2.2.tar.z distribution contains config files and readme
  files related to building uucp, news, and mail software under Linux
  from the various freely-available sources.  It can usually be found in
  sunsite.unc.edu:/pub/Linux/system/Mail.


  4.  News Transport Software

  There are two main sets of news "transport" software for *nix these
  days, Cnews and INN.  The old "Bnews" has been declared officially
  dead and unsupported by its authors.

  News "transport" is defined here to be the software that works behind
  the scenes to post and propagate the news articles as well as making
  the articles available for the newsreaders to access.

  You can set your paths to anything you like, as long as UUCP has the
  absolute path to rnews in the Permissions file and as long as you have
  your newsreaders configured so that they can find "inews" and "mail".

  Important - you're asking for trouble if you try to intermix Cnews and
  INN.  Pick one or the other.  It's ok to add the NNTP "Reference
  Release" into Cnews since they're intended to play well together.


  4.1.  Cnews Performance Release

  The current de-facto standard news software is Cnews.  It has been
  around for a number of years, I first saw it sometime around 1988.

  Cnews's main benefit is its maturity.  It runs on about every *nix you
  can find and there are literally thousands of systems running it
  worldwide.

  Its main disadvantage is that it seems to have been intended for uucp-
  over-modem connections between sites and as such requires the addition
  of NNTP software to handle realtime Internet feeds and reading.

  In addition, it requires external threading packages for the various
  newsreaders, although the NOV package can now be hooked in to help
  somewhat and it's rumored to have native NOV support in the upcoming
  "cleanup" release.

  Regardless, the beginning USENET admin should probably run Cnews first
  since it's so stable, well documented, and has many thousands of
  experienced administrators who can answer questions.

  The newspak-2.2.tar.z distribution on sunsite contains working config
  files for Cnews under Linux as well as a couple line patch you'll need
  to make to "doexplode" to get around some problems with bash1.12.


  4.1.1.  Installing Cnews

  Installing the Performance Release of Cnews is absolutely a "rtfm"
  project.  Just grab the sources, extract them, and follow the
  instructions.

  The build.def in newspak was generated by running "build" the first
  time and simply looking up the answers by checking out the
  /usr/include files to get the right answers.

  When you start the actual compilation, it'll blow up a couple of
  times.  In all cases, you'll need to simply comment out a couple of
  atoi() and atol() macros that gcc doesn't like when your doit.bin
  compilation blows up.

  Also, you need the following tiny change to doexplode to get around
  some bash1.12 bugs or else you won't feed anything downstream.i


          (from Steve Robbins -  steve@nyongwa.cam.org )

          if [ ! -f $f ] ; then continue; fi              # add this line
          #       case "$f" in                            # comment me out
          #       "out.master/[0-9]*")    break ;;        # comment me out
          #       esac                                    # comment me out


  Henry Spencer of Cnews fame says that the code in doexplode that is
  currently causing problems with bash is on the list to be revised in a
  future release.

  It is uncertain at this time if the need for this patch goes away if
  you switch to the bash1.13 now available for Linux.  I switched to the
  new bash and libs and left the patch in place and nothing broke (for
  what that's worth :-)


  4.1.2.  Configuring Cnews

  At the very least, you need to edit the following files that all
  should be in /usr/local/lib/news:









  active             - the active file
  batchparms         - batch parameters
  explist            - article expiration setup
  mailname           - name in headers for mailed replies
  mailpaths          - path to mail moderated postings to
  organization       - your "org"
  sys                - control what you take and feed
  whoami             - your hostname for the Path: line




  4.1.3.  Maintaining a Cnews Site

  First, a significant rule of thumb is to not mess with files by hand
  that have utilities that configure them. In particular don't set up
  newsfeeds (run "addfeed" instead) and don't mess with your active file
  (run "addgroup").  When in doubt, read and re-read the docs in the
  source distribution.

  Everything else can be done via cron.  My crontab for "news" looks
  like the following:


          # take the compressed batches that came in from other systems
          20 *       * * * /usenet/sw/news/bin/input/newsrun

          # batch 'em up to go out
          0 *        * * * /usenet/sw/news/bin/batch/sendbatches myfeedsite

          # expire C-news
          59 0       * * * /usenet/sw/news/bin/expire/doexpire

          # monitor stuff and report if needed
          10 5       * * * /usenet/sw/news/bin/newsdaily
          00 5       * * * /usenet/sw/new/bin/newswatch

          # turn processing of incoming news batches off 6:30AM - 4:00 PM
          30 6       * * * /usenet/sw/news/bin/input/newsrunning off
          00 16      * * * /usenet/sw/news/bin/input/newsrunning on




  4.2.  InterNetNews (INN)

  INN is the newcomer on the scene, but it's gaining popularity as it
  matures.  Its main benefit is speed and the fact that it contains an
  integrated nntp package.  Its main drawback is that it's new and that
  it doesn't necessarily install and run flawlessly on the many
  "standard *nixes" yet.  In addition, it operates by having a daemon
  (the innd) always running plus potentially a overchan daemon to do
  threading.  The tradeoff seems to be memory vs. speed.

  New USENET admins should probably not try INN until they have
  experience with either B-news or Cnews.  While it's fast and reliable
  under Linux, it's virtually undocumented for the beginning news
  administrator (though in practice it's rather simple to run once you
  figure it out).

  INN is very particular about its permissions.  Don't mess with them.

  INN is also very particular about having a "quality" TCP/IP to work
  with.  Linux is not necessarily all the way there at this time, so it
  is recommended that you grab a Linux-specific INN distribution from
  one of the usual Linux archive sites.
  4.2.1.  Installing INN

  ( from Arjan de Vet - devet@info.win.tue.nl )

  I've made a patch + config kit for INN 1.4 to get it to run on Linux.
  It can be found at:

  ftp.win.tue.nl:/pub/linux/ports/inn-1.4-linux.tar.gz

  INN depends heavily on a good /bin/sh substitute. I use a beta version
  of bash 1.13 that is now available for Linux on the normal archive
  sites.  bash 1.12 gives some small problems with newgroups not being
  handled correctly (maybe some other problems too, I don't remember).


  4.2.2.  Configuring INN

  Basically follow Arjan's instructions and you'll be all set.  Here's
  the summary of what to do:


  o  In config.data, make sure you have "HAVE_UNIX_DOMAIN DONT"

  o  Add the hostname of the system running innd to hosts.nntp For a
     uucp-only site, that's your sitename.

  o  Make sure you do not have a line for nntp in /etc/inetd.conf

  o  Make sure that you have innshellvars say "HAVE_UUSTAT DO" rather
     than the "DONT" in his example config.data if you have uustat from
     the Taylor UUCP package installed.  If you have this defined wrong,
     it'll result in no outgoing news getting batched.

  o  If you run INN, definitely define the recommended syslogd stuff
     because it is very, very helpful.

     There is a spectacular (!!!!) FAQ for INN that comes out monthly.
     Look on rtfm.mit.edu for it.  You'll be glad you did.


  4.2.3.  Maintaining a INN Site

  I've found that there's essentially zero care-and-feeding of a Linux
  INN site other than having a working cron.  Basically you want a
  crontab that looks something like the following:


          # daily maint, also expire the .overview database and articles
          1 0 * * * /usenet/sw/inn/bin/news.daily expireover delayrm < /dev/null

          # send 'em out
          5 * * * * /usenet/sw/inn/lib/send-uucp



  ( if you switch to bash1.13, the "< /dev/null" above is not needed )


  4.3.  Other News Transport Agents

  The following is a non-inclusive list of other news transport software
  known to work under Linux:

  o  dynafeed


  o  nntp1.5.11

  o  slurp1.05


  5.  News Readers

  There is no "one true newsreader".  As a result, there are many well-
  known newsreaders that port easily to Linux in particular.  At this
  writing, "tin", "trn", and "nn" are in most of the commonly available
  distributions of Linux and in.

  When picking a newsreader, you basically want to find something that
  is easy to use, very configurable by the user, with threading and kill
  files (to select interesting articles or make the non-interesting ones
  not appear at all).

  You can set your paths to anything you like as long as all the
  newsreaders can find "inews" from your Cnews or INN installation and a
  "mail" program to send mail replies to posts.

  This section will talk briefly about several of the most popular ones.
  Before you ask, I use "nn" for lots of reasons :-)


  5.1.  Tin

  Tin is a threaded newsreader generally intended to be easy for new
  users.  It supports kill files and NOV threading.  If you're running
  INN, it will read NOV .overview files by default and not write index
  files.

  To compile Tin under linux, basically just edit the makefile to set
  the locations of the software (especially the location of inews) and
  type "make linux".  There are no patches required for tin under Linux.

  For threading, you can basically just say "tin -u" to update the index
  files.

  To enable the ability to read via NNTP, compile with "NNTP_ABLE"
  defined.  This will result in a file called "tin" for local and one
  called "rtin" for NNTP reading.  "tin -r" will also get the same
  behavior as "rtin".

  Iain Lea recommends the following crontab entry and says that you need
  to do a "make daemon" to make tind.


          # thread the database
          35 * * * * /usenet/bin/tind -u



  I've run tin over a SLIP link as a NNTP-based newsreader.  If you're
  connecting to a system that has a full newsfeed, you will grow
  extremely old waiting for it to load up the "active" file.


  5.2.  Trn/Mthreads

  trn is a threaded derivative of the "rn" newsreader.  trn3.2 and newer
  has the nice ability to select either the "mthreads" (trn's threading
  package) or NOV (threader from INN) threading.

  To compile it, just run Configure and take the calculated defaults.
  You might need to have lib4.4.1 and bash-1.13 (there is a beta now
  available on the various Linux archive sites) to successfully run
  Configure.  You'll probably need both bash1.13 and libs4.4.1 to get
  the new Configure to run properly.

  The newspak-2.2.tar.z distribution on sunsite contains working config
  files for trn under Linux.

  It's probably unwise to try to edit a trn config.sh by hand unless
  you're doing something *VERY* simple like changing the paths to fit
  your tastes.  If you do so, you'll need to run "Configure -S" before
  you "make depend", "make", and "make install".

  Although "Configure" fails generally under Linux with bash1.12,
  "Configure -S" work fine so if you take the newspak config.sh as a
  starting point, you'll be very close.

  Compiling for NNTP reading is as simple as answering "yes" when
  Configure asks you if you want to do so (assuming Configure runs ok on
  your system).  A future release of newspak will include a config.sh
  for NNTP reading as well as the existing one for local reading for
  those of us who are still "bash-impaired" :-)

  I've run trn over a SLIP link as a NNTP-based newsreader.  If you're
  connecting to a system that has a full newsfeed, you will grow
  extremely old waiting for it to load up the "active" file and to
  thread the articles.

  There are dozens of command line switches for trn to get all kinds of
  behavior.  Read the "trn" man page for details.  I use a nice feature
  to set all the switches easily:


  o  make a file with all the settings in a file called  /.trnrc

  o  export TRNINIT=" /.trnrc"

  The current newspak has a copy of my .trnrc file as an example.

  trn3.2 and above has support for NOV or mthreads threading that's
  user-selectable.  Accordingly, I recommend building the software to
  allow both threading mechanisms (it's a question in Configure).  To
  pick one at runtime, try "trn -Zo" for NOV and "trn -Zt" for mthreads.

  To build the mthreads database, do something like the following in the
  "news" crontab:


          # thread the trn database
          35 * * * * /usenet/bin/mthreads all



  5.3.  NN

  The newspak-2.2.tar.z distribution on sunsite contains working config
  files for nn6.4.18 that you can drop into place and type "make" under
  Linux. They also work with the 6.5b3 beta of the coming nn6.5 update.

  When you're done compiling, you need to do the following:

  o  - run the "inst" program to install things.  (install everything)

  o  - initialize the database

  o  - fire up nnmaster

  See the nn docs for details.  Compiling, configuring, and running nn
  under Linux is no different than running nn on any other *nix with the
  exception that you may want to run nnmaster as a cron entry rather
  than as a daemon.  If you run it as a daemon under linux, it may not
  tend to wake up properly (the net effect of running it from cron is
  the same anyway).

  Support of "nn" is as simple as the following crontab entries:

          # run nnmaster to collect "nn" stuff
          25 * * * * /usenet/sw/nn/lib/nnmaster

          # expire the nn database
          0  4       * * * /usenet/sw/nn/bin/nnadmin =EYW

          # stash a copy of the active file for "nngoback" and keep last 7
          0 3 * * * /usenet/sw/nn/lib/back_act 7



  I've experimented a little with running nn as a NNTP-based newsreader
  over a SLIP connection.  In this case, you'll want to edit the
  config.h file slightly.  See the comments in the file for details.
  When running as a NNTP-based reader, nn runs a local copy of nnmaster
  to keep the threads database on the local system so that article
  selection is very fast (although you of course wait for the arcticle
  text a little if you're running SLIP over a modem).


  5.4.  Other newsreaders

  The following is a non-inclusive list of newsreaders said to install
  and run under Linux:

  o  tass

  o  xrn

  o  gnus


  6.  Acknowledgements


  The following people have helped in the assembly of the information
  (and experience) that helped make this document possible:

  Ed Carp, Steve Robbins, Ian Taylor, Greg Naber, Matt Welsh, Iain Lea,
  Arjan de Vet

  If I forgot anybody, my apologies.


  7.  Frequently Asked Questions about USENET (in c.o.l.* anyway)



  7.1.  Why can't I post to moderated groups ?

  Probably because the newsreader is trying to call /bin/mail to send
  the mail and it doesn't like it.  Replace the /bin/mail in SLS with
  the port of mailx-5.3b.tar.z from the pub/Linux/system/Mail dir on
  sunsite.unc.edu and make it mode 2755 and group mail (like "elm") and
  you'll be all set.


  Another possibility is that you have a moderated newsgroup set up on
  your local system as not-moderated and somebody upstream is quietly
  deleting the article (some system's software, not a person).  Make
  sure you run a "checkgroups" every now and then when the checkgroups
  article rolls by in news.admin every few weeks.


  7.2.  Why do I have problems that appear to be permission-related ?

  Because they are :-)

  Check to see that your permissions are right and that you have a
  "news" username and group in /etc/passwd and /etc/group that matches
  the binary distribution you grabbed.  It seems that there is not yet a
  Linux-standard for commonly available accounts.

  All the stuff in /usr/local/lib/news should be news.news except
  /usr/local/lib/news/setnewsids which should be setuid root.

  You can use whatever UID and GID you want for "news".


  7.3.  Why can I post articles locally, but they don't get fed down-
  stream ?

  Probably because you didn't call newsrun from cron.  Maybe because you
  edited your sys file and messed it up.  Maybe because you don't have a
  /usr/spool/news/out.going tree or something.

  Do not create newsgroups or feeds by editing the active or sys files.
  Use the utilities in /usr/local/lib/news/bin/maint to do it.


  7.4.  Why doesn't my binary distribution have the "Performance
  Release" of C-news?

  Because it's optional.  Because it has problems under Linux in some
  places.  Because the Pre-Performance Release Cnews is more stable and
  plenty fast enough on any type of reasonable system (IMHO). If you
  need any more convincing, here's a few excerpts from the C-news
  README.new file:

  "This is the 20 Feb 1993 Performance Release of C News, a minor update
  to the 2 May 1992 P.R. that just fixes some installation problems and
  a couple of annoying bugs"

  "This release is more or less a halfway step to what we've been
  calling the "cleanup release""

  "People who are happy with the older C News might want to wait for the
  cleanup release, which is still coming although behind schedule"

  Mainly because at the time SLS1.01 came out, the compilers and libs
  didn't like the Performance Release too much.  Things are better now.


  7.5.  Why doesn't my binary distribution have nntp ?

  Because it's supposed to be plug-n-play under Linux and because I
  didn't want to make SLS's news stuff doubly big by having to maintain
  both nntp and non-nntp versions of the newsreaders and news transport
  programs.  Also because it compiles in localized information that is
  not overridable at runtime via a config file.



  7.6.  Why does doexpire (or relaynews or) say "severe space shortage"
  when there's lots of room ?

  Because it can't read /etc/mtab.  Make it mode 644.  This happens when
  you unmount a mounted filesystem by root with a umask that doesn't
  permit world-read of files owned by root.


  7.7.  Why does everything look normal, but posting doesn't happen ?

  Older versions of Linux had a "broken" sed that Cnews was prone to
  blow up.  In particular, if you've installed over an old SLS, be sure
  to check /bin and /usr/bin to be certain you have only one copy of sed
  and that it's a modern one.

  If you're running the "Performance Release" of Cnews, posting runs
  from cron which suprises some people.


  7.8.  the various independent thread databases ?  Can I hook the new
  news overview (NOV) stuff into trn/tin/nn to replace

  Yes. trn, tin, and the beta of nn support it now.

  You can hook it into the Performance Release of Cnews and various
  other readers as well.

  The beta copy of nn6.5 I have here has NOV support and it works just
  dandy under Linux.  I run it here and have nn running without having
  to run nnmaster (!).  Look on uniwa.uwa.edu.au for a copy of it.


  7.9.  Why can't we have a binary distribution of NNTP ?

  Because significant local-only information is compiled-in and cannot
  be determined auto-magically at runtime.


  7.10.  storing any news articles or databases locally.  How do I set
  up NNTP to allow read/post across the network while *not*

  ( mdw@sunsite.unc.edu (Matt Welsh) )

  o  1) Grab the "reference implementation" of nntp and a copy or rn
     from your local archive site.  If you connect to ftp.uu.net you'd
     grab:

     nntp.1.5.11.tar.Z from ftp.uu.net:/news/nntp

  o  2) compile nntp as follows:

     copy common/conf.h.dist to common/conf.h.

     Edit common/conf.h to set certain options: The only ones I set
     were:

     DOMAIN: undefine it (i.e. change the line to #undef DOMAIN).

     REALDOMAIN: Define this. It looks up the domain using the
     libraries.

     SERVER_FILE: Set this to the name of the file which will contain
     the hostname of the news server (i.e. the machine you'll read and
     post news through). I use "/usr/local/lib/news/server".

     PASSFILE: If your news server requires authorization (i.e.  some
     kind of username/password) to post, set this to the name of the
     file which contains the username and password (described below).  I
     use "/usr/local/lib/news/nntppass".

     I decided to keep all of the other news stuff in
     /usr/local/lib/news.  So I set all of the rest of the pathnames in
     the file (i.e.  ACTIVE_FILE, NEWSGROUPS_FILE, etc.) to use
     /usr/local/lib/news.  Many of these files are only used by the NNTP
     server, not the client, but to be safe I changed them all to point
     to the right directory. You can of course use the default
     pathnames; just make sure you create the directory accordingly.

     3) Create the user "usenet" if you haven't already. The inews
     program runs as this user. All you need is a userid; you don't need
     a home directory or shell or anything for the user. Just plop the
     following line into your /etc/passwd:

                                     usenet:*:13:1::/:


  Make sure you set the userid ("13", above) to something unique. The
  group can be anything; I use "daemon" (gid 1).

  o  4) Create the SERVER_FILE, above. For example, my news server is
     "wonton.tc.cornell.edu", so I created the file
     /usr/local/lib/news/server which contained one line:

                      wonton.tc.cornell.edu



  o  5) Create the PASSFILE. This file contains lines of the form

                     <server name> <username> <password>


  Let's say that your news server (the one in SERVER_FILE, above) is
  "shoop.vpizza.com", and to post on that machine you need to be autho-
  rized as the user "news" with a password of "floof". Thus, in the
  PASSFILE (I use /usr/local/lib/news/nntppass), you need the line

                  shoop.vpizza.com news floof



  o  6) Make this file secure! The inews program runs as the user
     "usenet", so make this news directory owned by that user and the
     nntppass file as well.

             chown usenet /usr/local/lib/news
             chmod 755 /usr/local/lib/news
             chown usenet /usr/local/lib/news/nntppass
             chmod 600 /usr/local/lib/news/nntppass


  So nobody else can read this file. No, the passwords in it are not
  encrypted.

  o  7) Go back to the nntp.1.5.11 source directory; issue "make
     client".  At this point you'll build the NNTP version of inews,
     which is the only software used by the NNTP client.

     When I built inews, there was a bug in the library which caused the
     function uname() in uname.c to call itself eternally. This should
     be gone now; however, if inews seems to hang and your system starts
     slowing down *a lot* you should rename the function "uname()" in
     uname.c to something like "my_uname()", and change the calls to it
     (in inews.c) to call my_uname() instead. Mail me if you run into
     this problem.

                     (VDS note - this means mail to Matt-not me :-) )



  o  8) Issue "make install_client". This will install the inews stuff.
     Also link /usr/local/lib/news/inews to /usr/local/bin/inews

     Now you should be able to happily post (by hand). Try something
     like the following:

                     $ inews -h << EOF
                     Newsgroups: misc.test
                     From: me@foo.bar.com
                     Subject: Testing
                     Reply-To: my-real-address@wherever.edu

                     This is a test.
                     EOF


  If this works, inews should post the article. You'll know because
  test-responders on misc.test will reply to the address on the Reply-To
  line, above. Please don't do test postings on real groups, like c.o.l.
  :)
