home *** CD-ROM | disk | FTP | other *** search
/ A Beginner's Guide to the Internet / INTERNET.ISO / text / faqs / usenet_s.faq < prev    next >
Encoding:
Text File  |  1996-05-06  |  37.7 KB  |  891 lines

  1. Newsgroups: news.admin.misc,news.announce.newusers,news.answers
  2. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  3. Subject: How to become a USENET site
  4. Summary: Periodic posting about the basic steps involved in
  5.     configuring a machine to store USENET news.
  6. Date: Fri, 17 Jun 1994 13:20:18 GMT
  7. Reply-To: sitefaq@ferret.ocunix.on.ca (Site Setup Commentary Reception)
  8.  
  9. Archive-name: site-setup
  10. Version: $Id: site-setup,v 1.123 1993/12/27 15:44:47 jik Exp $
  11.  
  12.         How to Become a USENET Site
  13.         Jonathan Kamens <jik@security.ov.com>
  14.         
  15.             Editor and Poster
  16.         Chris Lewis <clewis@ferret.ocunix.on.ca>
  17.  
  18. Replies and comments to sitefaq@ferret.ocunix.on.ca, automatic if
  19. you followup or reply to this article.
  20.  
  21.   This article attempts to summarize, in a general way, the steps
  22. involved in setting up a machine to be on the USENET.
  23.  
  24.   It assumes that you already have some sort of USENET access
  25. (otherwise, how did you get this article?), or at the very least, that
  26. you have ftp or mail server access to get to some of the files
  27. mentioned in it, and that you are trying to configure your own site to
  28. be on the USENET after using some other site for some period of time.
  29. If this assumption is incorrect, then ask whoever made this article
  30. available to you to help you get access to the resources mentioned
  31. below.
  32.  
  33.   Before reading this posting, you should be familiar with the
  34. contents of the introductory postings in the news.announce.newusers
  35. newsgroup, most importantly the posting entitled "USENET Software:
  36. History and Sources".  Many of the terms used below are defined in
  37. those postings.  The news.announce.newusers postings (and the other
  38. Usenet postings mentioned below) are accessible in the periodic
  39. posting archive on rtfm.mit.edu [18.70.0.209], in /pub/usenet via
  40. anonymous ftp, or via E-mail by sending a message to
  41. mail-server@rtfm.mit.edu (send a message with "help" in the body to
  42. get more information).
  43.  
  44.               *************************
  45.  
  46.   There are five basic steps involved in configuring a machine to be a
  47. USENET site.
  48.  
  49. 1. Make the decision -- do you *really* want to do this?
  50.  
  51.   If you just want to read USENET yourself, then putting your machine
  52. onto the USENET is probably not what you want to do.  The process of
  53. doing so can be time-consuming, and regular maintenance is also
  54. required.  Furthermore, the resources consumed by a full USENET setup
  55. on a machine are significant:
  56.  
  57.     - disk space for the programs (a few Mb for the binaries, another
  58.       couple of Mb for any sources you keep online);
  59.     - disk space for the articles - currently (as of March, 1994)
  60.       around 3500Mb a month, although it is possible to minimize
  61.       the amount of disk space consumed by articles by carefully
  62.       selecting which newsgroups and/or hierarchies you wish to
  63.       receive;
  64.     - modem time (possibly long-distance) transferring the articles to
  65.       your machine (assuming that you are using a modem rather than an
  66.       Internet NNTP connection); A full feed is getting around
  67.       15 hours per day using V.32bis modems at 14.4Kb even compressed;
  68.       and
  69.     - fees if you're paying someone to provide you with a news feed.
  70.  
  71.   You might choose, instead, to get an account on a public-access
  72. USENET site on which you can read news by dialing up.  See, for
  73. example, the "Nixpub posting" articles in comp.misc and the "PDIAL"
  74. article in alt.bbs.lists.
  75.  
  76.   Even if there are no public-access USENET sites that are a local
  77. phone call away from you, you might still choose this approach,
  78. especially if you only read a few (low traffic) groups.  Using a
  79. public-access site that is accessible via PC Pursuit or some other
  80. packet network might still be cheaper and/or easier than setting up
  81. the feed, transferring the news and configuring your machine to store
  82. news locally.
  83.  
  84.   You should be sure that the benefits you are going to get by storing
  85. news locally are going to outweigh the costs before deciding to
  86. proceed.  In summary, however, let me say that this decision is not
  87. always a clear one.  To explain why, let me include an alternative
  88. perspective, from joe@jshark.rn.com, on why getting a feed may be
  89. appropriate even for a single-user machine:
  90.  
  91. When you get to long distance calls, reading the news on-line gets the
  92. cost rising fast.  A few seconds to skip an article you've no interest
  93. in, maybe a minute to take in a good one plus more time to save it and
  94. download it later.  But when the whole lot is batched together (as
  95. news), a) it only takes a few minutes and b) it's all conveniently
  96. automated.  Sure, configuring the hardware and software may take a
  97. (small) time - but it's something you only do once.
  98.  
  99. And unless you want to get comp.*, the disk space needed is not that
  100. great.  (20Mb disks are about 100 dollars over here [and the
  101. Mb-per-dollar ratio is rising constantly - jik]; the saving in phone
  102. charges would pay for that in a few months)
  103.  
  104. I also find that replying takes time, and this is where on-line
  105. "reading" would start to really burn dollars!  The alternative, {
  106. download - logout - compose reply - dial back in - login - post (or
  107. mail) reply}, is a) inconvenient and b) still costly.
  108.  
  109. Perhaps I see "news administration" as a simple task *because* I only
  110. provide news to one other site and get a very limited feed. (No
  111. overflowing disks, no "disappearing inodes", neither angry users nor
  112. management.) The initial stages were a bit fraught (200kb batches
  113. being bounced back because of permission problems :-( ), but very
  114. little effort now.
  115.  
  116. 2. Find a site to feed you news and/or mail.
  117.  
  118.   In order to make your machine a USENET site, you need to find other
  119. sites on the USENET that are willing to feed you news and/or mail.
  120. You might want to locate more than one such site if you want higher
  121. reliability.
  122.  
  123. Finding feeds for a UUCP site.
  124.  
  125.   If you are going to be using a modem (and, presumably, UUCP) to
  126. transfer your news and mail, then then there are several resources you
  127. can use when trying to locate a feed site:
  128.  
  129.   a. Comp.mail.maps
  130.  
  131.     Find the postings in the comp.mail.maps newsgroup for your state,
  132.   country, or whatever.  Look in it for sites that sound like they are
  133.   local to you.  Contact their administrators and ask if they would be
  134.   willing to give you a feed.
  135.  
  136.     Comp.mail.maps is archived at several anonymous ftp and mail
  137.   server sites, including ftp.uu.net, so you can examine map entries
  138.   even if the maps have expired at your news-reading site (or if you
  139.   do not currently have USENET access).  See the article entitled
  140.   "UUCP map for README" in the comp.mail.maps newsgroup or archives
  141.   for more information about the maps.
  142.  
  143.     The comp.mail.maps postings are also archived in rtfm.mit.edu's
  144.   periodic posting archive, which was mentioned in detail above.
  145.  
  146.   b. News.admin.misc
  147.  
  148.     Post a message to news.admin.misc.  If at all possible, post it
  149.   with a restricted distribution, so that only people who are likely
  150.   to be able to give you a feed will have to get it (e.g. if you have
  151.   posting access on a machine in Massachusetts, and the site you're
  152.   setting up is going to be in Massachusetts, then post with a
  153.   distribution of "ne").
  154.  
  155.     Note that you can post to news.admin.misc even if you do not have
  156.   direct USENET access right now, as long as you have E-mail access --
  157.   send your message to news.admin.misc.usenet@decwrl.dec.com.
  158.   However, if you use this gateway, you probably can't use a
  159.   restricted distribution as described above, since the gateway
  160.   probably isn't in the distribution you want to post to, and besides,
  161.   it's not clear that it listens to the "Distribution:" header in
  162.   postings that are mailed to it.  (Other gateways:
  163.   news.admin.misc@pws.bull.com, news-admin-misc@cs.utexas.edu,
  164.   news.admin.misc@news.cs.indiana.edu)
  165.  
  166.     When posting your message, try to be as specific as possible.
  167.   Mention where you are, how you intend to transfer news from your
  168.   feed site to you (e.g. what kind of modem, how fast), approximately
  169.   how many newsgroups you are going to want to get and from which
  170.   hierarchies, and perhaps what kind of machine it's all for.  A
  171.   descriptive Subject line such as "news feed wanted -- Boston, MA" is
  172.   also useful.
  173.  
  174.     If there is a regional hierarchy for the distribution in which you
  175.   want a feed, then you might want to post a message in one of the
  176.   regional newsgroups as well, or cross-post your message to one of
  177.   the regional newsgroups.  Look first for an "admin" group (e.g.
  178.   "ne.admin"), then (if there is no admin group) a "config" group,
  179.   then for a "wanted" group.
  180.  
  181.   c. Commercial services
  182.  
  183.     If all else fails, you may have to resort to paying someone to
  184.   provide you with a feed.  I know about the following service
  185.   providers:
  186.  
  187.     a2i communications
  188.     1211 Park Avenue #202
  189.     San Jose, CA 95126
  190.     Data: (408) 293-9010 (v.32bis, v.32), (408) 293-9020 (PEP)
  191.           (log in as "guest")
  192.     Telnet: a2i.rahul.net [192.160.13.1] (log in as "guest")
  193.     Ftp: ftp.rahul.net [192.160.13.1], get /pub/BLURB
  194.     info@rahul.net (a daemon will auto-reply)
  195.     (UUCP, news feeds, mail feeds, MX forwarding, name service)
  196.  
  197.     Anterior Technology
  198.     P.O. Box 1206
  199.     Menlo Park, CA  94026-1206
  200.     Voice: (415) 328-5615
  201.     Fax: (415) 322-1753
  202.     info@fernwood.mpk.ca.us
  203.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  204.  
  205.     CERFnet
  206.     P.O. Box 85608
  207.     San Diego, CA  92186-9784
  208.     Voice: (800) 876-CERF
  209.     help@cerf.net
  210.     (connectivity, name service, MX forwarding, news feeds)
  211.  
  212.     Colorado SuperNet, Inc.
  213.     Attn: David C. Menges
  214.     Colorado School of Mines
  215.     1500 Illinois
  216.     Golden, CO  80401
  217.     Voice: 303-273-3471
  218.     dcm@csn.org
  219.     (UUCP, news feeds)
  220.  
  221.     connect.com.au (Australia)
  222.     Attn: Hugh Irvine (hugh@connect.com.au)
  223.       Ben Golding (bgg@connect.com.au)
  224.     Voice: 61 3 528 2239
  225.     (UUCP, connectivity, name service, MX forwarding, new feed, PPP, SLIP
  226.  
  227.     Demon Internet Systems
  228.     internet@demon.co.uk
  229.     (Internet access, SLIP, PPP, name service)
  230.  
  231.     DMConnection
  232.     267 Cox St.
  233.     Hudson, Ma. 01749
  234.     Voice: (508) 568-1618
  235.     Fax: (508) 562-1133
  236.     info@dmc.com (a daemon will respond, followed by a human being, if
  237.                   necessary)
  238.     (UUCP, news feeds, mail feeds, MX forwarding, file servers, mailing lists,
  239.      anonymous FTP and UUCP address to archives, domain registration,
  240.      FTP, SLIP, etc.)
  241.  
  242.     ExNet Systems Ltd
  243.     37 Honley Road
  244.     Catford
  245.     London, SE6 2HY, UK
  246.     Voice: +44 81 244 0077
  247.     Fax: +44 81 244 0078
  248.     exnet@exnet.com   or  exnet@exnet.co.uk
  249.     (UUCP, mail and news feeds)
  250.  
  251.     Gordian
  252.     20361 Irvine Ave
  253.     Santa Ana Heights, CA 92707 (Orange County)
  254.     Voice: (714) 850 0205
  255.     Fax: (714) 850 0533
  256.     E-mail: uucp-request@gordian.com
  257.     (UUCP, name service, MX forwarding, news feeds (for SoCal sites only))
  258.  
  259.     Hatch Communications
  260.     8635 Falmouth Ave., Suite 105
  261.     Playa del Rey, CA 90293
  262.     Voice: (310) 305-8758
  263.     E-mail: info@hatch.socal.com
  264.     (UUCP Usenet news and e-mail, SLIP connections for ftp and telnet)
  265.  
  266.     HoloNet
  267.     Information Access Technologies, Inc.
  268.     46 Shattuck Square, Suite 11
  269.     Berkeley, CA 94704-1152
  270.     Voice: 510-704-0160, Fax: 510-704-8019, Modem: 704-1058
  271.     Telnet: holonet.net
  272.     E-mail: info@holonet.net  (automated reply)
  273.     Support: support@holonet.net
  274.     (UUCP/USENET feeds, local to 850+ cities nationwide)
  275.  
  276.     infocom Public Access Unix,
  277.     White Bridge House,
  278.     Old Bath Road,
  279.     CHARVIL, Berkshire,
  280.     United Kingdom,
  281.     RG10 9QJ.
  282.     Voice: +44 [0] 734 344000
  283.     Fax: +44 [0] 734 320988
  284.     Data: +44 [0] 734 340055 (you can register online interactively)
  285.     E-mail: info@infocom.co.uk (send a message with ALL in the subject)
  286.     (UUCP, Usenet Feeds and Internet Email to UNIX, DOS, ATARI, AMIGA, MAC)
  287.  
  288.     Internet Initiative Japan, Inc.
  289.     Hoshigaoka Bldg.,
  290.     2-11-2, Nagata-Cho,
  291.     Chiyoda-ku, Tokyo 100 Japan
  292.     Voice: +81 3 3580 3781
  293.     Fax: +81 3 3580 3782
  294.     E-mail: info@iij.ad.jp
  295.     (UUCP, news feeds, mail feeds, MX forwarding, name service,
  296.      anonymous FTP and UUCP services, domain registration)
  297.  
  298.     JvNCnet
  299.     B6 von Neumann Hall
  300.     Princeton University
  301.     Princeton, NJ 08543
  302.     Voice: (800) 35-TIGER
  303.     market@jvnc.net
  304.     (connectivity, name service, MX forwarding, news feeds)
  305.  
  306.     MSEN, Inc.
  307.     628 Brooks Street
  308.     Ann Arbor, MI 48103
  309.     Voice: (313) 998-4562
  310.     Ftp: ftp.msen.com [148.59.1.2], see /pub/vendor/msen/*
  311.     info@msen.com
  312.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  313.  
  314.     MV Communications, Inc.
  315.     P.O. Box 4963
  316.     Manchester, NH  03108-4963
  317.     Voice: (603) 429-2223
  318.     Data: (603) 429-1735 (log in as "info" or "rates")
  319.     info@mv.mv.com
  320.     (UUCP, name service, MX forwarding, news feeds)
  321.  
  322.     NEARnet (New England Academic and Resarch Network)
  323.     10 Moulton Street
  324.     Cambridge, MA  02138
  325.     Voice: (617) 873-8730
  326.     Fax: (617) 873-5620
  327.     nearnet-join@nic.near.net
  328.     (connectivity, name service, MX forwarding, news feeds (for
  329.      NEARnet sites))
  330.  
  331.     Netcom - Online Communication Services
  332.     4000 Moorpark Avenue - Suite 209
  333.     San Jose, CA 95117
  334.     Voice: (408) 554-UNIX
  335.     Data: (408) 241-9760 (login guest, no password)
  336.     Telnet: netcom.netcom.com [192.100.81.100] (login guest)
  337.     E-mail: info@netcom.com
  338.     (UUCP, connectivity, name service, MX forwarding, news feeds,
  339.      other services)
  340.  
  341.     Northwest Nexus Inc.
  342.     P.O. Box 40597
  343.     Bellevue, WA  98015-4597
  344.     Voice: (206) 455-3505
  345.     Data: (206) 382-6245 (log in as "new")
  346.     Fax: (206) 455-4672
  347.     info@nwnexus.wa.com
  348.     (Internet access, SLIP/PPP (dial-up, dedicated, 56k, FT-1), UUCP,
  349.      news feeds, mail feeds, MX forwarding, name service, NIC
  350.      registration, Nutshell books)
  351.  
  352. |    The PC User Group
  353. |    PO Box 360
  354. |    Harrow
  355. |    London.
  356. |    Voice: +44 81 863 1191
  357. |    Fax: +44 81 963 6095
  358. |    hostmaster@ibmpcug.co.uk or hostmaster@ibmpcug.uucp
  359. |    (UUCP, mail and news feeds)
  360.  
  361.     Performance Systems International, Inc.
  362.     11800 Sunrise Valley Drive, Suite 1100
  363.     Reston, VA  22091
  364.     Voice: (703) 620-6651 or (800) 827-7482
  365.     Computerized info: all-info@psi.com
  366.     Human-based info: info@psi.com
  367.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  368.  
  369.     Portal Communications Company
  370.     20863 Stevens Creek Boulevard
  371.     Suite 200 
  372.     Cupertino, CA 95014 
  373.     Voice: (408) 973-9111 
  374.     Fax: (408) 725-1580
  375.     Data: (408) 973-8091 (V.32/PEP)  Call for local node near you.  Nodes
  376.           provided by Sprintnet or Tymnet have additional charges.
  377.     Telnet: portal.com 
  378.     Email: CS@portal.com 
  379.     (UUCP, news feeds, mail feeds, MX forwarding, mailing lists, file
  380.      archives, domain registration, FTP, SLIP/PPP, commercial
  381.      menu-based online service, shell, telnet, irc, gopher, interface
  382.      software available for Amiga, PC, and Sun)
  383.  
  384.     SURAnet
  385.     8400 Baltimore Blvd.
  386.     College Park, MD  20742
  387.     Voice: (301) 982-3214
  388.     Fax: (301) 982-4605
  389.     E-mail: news-admin@sura.net
  390.     (connectivity, name service (for SURAnet sites), news feeds (for
  391.      SURAnet sites))
  392.  
  393.     TDK Consulting Services
  394.     119 University Ave. East
  395.     Waterloo, Ontario
  396.     Canada N2J 2W9
  397.     Voice: (519) 888-0766
  398.     Fax: (519) 747-0881
  399.     E-mail: info@tdkcs.waterloo.on.ca
  400.     (UUCP News/Mail feeds)
  401.  
  402.     UUNET Canada, Inc.
  403.     1 Yonge St., Suite 1400
  404.     Toronto, Ontario
  405.     Canada M5E 1J9
  406.     Voice: (416) 368-6621
  407.     Fax: (416) 369-0515
  408.     info@uunet.ca or uunet-ca@uunet.uu.net
  409.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  410.  
  411.     UUNET Technologies Inc.
  412.     3110 Fairview Park Drive, Suite 570
  413.     Falls Church, VA 22042
  414.     Voice: (703) 204-8000
  415.     Fax: (703) 204-8001
  416.     info@uunet.uu.net
  417.     AlterNet (network connectivity) info: alternet-info@uunet.uu.net
  418.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  419.  
  420.     UUNORTH, Inc.
  421.     Box 445, Station E
  422.     Toronto, Ontario
  423.     Canada M6H 4E3
  424.     Voice: (416) 537-4930 or (416) 225-UNIX
  425.     Fax: (416) 537-4890
  426.  
  427.     WIMSEY
  428.     Attn: Stuart Lynne
  429.     225B Evergreen Dr. 
  430.     Port Moody, BC, V3H 1S1
  431.     Voice: 604-93-7532 
  432.     sl@vanbc.wimsey.bc.ca
  433.     (UUCP, name service, MX forwarding, news feeds)
  434.  
  435.     Xenon Systems
  436.     Attn: Julian Macassey
  437.     742 1/2 North Hayworth Ave.
  438.     Hollywood, CA  90046-7142
  439.     Voice: (213) 654-4495
  440.     postmaster@bongo.tele.com
  441.     (UUCP, news feeds, mail feeds)
  442.  
  443. |    XMission
  444. |    PO Box 510063
  445. |    Salt Lake City, UT 84151-0063
  446. |    Data: (801) 539-0900 (log in as "guest")
  447. |    Telnet: xmission.com [198.60.22.2] (log in as "guest")
  448. |    Ftp: xmission.com [198.60.22.2], get /pricing
  449. |    support@xmission.com
  450. |    (UUCP, news feeds, mail feeds, MX forwarding, name service, SLIP/PPP)
  451.  
  452.   Note that some of these are actually network service providers which
  453.   provide Internet connectivity, but some will also provide news feeds
  454.   to their customers.  For more information about many network service
  455.   providers, see the anonymous ftp file /nsfnet/referral-list on
  456.   nnsc.nsf.net.  Also, the book "Connecting to the Internet" (see the
  457.   "Bibliography" section below) contains a list of Internet service
  458.   providers and instructions for getting an updated version of the
  459.   list.
  460.  
  461.     Some regional network service providers, especially in large urban
  462.   areas, offer both UUCP and TCP/IP service via modem or leased line.
  463.   If you can find such a company, the cost of a dedicated (leased
  464.   line) Internet connection will often be cheaper and more desirable
  465.   than a UUCP connection, if you plan on using it for a full newsfeed
  466.   or for frequent downloading.  Some companies can offer combined
  467.   voice and data connections using T1 links, for large-scale users
  468.   seeking both Internet access and low-cost toll telephone service.
  469.   For more information about the possibility of hooking up to the
  470.   network, see the "How to Get Information about Networks" posting in
  471.   news.announce.newusers.
  472.  
  473.     NOTE: I am not endorsing any of these companies in any way.  I
  474.   don't know anything about the level or quality of service either of
  475.   them provides.  They are simply the ones I know about.  If you know
  476.   of a site that provides feeds and think it should be mentioned here,
  477.   please let me know.
  478.  
  479.   d. Special information for European users
  480.  
  481.     (This section discusses the various big European networks.  There
  482.   are also smaller service providers, such as ExNet Systems (see
  483.   above), in Europe.)
  484.  
  485.     In Europe, you can get a feed from one of EUNet's national
  486.   networks.  They charge for feeds but are "non-commercial," which
  487.   means (I assume) that the fees go to the maintenance of the
  488.   networks.  Most provide help on getting started, can provide source
  489.   for the mail and news software and lists of sites who have indicated
  490.   they will provide feeds.  They also act as Internet forwarders (see
  491.   below for more information on this).  To contact them, try sending
  492.   mail to postmaster@country.eu.net or newsmaster@country.eu.net.  The
  493.   "country" in this case should be whatever country you're in.
  494.  
  495.     Note that the national networks have a "no redistribution" policy
  496.   and have the option to cut off sites which break this rule.  There
  497.   are other groups (such as sublink); see (a) and (b) above for
  498.   suggestions on how to contact them.
  499.  
  500.     Subscribing to EUNet or to one of the NALnets (National Networks)
  501.   currently requires to be member of EurOpen either directly or
  502.   indirectly by being member of a NALUUG (National Unix User Group)
  503.   affiliated to EurOpen.
  504.  
  505.     In the UK, smaller scale users and individuals can also get news
  506.   access via Demon Internet Systems. They provide very cheap dialup
  507.   Internet access, SLIP, PPP and name service entries.  Contact them
  508.   (contact information is given above) for more information.
  509.  
  510.     There are also several other network services providers, already
  511.   operational (or to become soon available for some of them).
  512.   Contrary to EUnet which generally accepts any organization as
  513.   customer, those networks may have restrictions and accept only some
  514.   kind of customers (generally academic and/or research) as they are
  515.   sometimes government funded.
  516.  
  517.     Some of these networks are NORDunet (northern Europe), FUNET
  518.   (Finland), SWITCH (Switzerland), EASInet (European Academic
  519.   Supercomputing Initiative, mainly if not totally funded by IBM), DFN
  520.   (Germany), PIPEX(UK) and RENATER (France).
  521.  
  522.     There are several anonymous ftp sites from which information about
  523.   all of these networks and about networking in Europe in general
  524.   might be obtained. They are ftp.switch.ch, ftp.easi.net,
  525.   ftp.ripe.net, ftp.eu.net, corton.inria.fr and nic.nordu.net.
  526.  
  527.   Note that it is to your advantage to try to find a feed site that is
  528. directly on the Internet, if you are not going to be.  Getting a feed
  529. from a site on the Internet will allow that site to act as your MX
  530. forwarder (see section 5 below), and the fact that you are only one
  531. hop off of the Internet will make both mail and news delivery fast
  532. (assuming that the feed you get from the Internet site is for both
  533. mail and news; of course, if you can only find someone willing to
  534. forward mail to you but not to traffic with you the heavier load of a
  535. news feed, then your mail delivery will still be fast).
  536.  
  537. Finding feeds for an Internet site.
  538.  
  539.   It is beyond the scope of this document to discuss how you can get
  540. onto the Internet yourself.  However, many of the service providers
  541. listed above provide Internet connections as well as newsfeeds and
  542. will help you through the process of getting onto the Internet.
  543. Furthermore, the book "Connecting to the Internet" (see the
  544. "Bibliography" section below) is a step-by-step to the process of
  545. getting connected, and contains a more extensive list of Internet
  546. service providers.
  547.  
  548.   If you are already on the Internet and would like your news feed to
  549. be over the Internet rather than over a modem link, then you might
  550. want to look in the UUCP maps in comp.mail.maps, as mentioned above,
  551. since many USENET sites that are on the Internet are mentioned there.
  552. News.admin.misc and the commercial services listed above are also
  553. viable options.  Another option which is relevant only to Internet
  554. sites is to send mail to the mailing list nntp-managers@apple.com, and
  555. ask if anyone on that list is willing to provide you with a news feed.
  556. If you do this, be specific, just as if you were posting to
  557. news.admin.misc as described above.
  558.  
  559. 3. Get the software.
  560.  
  561.   The "USENET Software" posting referenced above goes into quite a bit
  562. of detail about the software that is available.  There are three
  563. components in the software at a USENET site: (a) the software that
  564. transports the news (usually using either UUCP or NNTP), (b) the
  565. software that stores the news on the local disks, expires old
  566. articles, etc., and (c) the news-readers for looking at the news.
  567.  
  568.   For example, if you're a UNIX site on the Internet and you're going
  569. to be getting your news feed over the Internet, then you are probably
  570. going to want to get one of the news transport packages mentioned in
  571. the "USENET Software" posting (e.g., INN or C News + NNTP), as well as
  572. one or more of the UNIX news readers mentioned there.
  573.  
  574.   Since you are probably going to be exchanging mail as well as news,
  575. and the mail software that is shipped with the OS you are using might
  576. not be powerful enough to handle mail exchanging with the rest of the
  577. USENET, you might want to obtain new mail software as well.  There are
  578. several packages you might choose you use.  Discussion of them is
  579. beyond the scope of this document; the books referenced below will
  580. probably provide some useful information in this area.  Furthermore,
  581. if you are a UNIX site, the posting by Chris Lewis
  582. <clewis@ferret.ocunix.on.ca> entitled "UNIX Email Software Survey FAQ"
  583. in news.admin.misc, comp.mail.misc and news.answers provides a good
  584. introduction to the UNIX mail software that's out there.  Finally,
  585. Eric S. Johansson <esj@harvee.billerica.ma.us>'s "FAQ - UUCP Mail,
  586. News and Gateway Software for PCs and MACs" posting (actually, the
  587. Subject line appears to vary somewhat, and the posting doesn't seem to
  588. appear very regularly), in comp.mail.uucp, news.software.readers and
  589. vmsnet.uucp, will help you to find out more about the UUCP software
  590. that is available to you if you wish to run it on a PC or Macintosh
  591. computer.
  592.  
  593.   The basic idea is to go read the "USENET Software" posting, and then
  594. to work from there.
  595.  
  596.   Europeans can ask their national backbone site, which will usually
  597. either be a software archive or be closely associated with one.
  598. UKNET, for example, provides an information pack explaining what is
  599. needed and where (and how) to get it.
  600.  
  601. 4. Do what it says.
  602.  
  603.   Most of the software available for news transport or storage comes
  604. with installation instructions.  Follow them.  This part should be
  605. self-explanatory (although the instructions might not be :-).
  606.  
  607. 5. Register your site on the network.
  608.  
  609.   The "traditional" method of advertising your site to the rest of the
  610. USENET after setting it up is to get an entry for it added to the UUCP
  611. maps.  Doing this involves choosing a name for your site and
  612. submitting a map entry indicating the name, other vital statistics,
  613. and a list of your feed sites, preferentially weighted.  Since many
  614. USENET sites still rely exclusively on the UUCP maps for routing mail,
  615. you will almost certainly want to register in the maps.  To find out
  616. more about how to do this, read the "UUCP map for README" posting in
  617. comp.mail.maps, referenced above.
  618.  
  619.   However, the past several years have witnessed a dramatic increase
  620. in the number of sites choosing to register host names in the Internet
  621. Domain Name Service (DNS) hierarchy, in addition to getting a host
  622. entry added to the UUCP maps.  The DNS hierarchy is becomingly
  623. increasingly standardized, and DNS name service is more reliable than
  624. the UUCP maps.  Therefore, if register a DNS name for your site, put
  625. that DNS name in your UUCP map entry as an alias for your site, and
  626. use the DNS address rather than the UUCP host name in your mail and
  627. USENET postings, both UUCP hosts and hosts that do DNS will be able to
  628. get mail to you more efficiently and reliably.
  629.  
  630.   There are two types of DNS host records that are relevant here.  If
  631. you have opted to contract with a company for a direct connection to
  632. the Internet, then you are probably going to want to register an
  633. address record advertising what your address will be on the Internet.
  634. Hosts which understand DNS can then use that record to connect
  635. directly to your machine and deliver mail to it.
  636.  
  637.   If, on the other hand, you are going to be getting your mail via
  638. UUCP from some other site, then the host record you will be
  639. registering is a Mail eXchange (MX) record.  This record announces to
  640. the world that mail destined to your host can be directed instead to
  641. another host that IS directly on the Internet.  That host is your "MX
  642. forwarder," and it must be one of your feed sites that knows how to
  643. deliver mail to you.  In fact, you can have multiple MX records if you
  644. have multiple feeds on the Internet and want it to be possible for
  645. mail to be routed through all of them (for increased reliability), if
  646. they are willing.  Note that if you use a commercial service provider
  647. for your mail feed, it will probably also be your MX forwarder.
  648.  
  649.   Even if none of your feeds are on the Internet, you may be able to
  650. get an MX record, by finding an Internet site that is willing to
  651. receive your mail and put it on its way through the correct UUCP
  652. route.  There are currently at least a couple of sites willing to
  653. perform this service for no charge, in order to encourage the
  654. increased use of DNS records.  You can therefore probably locate an MX
  655. forwarder by posting to news.admin.misc and asking if anyone is
  656. willing to forward for you.
  657.  
  658.   The procedure for registering a DNS record is quite simple.  For
  659. some Network Information Centers (the people who handle domain
  660. registration, a.k.a. NICs), e.g., the InterNIC (see Internet RFC 1400
  661. for more information about the InterNIC) which handles domain
  662. registration for the original Arpanet domains (COM, EDU, etc., as
  663. opposed to the geographic domains such as US for the United States, FR
  664. for France, etc.), it takes a month or less; others, unfortunately,
  665. might take a lot longer.  Note that many commercial service providers,
  666. such as UUNET, will take care of this for you when you ask for a
  667. network connection or news/mail feed from them.
  668.  
  669.   Whether you decide to register an address record or an MX record,
  670. you need to decide what your DNS host name is going to be.  Since the
  671. DNS is arranged in a hierarchy, you need to decide what hierarchy your
  672. name will appear in.  For example, you might choose to be in the ".us"
  673. domain if you are in the United States and want to be in the United
  674. States geographical hierarchy.  Alternatively, you might choose ".edu"
  675. for a University, ".org" for a non-profit organization, ".com" for a
  676. commercial company, etc.  For more information about the various
  677. hierarchies and about choosing a host name, see the "How to Get
  678. Information about Networks" posting already referenced.
  679.  
  680.   If you are not in the US, you're theoretically supposed to have no
  681. choice about the top-level domain -- it should always be the
  682. two-letter ISO code for your country (".fr", ".de", etc.).  However,
  683. depending on how and how well you are connected to the network, you
  684. might be able to get away with being in one of the older domains
  685. mentioned above (".edu", ".org", etc.).  If you want to find out how
  686. to get a host name in a particular European domain, you can probably
  687. start by sending mail to hostmaster@mcsun.eu.net and asking for more
  688. information.
  689.  
  690.   Once you have determined your host name, you need to determine one
  691. or more hosts (preferably two or three, so that even if one is having
  692. trouble, the others will fill in for it) that will act as your "name
  693. servers," advertising your host name to anyone who asks for it.  Note
  694. that many hierarchies have their own name servers, which means that
  695. when you go through the process of figuring out which domain your host
  696. name will be in, you may find some name servers available to you
  697. already.  Furthermore, if you opt to go with a commercial service
  698. provider as described above, your service provider will probably be
  699. willing to act as a name server.  Different domain-administration
  700. organizations may require fewer or more name servers (e.g. the NIC
  701. (mentioned below) requires at least two).
  702.  
  703.   Once you've got your host name picked out, you need to submit an
  704. application to the authorities for the domain you've chosen.  Many of
  705. the domains, for example, are managed by the InterNIC -- to submit an
  706. application to one of those domains, you would get the file
  707. DOMAIN-TEMPLATE.TXT via anonymous ftp from rs.internic.net
  708. (ftp://rs.internic.net/templates/domain-template.txt) fill it out, and
  709. mail it to hostmaster@internic.net.  You will probably determine the
  710. correct method for applying for a host name in your domain during the
  711. course of investigating which domain to put your host name in.
  712.  
  713.   If you submit an application and don't get any acknowlegement or
  714. response in a couple of weeks, it's a good idea to send another note
  715. to the same address as you sent your original application to, asking
  716. if it was received.
  717.  
  718.   Even if you aren't going to be connecting directly to Internet at
  719. the start, if your site is using any TCP/IP-based equipment, you
  720. should request a block of IP addresses, to save future transition
  721. headaches.  Request one Class C address per subnet, or a Class B if
  722. your site has a large number of systems on multiple subnets (for the
  723. precise guidelines, see Internet RFCs 1366 and 1367).  If you don't
  724. understand any of this and don't intend on getting on the Internet,
  725. don't worry about it.  If/when you do decide to get onto the Internet,
  726. your service provider should be prepared to help you understand what
  727. needs to be done.
  728.  
  729.   Once your application has been approved and your name entered into
  730. your name servers' databases, update the mail software on your system
  731. and on your MX forwarder's system to recognize and use the new domain.
  732.  
  733.   [A final note: Much of the information in this section about the DNS
  734. system is sketchy.  It is intentionally so, since all of this
  735. information is available from a number of different sources, and they
  736. cover it much better than I can here.  If you are interested in
  737. finding out more about how the DNS works, you are strongly urged yet
  738. again to read the "How to Get Information About Networks" posting and
  739. to follow up on the sources of documentation that it references.  You
  740. might also want to read the book "Connecting to the Internet"; see the
  741. entry for it in the "Bibliography" section below.]
  742.  
  743.               *************************
  744.  
  745.                  Bibliography
  746.  
  747.   In addition to the resources already mentioned, there are several
  748. books which discuss getting on the Internet and USENET and/or UUCP
  749. maintenance.  Here's a bibliography of a few of them (some of these
  750. entries are culled from a book-list posting by Mitch Wright
  751. <mitch@cirrus.com> in comp.unix.questions):
  752.  
  753. TITLE: Connecting to the Internet
  754. AUTHOR: Estrada, Susan
  755. PUBLISHER: O'Reilly & Associates, Inc.
  756. DATE: 1993
  757. PAGES: 188
  758. ISBN: 1-56592-061-9
  759. APPROX_COST: 15.95
  760. KEYWORDS: Internet
  761. SUGGESTED_BY: Jonathan Kamens <jik@security.ov.com>
  762. SUPPLIERS
  763.     E-mail: nuts@ora.com
  764.     Phone#: 1-800-338-NUTS
  765.  
  766. TITLE: Managing UUCP and USENET
  767. AUTHOR: O'Reilly, Tim
  768. AUTHOR: Todino, Grace
  769. SUBJECT: Introduction
  770. PUBLISHER: O'Reilly & Associates, Inc.
  771. DATE: 1990
  772. PAGES: 289
  773. ISBN: 0-937175-48-X
  774. APPROX_COST: 24.95
  775. KEYWORDS: Nutshell Handbook
  776. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  777. SUPPLIERS
  778.     E-mail: nuts@ora.com
  779.     Phone#: 1-800-338-NUTS
  780.  
  781. TITLE: Unix Communications
  782. AUTHOR: Anderson, Bart
  783. AUTHOR: Costales, Barry
  784. AUTHOR: Henderson, Harry
  785. SUBJECT: Communication Reference
  786. PUBLISHER: The Waite Group
  787. DATE: 1991
  788. PAGES: 736
  789. ISBN: 0-672-22773-8
  790. APPROX_COST: 29.95
  791. KEYWORDS: UUCP, USENET
  792. COMMENTS
  793.     Covers everything the end user needs to know about email, USENET 
  794.     and UUCP.
  795.  
  796. TITLE: Using UUCP and USENET
  797. AUTHOR: Todino, Grace
  798. AUTHOR: Dougherty, Dale
  799. SUBJECT: Introduction
  800. PUBLISHER: O'Reilly & Associates, Inc.
  801. DATE: 1990
  802. PAGES: 210
  803. ISBN: 0-937175-10-2
  804. APPROX_COST: 21.95
  805. KEYWORDS: Nutshell Handbook
  806. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  807. SUPPLIERS
  808.     E-mail: nuts@ora.com
  809.     Phone#: 1-800-338-NUTS
  810.  
  811. If you are going to be setting up a UUCP/modem USENET site, you will
  812. probably find these books quite useful, especially if the UUCP
  813. documentation that comes with the OS you're running is sparse.
  814.  
  815.               *************************
  816.  
  817.            Please comment on this posting!
  818.  
  819.   Comments about, suggestions about or corrections to this posting are
  820. welcomed.  If you would like to ask me to change this posting in some
  821. way, the method I appreciate most is for you to actually make the
  822. desired modifications to a copy of the posting, and then to send me
  823. the modified posting, or a context diff between my posted version and
  824. your modified version (if you do the latter, make sure to include in
  825. your mail the "Version:" line from my posted version).  Submitting
  826. changes in this way makes dealing with them easier for me and helps to
  827. avoid misunderstandings about what you are suggesting.
  828.  
  829.   Rich Braun <richb@pioneer.ci.net> provided most of the information
  830. above about registering DNS records, and provided other useful
  831. comments and suggestions.  joe@jshark.rn.com provided some very useful
  832. rewriting as well as some different perspectives that helped to make
  833. the article more general, as well as providing some specific
  834. information about working in Europe, as well as providing other useful
  835. comments.
  836.  
  837.   The following people provided useful comments and suggestions about
  838. this article:
  839.  
  840.   Vikas Aggarwal <vikas@jvnc.net>
  841.   Anton J. Aylward <uunorth@uunorth.UUCP>
  842.   Bruno Blissenbach <bubli@purodha.GUN.de>
  843.   Oliver Boehmer <oli@odbffm.in.sub.org>
  844.   Andy Brager <andyb@wndrsvr.UUCP>
  845.   Michael Bryan <michael@resonex.com>
  846.   Alan Cox <iiitac@pyr.swan.ac.uk>
  847.   John Curran <jcurran@nic.near.net>
  848.   Chris Davies <chris@visionware.co.uk>
  849.   Christopher Davis <ckd@eff.org>
  850.   Paul Eggert <eggert@twinsun.com>
  851.   Nathan F. Estey <nestey@copper.Denver.Colorado.EDU>
  852.   Stuart Freedman <stuart@orac.HQ.Ileaf.COM>
  853.   Margaret D. Gibbs <gibbsm@ll.mit.edu>
  854.   David Gilbert <dgilbert@snowhite.cis.uoguelph.ca>
  855.   B.J. Herbison <herbison@lassie.ucx.lkg.dec.com>
  856.   Dan Horner <liaison@uunet.uu.net>
  857.   Brad Isley <bgi@stiatl.salestech.com>
  858.   J. Lee Japp <jaapjl@madams.larc.nasa.gov>
  859.   Ray.Lampman@Heurikon.Com
  860.   Norman Lin <norlin@uokmax.ecn.uoknor.edu>
  861.   jmalcom@sura.net
  862.   Mark E. Mallett <mem@mv.MV.COM>
  863.   Owen Scott Medd <osm@msen.com>
  864.   Bertrand Meyer <bertrand@eiffel.com>
  865.   Pushpendra Mohta <pushp@cerf.net>
  866.   Mark Moraes <moraes@cs.toronto.edu>
  867.   Don Nichols <nichols@nvl.army.mil>
  868.   Andrew Partan <asp@uunet.uu.net>
  869.   Brad Passwaters <bjp@sura.net>
  870.   Michel Pollet <michel@trantor.UUCP>
  871.   Bob Rieger <bobr@netcom.com>
  872.   Rich Salz <rsalz@bbn.com>
  873.   Martin Lee Schoffstall <schoff@psi.com>
  874.   Russell Schulz <russell@alpha3.ersys.edmonton.ab.ca>
  875.   Doug Sewell <doug@ysu.edu>
  876.   Barry Shein <bzs@world.std.com>
  877.   Vince Skahan <vince@atc.boeing.com>
  878.   Shih-ping Spencer Sun <spencer@phoenix.Princeton.edu>
  879.   Jerry Sweet <jns@fernwood.mpk.ca.us>
  880.   David W. Tamkin <dattier@gagme.chi.il.us>
  881.   Christophe Wolfhugel <Christophe.Wolfhugel@grasp1.univ-lyon1.fr>
  882.   Steve Yelvington <steve@thelake.mn.org>
  883.  
  884. -- 
  885. Chris Lewis: _Una confibula non sat est_
  886. Phone: Canada 613 832-0541  Ferret list: ferret-request@ferret.ocunix.on.ca
  887. Latest psroff: FTP://ftp.uunet.ca/distrib/chris_lewis/psroff3.0pl17/*
  888. Latest hp2pbm: FTP://ftp.uunet.ca/distrib/chris_lewis/hp2pbm/*
  889.  
  890. .
  891.