home *** CD-ROM | disk | FTP | other *** search
/ PC World 1999 August / PCWorld_1999-08_cd.bin / doc / HOWTO / unmaintained / News-HOWTO < prev    next >
Text File  |  1997-10-27  |  32KB  |  758 lines
  1. [ 28 October 1997
  2.   The Linux News HOWTO is not being maintained by the author any
  3.   more.  If you are interested in maintaining the News HOWTO, please
  4.   get in touch with me at <gregh@sunsite.unc.edu>. ]
  5.  
  6.   The Linux News HOWTO
  7.   Vince Skahan, <vince@halcyon.com>
  8.   v1.4, 29 November 1995
  9.  
  10.   This document describes the setup and care+feeding of USENET News
  11.   under Linux.  You need to read this if you plan to post or read USENET
  12.   news either locally on your site or between your site and other sites.
  13.   You probably do *not* need to read this document if don't plan to pro¡
  14.   vide USENET news as a feature of your system.
  15.  
  16.   1.  Introduction
  17.  
  18.   The intent of this document is to answer some of the questions and
  19.   comments that appear to meet the definition of "frequently asked
  20.   questions" about USENET News software under Linux in general, and the
  21.   version in the Linux Slackware distribution in particular.
  22.  
  23.   This document and the corresponding Mail and UUCP "HOWTO" documents
  24.   collectively supersede the UUCP-NEWS-MAIL-FAQ that has previously been
  25.   posted to comp.os.linux.announce.
  26.  
  27.   1.1.  New versions of this document
  28.  
  29.   New versions of this document will be periodically posted to
  30.   comp.os.linux.announce, comp.answers, and news.answers.  They will
  31.   also be added to the various anonymous ftp sites who archive such
  32.   information including sunsite.unc.edu:/pub/Linux/docs/HOWTO.
  33.  
  34.   In addition, you should be generally able to find this document on the
  35.   Linux WorldWideWeb home page at http://sunsite.unc.edu/mdw/linux.html.
  36.  
  37.   1.2.  Feedback
  38.  
  39.   I am interested in any feedback, positive or negative, regarding the
  40.   content of this document via e-mail.  Definitely contact me if you
  41.   find errors or obvious omissions.
  42.  
  43.   I read, but do not necessarily respond to, all e-mail I receive.
  44.   Requests for enhancements will be considered and acted upon based on
  45.   that day's combination of available time, merit of the request, and
  46.   daily blood pressure :-)
  47.  
  48.   Flames will quietly go to /dev/null so don't bother.
  49.  
  50.   In particular, the Linux filesystem standard for pathnames is an
  51.   evolving thing.  What's in this document is there for illustration
  52.   only based on the current standard at the time that part of the
  53.   document was written and in the paths used in the distributions or
  54.   'kits' I've personally seen.  Please consult your particular Linux
  55.   distribution(s) for the paths they use.
  56.  
  57.   Feedback concerning the actual format of the document should go to the
  58.   HOWTO coordinator - Greg Hankins (gregh@sunsite.unc.edu).
  59.  
  60.   1.3.  Copyright Information
  61.  
  62.   The News-HOWTO is copyrighted (c)1994 Vince Skahan.
  63.  
  64.   A verbatim copy may be reproduced or distributed in any medium
  65.   physical or electronic without permission of the author.  Translations
  66.   are similarly permitted without express permission if it includes a
  67.   notice on who translated it.
  68.   Short quotes may be used without prior consent by the author.
  69.   Derivative work and partial distributions of the News-HOWTO must be
  70.   accompanied with either a verbatim copy of this file or a pointer to
  71.   the verbatim copy.
  72.  
  73.   Commercial redistribution is allowed and encouraged; however, the
  74.   author would appreciate being notified of any such distributions (as a
  75.   courtesy).
  76.  
  77.   In short, we wish to promote dissemination of this information through
  78.   as many channels as possible. However, we do wish to retain copyright
  79.   on the HOWTO documents.
  80.  
  81.   We further want that ALL information provided in the HOWTOS is
  82.   disseminated.  If you have questions, please contact Greg Hankins, the
  83.   Linux HOWTO coordinator, at gregh@sunsite.unc.edu.
  84.  
  85.   1.4.  Standard Disclaimer
  86.  
  87.   Of course, I disavow any potential liability for the contents of this
  88.   document.  Use of the concepts, examples, and/or other content of this
  89.   document is entirely at your own risk.
  90.  
  91.   1.5.  Other sources of information
  92.  
  93.   1.5.1.  USENET
  94.  
  95.      news.admin.misc         General topics of network news administration.
  96.      news.admin.policy       Policy issues of USENET.
  97.      news.admin.technical    Maintaining network news. (Moderated)
  98.      news.software.b         Discussion about B-news-compatible software.
  99.      news.software.nn        Discussion about the "nn" news reader package.
  100.      news.software.nntp      The Network News Transfer Protocol.
  101.      news.software.readers   Software used to read network news.
  102.      news.sysadmin           Comments directed to system administrators.
  103.      news.announce.newusers  Explanatory postings for new users. (Moderated)
  104.      news.newusers.questions Q & A for users new to the Usenet.
  105.  
  106.   1.5.2.  Books
  107.  
  108.   The following is a non-inclusive set of books that will help
  109.  
  110.   ╖  "Managing UUCP and USENET" published by O'Reilly+Associates is in
  111.      my opinion the best book out there for figuring out the programs
  112.      and protocols involved in being a USENET site.
  113.  
  114.   ╖  "Unix Communications" published by The Waite Group contains a nice
  115.      description of all the pieces (and more) and how they fit together.
  116.  
  117.   ╖  "Practical Unix Security" published by O'Reilly+Associates has a
  118.      nice discussion of how to secure UUCP in general.
  119.  
  120.   ╖  "The Internet Complete Reference" from Osborne is a fine reference
  121.      book that explains the various services available on Internet and
  122.      is a great source for information on news, mail, and various other
  123.      Internet resources.
  124.  
  125.   ╖  "The Linux Networking Administrators' Guide" from Olaf Kirch of the
  126.      Linux DOC Project is available on the net and is also published by
  127.      (at least) O'Reilly and SSC.  It makes a fine one-stop shopping to
  128.      learn about everything you ever imagined you'd need to know about
  129.      Unix networking.
  130.  
  131.   1.6.  Where NOT to look for help
  132.  
  133.   There is nothing "special" about configuring and running USENET news
  134.   under Linux (any more).  Accordingly, you almost certainly do *NOT*
  135.   want to be posting generic news-related questions to the
  136.   comp.os.linux.* newsgroups.
  137.  
  138.   Unless your posting is truly Linux-specific (ie, "please tell me what
  139.   patches are needed to run INN with the bash1.12 in SLS v1.03") you
  140.   should be asking your questions in the newsgroups mentioned above.
  141.  
  142.   Let me repeat that.
  143.  
  144.   There is virtually no reason to post anything news-related in the
  145.   comp.os.linux hierarchy any more.  There are existing newsgroups in
  146.   the news.*  hierarchy to handle *ALL* your questions.
  147.  
  148.   IF YOU POST TO COMP.OS.LINUX.* FOR NON-LINUX-SPECIFIC QUESTIONS, YOU
  149.   ARE LOOKING IN THE WRONG PLACE FOR HELP.  THE USENET NEWS EXPERTS HANG
  150.   OUT IN THE PLACES INDICATED ABOVE AND GENERALLY DO NOT RUN LINUX.
  151.  
  152.   POSTING TO THE LINUX HIERARCHY FOR NON-LINUX-SPECIFIC QUESTIONS WASTES
  153.   YOUR TIME AND EVERYONE ELSE'S AND IT FREQUENTLY DELAYS YOU FROM
  154.   GETTING THE ANSWER TO YOUR QUESTION.
  155.  
  156.   2.  Hardware Requirements
  157.  
  158.   There are no specific hardware requirements for USENET News under
  159.   Linux.  The only requirement of any type is sufficient disk space to
  160.   hold the software itself, the threads database(s), and the amount of
  161.   news you wish to keep on the system.  Figure on a minimum of 10 MB of
  162.   disk space for starters.
  163.  
  164.   3.  Getting USENET News software
  165.  
  166.   All the software referenced in this "HOWTO" is available on the usual
  167.   Internet anonymous ftp sites.
  168.  
  169.   Looking in /networking/news on ftp.uu.net is usually a good way to
  170.   start.
  171.  
  172.   The newspak-2.4.tar.z distribution contains config files and readme
  173.   files related to building uucp, news, and mail software under Linux
  174.   from the various freely-available sources.  It can usually be found in
  175.   sunsite.unc.edu:/pub/Linux/system/Mail/news.  If you can't find it on
  176.   sunsite, please send me mail and I'll make sure you get a copy of it.
  177.  
  178.   4.  News Transport Software
  179.  
  180.   There are two main sets of news "transport" software for *nix these
  181.   days, Cnews and INN.  The old "Bnews" has been declared officially
  182.   dead and unsupported by its authors.
  183.  
  184.   News "transport" is defined here to be the software that works behind
  185.   the scenes to post and propagate the news articles as well as making
  186.   the articles available for the newsreaders to access.
  187.  
  188.   You can set your paths to anything you like, as long as UUCP has the
  189.   absolute path to rnews in the Permissions file and as long as you have
  190.   your newsreaders configured so that they can find "inews" and "mail".
  191.  
  192.   Important - you're asking for trouble if you try to intermix Cnews and
  193.   INN.  Pick one or the other.  It's ok to add the NNTP "Reference
  194.   Release" into Cnews since they're intended to play well together.
  195.  
  196.   4.1.  Cnews Cleanup Release
  197.  
  198.   The current de-facto standard news software is Cnews.  It has been
  199.   around for a number of years, I first saw it sometime around 1988.
  200.   The current version at this writing is called "Cnews Cleanup Release,
  201.   with patch CR.G".
  202.  
  203.   Cnews's main benefit is its maturity.  It runs on about every *nix you
  204.   can find and there are literally thousands of systems running it
  205.   worldwide.
  206.  
  207.   Its main disadvantage is that it seems to have been intended for uucp-
  208.   over-modem connections between sites and as such requires the addition
  209.   of NNTP software to handle realtime Internet feeds and reading.
  210.  
  211.   Regardless, the beginning USENET admin should probably run Cnews first
  212.   since it's so stable, well documented, and has many thousands of
  213.   experienced administrators who can answer questions.
  214.  
  215.   The 'Cleanup Release' claims that "Overview support has been fully
  216.   integrated and is faster than it used to be."  The result is that you
  217.   can do things like use Cnews NOV support rather than running external
  218.   threading packages for newsreaders such as nn, tin, and trn.
  219.  
  220.   I haven't quite figured how to implement this part yet, since I
  221.   switched to INN at home long ago.  If anybody wants to clue me in to
  222.   update this document, please drop me a line via e-mail.
  223.  
  224.   The newspak distribution on sunsite contains working config files for
  225.   the Cnews Cleanup Release under Linux as well as a couple line patch
  226.   you'll need to make to "doexplode" to get around some problems with
  227.   bash1.12.
  228.  
  229.   Basically you run the new 'quiz' script and take the defaults.  You'll
  230.   have to refer to your /usr/include tree to answer a number of the
  231.   questions, but that's rather straightforward.
  232.  
  233.   4.1.1.  Installing Cnews
  234.  
  235.   Installing the Cleanup Release of Cnews is absolutely a "rtfm"
  236.   project.  Just grab the sources, extract them, and follow the
  237.   instructions.
  238.  
  239.   The quiz.def in newspak was generated by running "quiz" the first time
  240.   and simply looking up the answers by checking out the /usr/include
  241.   files to get the right answers.
  242.  
  243.   You'll need a recent 'bash' to have C-news pass its self-tests.   Try
  244.   'bash -version' to find which version you have.  Version 1.14.2 is
  245.   definitely no good.  The current (at this writing) version of 1.14.5
  246.   seems better.
  247.  
  248.   Steve Robbins also has determined that the recent 'cleanup release' of
  249.   Cnews has found a bug in GNU 'join' from shellutils-1.9.  There are a
  250.   few patches needed to the sources for join to deal with the problem.
  251.   Steve's put them on sunsite as I recall.
  252.   4.1.2.  Configuring Cnews
  253.  
  254.   At the very least, you need to edit or at least take a look at the
  255.   following files that all should be in /usr/local/lib/news:
  256.  
  257.   active             - the active file
  258.   batchparms         - batch parameters
  259.   explist            - article expiration setup
  260.   mailname           - name in headers for mailed replies
  261.   mailpaths          - path to mail moderated postings to
  262.   organization       - your "org"
  263.   sys                - control what you take and feed
  264.   whoami             - your hostname for the Path: line
  265.  
  266.   4.1.3.  Maintaining a Cnews Site
  267.  
  268.   First, a significant rule of thumb is to not mess with files by hand
  269.   that have utilities that configure them. In particular don't set up
  270.   newsfeeds manually (run "addfeed" instead) and don't mess with your
  271.   active file (run "addgroup").  When in doubt, read and re-read the
  272.   docs in the source distribution.
  273.  
  274.   Everything else can be done via cron.  My crontab for "news" looks
  275.   like the following:
  276.  
  277.           # take the compressed batches that came in from other systems
  278.           # also, post (locally) articles that originated here
  279.           20 *       * * * /usenet/sw/news/bin/input/newsrun
  280.  
  281.           # batch 'em up to go out
  282.           0 *        * * * /usenet/sw/news/bin/batch/sendbatches myfeedsite
  283.  
  284.           # expire C-news
  285.           59 0       * * * /usenet/sw/news/bin/expire/doexpire
  286.  
  287.           # monitor stuff and report if needed
  288.           10 5       * * * /usenet/sw/news/bin/newsdaily
  289.           00 5       * * * /usenet/sw/new/bin/newswatch
  290.  
  291.           # turn processing of incoming news batches off 6:30AM - 4:00 PM
  292.           30 6       * * * /usenet/sw/news/bin/input/newsrunning off
  293.           00 16      * * * /usenet/sw/news/bin/input/newsrunning on
  294.  
  295.   4.2.  InterNetNews (INN)
  296.  
  297.   INN is the newcomer on the scene, but it's gaining popularity as it
  298.   matures.  Its main benefit is speed and the fact that it contains an
  299.   integrated nntp package.  Its main drawback is that it's new and that
  300.   it doesn't necessarily install and run flawlessly on the many
  301.   "standard *nixes" yet.  In addition, it operates by having a daemon
  302.   (the innd) always running plus potentially a overchan daemon to do
  303.   threading.  The tradeoff seems to be memory vs. speed.
  304.  
  305.   I've run up to a 5 MB/night newsfeed incoming over UUCP with INN on a
  306.   8 MB 386-33 (no Xwindows running normally) over a 14.4 KB modem with
  307.   no problems at all.
  308.  
  309.   New USENET admins should probably not try INN until they have
  310.   experience with either B-news or Cnews.  While it's fast and reliable
  311.   under Linux, it's virtually undocumented for the beginning news
  312.   administrator (though in practice it's rather simple to run once you
  313.   figure it out).
  314.  
  315.   INN is very particular about its permissions.  Don't mess with them.
  316.  
  317.   INN is also very particular about having a "quality" TCP/IP to work
  318.   with.  Linux is not necessarily all the way there at this time, so it
  319.   is recommended that you grab a Linux-specific INN distribution from
  320.   one of the usual Linux archive sites.
  321.  
  322.   4.2.1.  Installing INN
  323.  
  324.   ( from Arjan de Vet - devet@info.win.tue.nl )
  325.  
  326.   I've made a patch + config kit for INN 1.4 to get it to run on Linux.
  327.   It can be found at:
  328.  
  329.   ftp.win.tue.nl:/pub/linux/ports/inn-1.4-linux.tar.gz
  330.  
  331.   INN depends heavily on a good /bin/sh substitute. I use a beta version
  332.   of bash 1.13 that is now available for Linux on the normal archive
  333.   sites.  bash 1.12 gives some small problems with newgroups not being
  334.   handled correctly (maybe some other problems too, I don't remember).
  335.  
  336.   4.2.2.  Configuring INN
  337.  
  338.   Basically follow Arjan's instructions and you'll be all set.  Here's
  339.   the summary of what to do:
  340.  
  341.   ╖  In config.data, make sure you have "HAVE_UNIX_DOMAIN DONT"
  342.  
  343.   ╖  Add the hostname of the system running innd to hosts.nntp For a
  344.      uucp-only site, that's your sitename.
  345.  
  346.   ╖  Make sure you do not have a line for nntp in /etc/inetd.conf
  347.  
  348.   ╖  Make sure that you have innshellvars say "HAVE_UUSTAT DO" rather
  349.      than the "DONT" in his example config.data if you have uustat from
  350.      the Taylor UUCP package installed.  If you have this defined wrong,
  351.      it'll result in no outgoing news getting batched.
  352.  
  353.   ╖  If you run INN, definitely define the recommended syslogd stuff
  354.      because it is very, very helpful.
  355.  
  356.      There is a spectacular (!!!!) FAQ for INN that comes out monthly.
  357.      Look on rtfm.mit.edu:/pub/usenet-by-hierarchy/news for it.  You'll
  358.      be glad you did.
  359.  
  360.   4.2.3.  Maintaining a INN Site
  361.  
  362.   I've found that there's essentially zero care-and-feeding of a Linux
  363.   INN site other than having a working cron.  Basically you want a
  364.   crontab that looks something like the following:
  365.  
  366.           # daily maint, also expire the .overview database and articles
  367.           1 0 * * * /usenet/sw/inn/bin/news.daily expireover delayrm < /dev/null
  368.  
  369.           # send 'em out
  370.           5 * * * * /usenet/sw/inn/lib/send-uucp
  371.  
  372.   ( if you switch to bash1.13, the "< /dev/null" above is not needed )
  373.  
  374.   4.3.  Other News Transport Agents
  375.  
  376.   The following is a non-inclusive list of other news transport software
  377.   known to work under Linux:
  378.  
  379.   ╖  dynafeed
  380.  
  381.   ╖  nntp1.5.11
  382.  
  383.   ╖  slurp1.05
  384.  
  385.   5.  News Readers
  386.  
  387.   There is no "one true newsreader".  As a result, there are many well-
  388.   known newsreaders that port easily to Linux in particular.  At this
  389.   writing, "tin", "trn", and "nn" are in most of the commonly available
  390.   distributions of Linux and in newspak.
  391.  
  392.   When picking a newsreader, you basically want to find something that
  393.   is easy to use, very configurable by the user, with threading and kill
  394.   files (to select interesting articles or make the non-interesting ones
  395.   not appear at all).
  396.  
  397.   You can set your paths to anything you like as long as all the
  398.   newsreaders can find "inews" from your Cnews or INN installation and a
  399.   "mail" program to send mail replies to posts.
  400.  
  401.   This section will talk briefly about several of the most popular ones.
  402.   Before you ask, I use "nn" for lots of reasons :-)
  403.  
  404.   5.1.  Tin
  405.  
  406.   Tin is a threaded newsreader generally intended to be easy for new
  407.   users.  It supports kill files and NOV threading.  If you're running
  408.   INN, it will read NOV .overview files by default and not write index
  409.   files.
  410.  
  411.   To compile Tin under linux, basically just edit the makefile to set
  412.   the locations of the software (especially the location of inews) and
  413.   type "make linux".  There are no patches required for tin under Linux.
  414.  
  415.   For threading, you can basically just say "tin -u" to update the index
  416.   files.
  417.  
  418.   To enable the ability to read via NNTP, compile with "NNTP_ABLE"
  419.   defined.  This will result in a file called "tin" for local and one
  420.   called "rtin" for NNTP reading.  "tin -r" will also get the same
  421.   behavior as "rtin".
  422.  
  423.   Iain Lea recommends the following crontab entry and says that you need
  424.   to do a "make daemon" to make tind.
  425.  
  426.           # thread the database
  427.           35 * * * * /usenet/bin/tind -u
  428.  
  429.   I've run tin over a SLIP link as a NNTP-based newsreader.  If you're
  430.   connecting to a system that has a full newsfeed, you will grow
  431.   extremely old waiting for it to load up the "active" file.
  432.  
  433.   5.2.  Trn/Mthreads
  434.  
  435.   trn is a threaded derivative of the "rn" newsreader.  trn3.2 and newer
  436.   has the nice ability to select either the "mthreads" (trn's threading
  437.   package) or NOV (threader from INN) threading.
  438.  
  439.   To compile it, just run Configure and take the calculated defaults.
  440.   You might need to have lib4.4.1 and bash-1.13 (there is a beta now
  441.   available on the various Linux archive sites) to successfully run
  442.   Configure.  You'll probably need both bash1.13 and libs4.4.1 to get
  443.   the new Configure to run properly.
  444.  
  445.   The newspak distribution on sunsite contains working config files for
  446.   trn under Linux.
  447.  
  448.   It's probably unwise to try to edit a trn config.sh by hand unless
  449.   you're doing something *VERY* simple like changing the paths to fit
  450.   your tastes.  If you do so, you'll need to run "Configure -S" before
  451.   you "make depend", "make", and "make install".
  452.  
  453.   Although "Configure" fails generally under Linux with bash1.12,
  454.   "Configure -S" work fine so if you take the newspak config.sh as a
  455.   starting point, you'll be very close.
  456.  
  457.   Compiling for NNTP reading is as simple as answering "yes" when
  458.   Configure asks you if you want to do so (assuming Configure runs ok on
  459.   your system).  A future release of newspak will include a config.sh
  460.   for NNTP reading as well as the existing one for local reading for
  461.   those of us who are still "bash-impaired" :-)
  462.  
  463.   I've run trn over a SLIP link as a NNTP-based newsreader.  If you're
  464.   connecting to a system that has a full newsfeed, you will grow
  465.   extremely old waiting for it to load up the "active" file and to
  466.   thread the articles.
  467.  
  468.   There are dozens of command line switches for trn to get all kinds of
  469.   behavior.  Read the "trn" man page for details.  I use a nice feature
  470.   to set all the switches easily:
  471.  
  472.   ╖  make a file with all the settings in a file called  /.trnrc
  473.  
  474.   ╖  export TRNINIT=" /.trnrc"
  475.  
  476.   The current newspak has a copy of my .trnrc file as an example.
  477.  
  478.   trn3.2 and above has support for NOV or mthreads threading that's
  479.   user-selectable.  Accordingly, I recommend building the software to
  480.   allow both threading mechanisms (it's a question in Configure).  To
  481.   pick one at runtime, try "trn -Zo" for NOV and "trn -Zt" for mthreads.
  482.   I do it my aliasing trn to the right thing.
  483.  
  484.   To build the mthreads database, do something like the following in the
  485.   "news" crontab:
  486.  
  487.           # thread the trn database
  488.           35 * * * * /usenet/bin/mthreads all
  489.  
  490.   5.3.  NN
  491.  
  492.   The newspak distribution on sunsite contains working config files for
  493.   nn6.4.18 that you can drop into place and type "make" under Linux.
  494.   They also work with the 6.5b3 beta of the coming nn6.5 update.
  495.  
  496.   When you're done compiling, you need to do the following:
  497.  
  498.   ╖  - run the "inst" program to install things.  (install everything)
  499.  
  500.   ╖  - initialize the database
  501.  
  502.   ╖  - fire up nnmaster
  503.  
  504.   See the nn docs for details.  Compiling, configuring, and running nn
  505.   under Linux is no different than running nn on any other *nix with the
  506.   exception that you may want to run nnmaster as a cron entry rather
  507.   than as a daemon.  If you run it as a daemon under linux, it may not
  508.   tend to wake up properly (the net effect of running it from cron is
  509.   the same anyway).
  510.  
  511.   Support of "nn" is as simple as the following crontab entries:
  512.  
  513.           # run nnmaster to collect "nn" stuff
  514.           # (not needed if you use NOV from INN in nn-6.5beta3)
  515.           25 * * * * /usenet/sw/nn/lib/nnmaster
  516.  
  517.           # expire the nn database
  518.           # (not needed if you use NOV from INN in nn-6.5beta3)
  519.           0  4       * * * /usenet/sw/nn/bin/nnadmin =EYW
  520.  
  521.           # stash a copy of the active file for "nngoback" and keep last 7
  522.           0 3 * * * /usenet/sw/nn/lib/back_act 7
  523.  
  524.   I've experimented a little with running nn as a NNTP-based newsreader
  525.   over a SLIP connection.  In this case, you'll want to edit the
  526.   config.h file slightly.  See the comments in the file for details.
  527.   When running as a NNTP-based reader, nn runs a local copy of nnmaster
  528.   to keep the threads database on the local system so that article
  529.   selection is very fast (although you of course wait for the arcticle
  530.   text a little if you're running SLIP over a modem).
  531.  
  532.   The new version (6.5.x) of nn has support for INN's NOV database which
  533.   makes it unnecessary for you to run nnmaster at all.  This
  534.   configuration is highly recommended, since as a result you won't have
  535.   to spend the cpu time to run nnmaster at all and you won't get its
  536.   database and the actual news articles available out of synch.
  537.  
  538.   5.4.  Other newsreaders
  539.  
  540.   The following is a non-inclusive list of newsreaders said to install
  541.   and run under Linux:
  542.  
  543.   ╖  tass
  544.  
  545.   ╖  xrn
  546.  
  547.   ╖  gnus
  548.  
  549.   6.  Acknowledgements
  550.  
  551.   The following people have helped in the assembly of the information
  552.   (and experience) that helped make this document possible:
  553.  
  554.   Ed Carp, Steve Robbins, Ian Taylor, Greg Naber, Matt Welsh, Iain Lea,
  555.   Arjan de Vet
  556.  
  557.   If I forgot anybody, my apologies.
  558.  
  559.   7.  Frequently Asked Questions about USENET (in c.o.l.* anyway)
  560.  
  561.   7.1.  Why can't I post to moderated groups ?
  562.  
  563.   Probably because the newsreader is trying to call /bin/mail to send
  564.   the mail and it doesn't like it.  Replace the /bin/mail in old
  565.   versions of SLS with the port of mailx-5.5.tar.z from a modern
  566.   Slackware and use Slackware's pkgtool to install the kit and you'll be
  567.   all set.
  568.  
  569.   Another possibility is that you have a moderated newsgroup set up on
  570.   your local system as not-moderated and somebody upstream is quietly
  571.   deleting the article (some system's software, not a person).  Make
  572.   sure you run a "checkgroups" every now and then when the checkgroups
  573.   article rolls by in news.admin every few weeks.
  574.  
  575.   7.2.  Why do I have problems that appear to be permission-related ?
  576.  
  577.   Because they are :-)
  578.  
  579.   Check to see that your permissions are right and that you have a
  580.   "news" username and group in /etc/passwd and /etc/group that matches
  581.   the binary distribution you grabbed.  It seems that there is not yet a
  582.   Linux-standard for commonly available accounts.
  583.  
  584.   All the stuff in /usr/local/lib/news should be news.news except
  585.   /usr/local/lib/news/setnewsids which should be setuid root.
  586.  
  587.   You can use whatever UID and GID you want for "news".
  588.  
  589.   7.3.  Why can I post articles locally, but they don't show up or get
  590.   fed downstream ?
  591.  
  592.   Probably because you didn't call newsrun from cron.  Maybe because you
  593.   edited your sys file and messed it up.  Maybe because you don't have a
  594.   /usr/spool/news/out.going tree or something.   Maybe because you
  595.   grabbed a distribution that has the 'Performance' or 'Cleanup'
  596.   releases of Cnews, which batch things up and need 'newsrun' running
  597.   from cron to process them to feed the other sites and to have them
  598.   visible locally.
  599.  
  600.   Do not create newsgroups or feeds by editing the active or sys files.
  601.   Use the utilities in /usr/local/lib/news/bin/maint to do it.
  602.  
  603.   7.4.  Why doesn't my binary distribution have nntp ?
  604.  
  605.   Because it's supposed to be plug-n-play under Linux and because I
  606.   didn't want to make SLS's news stuff doubly big by having to maintain
  607.   both nntp and non-nntp versions of the newsreaders and news transport
  608.   programs.  Also because it compiles in localized information that is
  609.   not overridable at runtime via a config file.
  610.  
  611.   7.5.  Why does doexpire (or relaynews or) say "severe space shortage"
  612.   when there's lots of room ?
  613.  
  614.   Because it can't read /etc/mtab.  Make it mode 644.  This happens when
  615.   you unmount a mounted filesystem by root with a umask that doesn't
  616.   permit world-read of files owned by root.
  617.  
  618.   7.6.  Why does everything look normal, but posting doesn't happen ?
  619.  
  620.   Older versions of Linux had a "broken" sed that Cnews was prone to
  621.   blow up.  In particular, if you've installed over an old SLS, be sure
  622.   to check /bin and /usr/bin to be certain you have only one copy of sed
  623.   and that it's a modern one.
  624.  
  625.   Because as of the 'Performance Release' in about February 1993, you
  626.   have to have 'newsrun' run from cron periodically to process things.
  627.   That's a feature that apparently suprises some people.
  628.  
  629.   7.7.  the various independent thread databases ?  Can I hook the new
  630.   news overview (NOV) stuff into trn/tin/nn to replace
  631.  
  632.   Yes. trn, tin, and the beta of nn support it now.
  633.  
  634.   You can hook it into the Performance and Cleanup Releases of Cnews and
  635.   various other readers as well.
  636.  
  637.   The beta copy of nn6.5 I have here has NOV support and it works just
  638.   dandy under Linux.  I run it here and have nn running without having
  639.   to run nnmaster (!).  Look on uniwa.uwa.edu.au for a copy of it.
  640.  
  641.   7.8.  Why can't we have a binary distribution of NNTP ?
  642.  
  643.   Because significant local-only information is compiled-in and cannot
  644.   be determined auto-magically at runtime.  If you're that into things,
  645.   please grab INN rather than rolling your own with Cnews plus NNTP.
  646.  
  647.   7.9.  storing any news articles or databases locally.  How do I set up
  648.   NNTP to allow read/post across the network while *not*
  649.  
  650.   ( mdw@sunsite.unc.edu (Matt Welsh) )
  651.  
  652.   ╖  1) Grab the "reference implementation" of nntp and a copy or rn
  653.      from your local archive site.  If you connect to ftp.uu.net you'd
  654.      grab:
  655.  
  656.      nntp.1.5.11.tar.Z from ftp.uu.net:/networking/news/nntp
  657.  
  658.   ╖  2) compile nntp as follows:
  659.  
  660.      copy common/conf.h.dist to common/conf.h.
  661.  
  662.      Edit common/conf.h to set certain options: The only ones I set
  663.      were:
  664.  
  665.      DOMAIN: undefine it (i.e. change the line to #undef DOMAIN).
  666.  
  667.      REALDOMAIN: Define this. It looks up the domain using the
  668.      libraries.
  669.      SERVER_FILE: Set this to the name of the file which will contain
  670.      the hostname of the news server (i.e. the machine you'll read and
  671.      post news through). I use "/usr/local/lib/news/server".
  672.  
  673.      PASSFILE: If your news server requires authorization (i.e.  some
  674.      kind of username/password) to post, set this to the name of the
  675.      file which contains the username and password (described below).  I
  676.      use "/usr/local/lib/news/nntppass".
  677.  
  678.      I decided to keep all of the other news stuff in
  679.      /usr/local/lib/news.  So I set all of the rest of the pathnames in
  680.      the file (i.e.  ACTIVE_FILE, NEWSGROUPS_FILE, etc.) to use
  681.      /usr/local/lib/news.  Many of these files are only used by the NNTP
  682.      server, not the client, but to be safe I changed them all to point
  683.      to the right directory. You can of course use the default
  684.      pathnames; just make sure you create the directory accordingly.
  685.  
  686.      3) Create the user "usenet" if you haven't already. The inews
  687.      program runs as this user. All you need is a userid; you don't need
  688.      a home directory or shell or anything for the user. Just plop the
  689.      following line into your /etc/passwd:
  690.  
  691.                                      usenet:*:13:1::/:
  692.  
  693.   Make sure you set the userid ("13", above) to something unique. The
  694.   group can be anything; I use "daemon" (gid 1).
  695.  
  696.   ╖  4) Create the SERVER_FILE, above. For example, my news server is
  697.      "wonton.tc.cornell.edu", so I created the file
  698.      /usr/local/lib/news/server which contained one line:
  699.  
  700.                       wonton.tc.cornell.edu
  701.  
  702.   ╖  5) Create the PASSFILE. This file contains lines of the form
  703.  
  704.                      <server name> <username> <password>
  705.  
  706.   Let's say that your news server (the one in SERVER_FILE, above) is
  707.   "shoop.vpizza.com", and to post on that machine you need to be autho¡
  708.   rized as the user "news" with a password of "floof". Thus, in the
  709.   PASSFILE (I use /usr/local/lib/news/nntppass), you need the line
  710.  
  711.                   shoop.vpizza.com news floof
  712.  
  713.   ╖  6) Make this file secure! The inews program runs as the user
  714.      "usenet", so make this news directory owned by that user and the
  715.      nntppass file as well.
  716.  
  717.              chown usenet /usr/local/lib/news
  718.              chmod 755 /usr/local/lib/news
  719.              chown usenet /usr/local/lib/news/nntppass
  720.              chmod 600 /usr/local/lib/news/nntppass
  721.  
  722.   So nobody else can read this file. No, the passwords in it are not
  723.   encrypted.
  724.  
  725.   ╖  7) Go back to the nntp.1.5.11 source directory; issue "make
  726.      client".  At this point you'll build the NNTP version of inews,
  727.      which is the only software used by the NNTP client.
  728.      When I built inews, there was a bug in the library which caused the
  729.      function uname() in uname.c to call itself eternally. This should
  730.      be gone now; however, if inews seems to hang and your system starts
  731.      slowing down *a lot* you should rename the function "uname()" in
  732.      uname.c to something like "my_uname()", and change the calls to it
  733.      (in inews.c) to call my_uname() instead. Mail me if you run into
  734.      this problem.
  735.  
  736.                      (VDS note - this means mail to Matt-not me :-) )
  737.  
  738.   ╖  8) Issue "make install_client". This will install the inews stuff.
  739.      Also link /usr/local/lib/news/inews to /usr/local/bin/inews
  740.  
  741.      Now you should be able to happily post (by hand). Try something
  742.      like the following:
  743.  
  744.                      $ inews -h << EOF
  745.                      Newsgroups: misc.test
  746.                      From: me@foo.bar.com
  747.                      Subject: Testing
  748.                      Reply-To: my-real-address@wherever.edu
  749.  
  750.                      This is a test.
  751.                      EOF
  752.  
  753.   If this works, inews should post the article. You'll know because
  754.   test-responders on misc.test will reply to the address on the Reply-To
  755.   line, above. Please don't do test postings on real groups, like c.o.l.
  756.   :)
  757.  
  758.