home *** CD-ROM | disk | FTP | other *** search
/ CD-ROM Today - The Disc! 2 / CD-ROM_Today_-_The_Disc_2_June-July_1994.iso / inetinfo / newusers.wld < prev    next >
Text File  |  1993-02-17  |  33KB  |  746 lines

  1.  
  2. world% more newusers
  3. Xref: world news.admin.misc:1209 news.announce.newusers:505 news.answers:5351
  4. Path: world!uunet!think.com!enterpoop.mit.edu!senator-bedfellow.mit.edu!athena.mit.edu!jik
  5. From: jik@athena.mit.edu (Jonathan I. Kamens)
  6. Newsgroups: news.admin.misc,news.announce.newusers,news.answers
  7. Subject: How to become a USENET site
  8. Supersedes: <site-setup_724658477@athena.mit.edu>
  9. Followup-To: poster
  10. Date: 17 Jan 1993 06:01:17 GMT
  11. Organization: Massachusetts Institute of Technology
  12. Lines: 726
  13. Approved: spaf@cs.purdue.edu, news-answers-request@MIT.Edu
  14. Expires: 2 Mar 1993 06:01:12 GMT
  15. Message-ID: <site-setup_727250472@athena.mit.edu>
  16. NNTP-Posting-Host: pit-manager.mit.edu
  17. Summary: Periodic posting about the basic steps involved in
  18. configuring a machine to store USENET news.
  19.  
  20. Archive-name: site-setup
  21. Version: $Id: site-setup,v 1.95 1992/12/29 17:54:07 jik Exp jik $
  22.  
  23.   This article attempts to summarize, in a general way, the steps
  24. involved in setting up a machine to be on the USENET.
  25.  
  26.   It assumes that you already have some sort of USENET access
  27. (otherwise, how did you get this article?), or at the very least, that
  28. you have ftp or mail server access to get to some of the files
  29. mentioned in it, and that you are trying to configure your own site to
  30. be on the USENET after using some other site for some period of time.
  31. If this assumption is incorrect, then ask whoever made this article
  32. available to you to help you get access to the resources mentioned
  33. below.
  34.  
  35.   Before reading this posting, you should be familiar with the
  36. contents of the introductory postings in the news.announce.newusers
  37. newsgroup, most importantly the posting entitled "USENET Software:
  38. History and Sources".  Many of the terms used below are defined in
  39. those postings.  The news.announce.newusers postings are accessible in
  40. the periodic posting archive on pit-manager.mit.edu [18.172.1.27], in
  41. /pub/usenet via anonymous ftp, or via E-mail by sending a message to
  42. mail-server@pit-manager.mit.edu (send a message with "help" in the
  43. body to get more information).
  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 December, 1992)
  60.       as much as 1200Mb 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); and
  67.     - fees if you're paying someone to provide you with a news feed.
  68.  
  69.   You might choose, instead, to get an account on a public-access
  70. USENET site on which you can read news by dialing up.  See, for
  71. example, the "Nixpub posting" articles in comp.misc and the "NetPub
  72. listing" articles in alt.bbs.lists for lists of such sites.
  73.  
  74.   Even if there are no public-access USENET sites that are a local
  75. phone call away from you, you might still choose this approach,
  76. especially if you only read a few (low traffic) groups.  Using a
  77. public-access site that is accessible via PC Pursuit or some other
  78. packet network might still be cheaper and/or easier than setting up
  79. the feed, transferring the news and configuring your machine to store
  80. news locally.
  81.  
  82.   You should be sure that the benefits you are going to get by storing
  83. news locally are going to outweigh the costs before deciding to
  84. proceed.  In summary, however, let me say that this decision is not
  85. always a clear one.  To explain why, let me include an alternative
  86. perspective, from joe@jshark.rn.com, on why getting a feed may be
  87. appropriate even for a single-user machine:
  88.  
  89. >When you get to long distance calls, reading the news on-line gets the
  90. >cost rising fast.  A few seconds to skip an article you've no interest
  91. >in, maybe a minute to take in a good one plus more time to save it and
  92. >download it later.  But when the whole lot is batched together (as
  93. >news), a) it only takes a few minutes and b) it's all conveniently
  94. >automated.  Sure, configuring the hardware and software may take a
  95. >(small) time - but it's something you only do once.
  96. >
  97. >And unless you want to get comp.*, the disk space needed is not that
  98. >great.  (20Mb disks are about 100 dollars over here; the saving in
  99. >phone charges would pay for that in a few months)
  100. >
  101. >I also find that replying takes time, and this is where on-line
  102. >"reading" would start to really burn dollars!  The alternative, {
  103. >download - logout - compose reply - dial back in - login - post (or
  104. >mail) reply}, is a) inconvenient and b) still costly.
  105. >
  106. >Perhaps I see "news administration" as a simple task *because* I only
  107. >provide news to one other site and get a very limited feed. (No
  108. >overflowing disks, no "disappearing inodes", neither angry users nor
  109. >management.) The initial stages were a bit fraught (200kb batches
  110. >being bounced back because of permission problems :-( ), but very
  111. >little effort now.  I have an impression, based on your address and
  112. >past postings, that you are involved in "system management" at MIT so
  113. >you see things from a "major site" point of view??
  114.  
  115. 2. Find a site to feed you news and/or mail.
  116.  
  117.   In order to make your machine a USENET site, you need to find other
  118. sites on the USENET that are willing to feed you news and/or mail.
  119. You might want to locate more than one such site if you want higher
  120. reliability.
  121.  
  122. Finding feeds for a UUCP site.
  123.  
  124.   If you are going to be using a modem (and, presumably, UUCP) to
  125. transfer your news and mail, then then there are several resources you
  126. can use when trying to locate a feed site:
  127.  
  128.   a. Comp.mail.maps
  129.  
  130.     Find the postings in the comp.mail.maps newsgroup for your state,
  131.   country, or whatever.  Look in it for sites that sound like they are
  132.   local to you.  Contact their administrators and ask if they would be
  133.   willing to give you a feed.
  134.  
  135.     Comp.mail.maps is archived at several anonymous ftp and mail
  136.   server sites, including ftp.uu.net, so you can examine map entries
  137.   even if the maps have expired at your news-reading site (or if you
  138.   do not currently have USENET access).  See the article entitled
  139.   "UUCP map for README" in the comp.mail.maps newsgroup or archives
  140.   for more information about the maps.
  141.  
  142.     The comp.mail.maps postings are also archived in
  143.   pit-manager.mit.edu's periodic posting archive, which was mentioned
  144.   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.     Demon Internet Systems
  222.     internet@demon.co.uk
  223.     (Internet access, SLIP, PPP, name service)
  224.  
  225.     DMConnection
  226.     267 Cox St.
  227.     Hudson, Ma. 01749
  228.     Voice: (508) 562-1618
  229.     Fax: (508) 562-1133
  230.     info@dmc.com
  231.     (UUCP, news feeds, mail feeds, MX forwarding, file servers, mailing lists,
  232.      large volume archives)
  233.  
  234.     ExNet Systems Ltd
  235.     60 Sunningdale Avenue
  236.     Hanworth
  237.     Middlesex, TW13 5JT, UK
  238.     Voice/Fax: +44 81 755 0077
  239.     exnet@exnet.co.uk
  240.     (UUCP, mail and news feeds)
  241.  
  242.     HoloNet
  243.     Information Access Technologies, Inc.
  244.     46 Shattuck Square, Suite 11
  245.     Berkeley, CA 94704-1152
  246.     Voice: 510-704-0160, Fax: 510-704-8019, Modem: 704-1058
  247.     Telnet: holonet.net
  248.     E-mail: info@holonet.net  (automated reply)
  249.     Support: support@holonet.net
  250.     (UUCP/USENET feeds, local to 850+ cities nationwide)
  251.  
  252.     JvNCnet
  253.     B6 von Neumann Hall
  254.     Princeton University
  255.     Princeton, NJ 08543
  256.     Voice: (800) 35-TIGER
  257.     market@jvnc.net
  258.     (connectivity, name service, MX forwarding, news feeds)
  259.  
  260.     MSEN, Inc.
  261.     628 Brooks Street
  262.     Ann Arbor, MI 48103
  263.     Voice: (313) 998-4562
  264.     Ftp: ftp.msen.com [148.59.1.2], see /pub/vendor/msen/*
  265.     info@msen.com
  266.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  267.  
  268.     MV Communications, Inc.
  269.     P.O. Box 4963
  270.     Manchester, NH  03108-4963
  271.     Voice: (603) 429-2223
  272.     Data: (603) 429-1735 (log in as "info" or "rates")
  273.     info@mv.mv.com
  274.     (UUCP, name service, MX forwarding, news feeds)
  275.  
  276.     NEARnet (New England Academic and Resarch Network)
  277.     10 Moulton Street
  278.     Cambridge, MA  02138
  279.     Voice: (617) 873-8730
  280.     Fax: (617) 873-5620
  281.     nearnet-join@nic.near.net
  282.     (connectivity, name service, MX forwarding, news feeds (for
  283.      NEARnet sites))
  284.  
  285.     Netcom - Online Communication Services
  286.     4000 Moorpark Avenue - Suite 209
  287.     San Jose, CA 95117
  288.     Voice: (408) 554-UNIX
  289.     Data: (408) 241-9760 (login guest, no password)
  290.     Telnet: netcom.netcom.com [192.100.81.100] (login guest)
  291.     E-mail: info@netcom.com
  292.     (UUCP, connectivity, name service, MX forwarding, news feeds,
  293.      other services)
  294.  
  295.     Performance Systems International, Inc.
  296.     11800 Sunrise Valley Drive, Suite 1100
  297.     Reston, VA  22091
  298.     Voice: (703) 620-6651 or (800) 827-7482
  299.     Computerized info: all-info@psi.com
  300.     Human-based info: info@psi.com
  301.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  302.  
  303.     SURAnet
  304.     8400 Baltimore Blvd.
  305.     College Park, MD  20742
  306.     Voice: (301) 982-3214
  307.     Fax: (301) 982-4605
  308.     news-admin@sura.net
  309.     (connectivity, name service (for SURAnet sites), news feeds (for
  310.      SURAnet sites))
  311.  
  312.     UUNET Canada, Inc.
  313.     1 Yonge St., Suite 1801
  314.     Toronto, Ontario
  315.     Canada M5E 1W7
  316.     Voice: (416) 368-6621
  317.     Fax: (416) 369-0515
  318.     info@uunet.ca or uunet-ca@uunet.uu.net
  319.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  320.  
  321.     UUNET Technologies Inc.
  322.     3110 Fairview Park Drive, Suite 570
  323.     Falls Church, VA 22042
  324.     Voice: (703) 204-8000
  325.     Fax: (703) 204-8001
  326.     info@uunet.uu.net
  327.     AlterNet (network connectivity) info: alternet-info@uunet.uu.net
  328.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  329.  
  330.     UUNORTH, Inc.
  331.     Box 445, Station E
  332.     Toronto, Ontario
  333.     Canada M6H 4E3
  334.     Voice: (416) 537-4930 or (416) 225-UNIX
  335.     Fax: (416) 537-4890
  336.  
  337.     WIMSEY
  338.     Attn: Stuart Lynne
  339.     225B Evergreen Dr. 
  340.     Port Moody, BC, V3H 1S1
  341.     Voice: 604-93-7532 
  342.     sl@vanbc.wimsey.bc.ca
  343.     (UUCP, name service, MX forwarding, news feeds)
  344.  
  345.     Xenon Systems
  346.     Attn: Julian Macassey
  347.     742 1/2 North Hayworth Ave.
  348.     Hollywood, CA  90046-7142
  349.     Voice: (213) 654-2822
  350.     postmaster@xenon.sr.com
  351.     (UUCP, news feeds, mail feeds)
  352.  
  353.     Note that some of these are actually network service providers which
  354.   provide Internet connectivity, but some will also provide news feeds
  355.   to their customers.  For more information about many network service
  356.   providers, see the anonymous ftp file /nsfnet/referral-list on
  357.   nnsc.nsf.net.
  358.  
  359.     Some regional network service providers, especially in large urban
  360.   areas, offer both UUCP and TCP/IP service via modem or leased line.
  361.   If you can find such a company, the cost of a dedicated (leased
  362.   line) Internet connection will often be cheaper and more desirable
  363.   than a UUCP connection, if you plan on using it for a full newsfeed
  364.   or for frequent downloading.  Some companies can offer combined
  365.   voice and data connections using T1 links, for large-scale users
  366.   seeking both Internet access and low-cost toll telephone service.
  367.   For more information about the possibility of hooking up to the
  368.   network, see the "How to Get Information about Networks" posting in
  369.   news.announce.newusers.
  370.  
  371.     NOTE: I am not endorsing any of these companies in any way.  I
  372.   don't know anything about the level or quality of service either of
  373.   them provides.  They are simply the ones I know about.  If you know
  374.   of a site that provides feeds and think it should be mentioned here,
  375.   please let me know.
  376.  
  377.   d. Special information for European users
  378.  
  379.     (This section discusses the various big European networks.  There
  380.   are also smaller service providers, such as ExNet Systems (see
  381.   above), in Europe.)
  382.  
  383.     In Europe, you can get a feed from one of EUNet's national
  384.   networks.  They charge for feeds but are "non-commercial," which
  385.   means (I assume) that the fees go to the maintenance of the
  386.   networks.  Most provide help on getting started, can provide source
  387.   for the mail and news software and lists of sites who have indicated
  388.   they will provide feeds.  They also act as Internet forwarders (see
  389.   below for more information on this).  To contact them, try sending
  390.   mail to postmaster@country.eu.net or newsmaster@country.eu.net.  The
  391.   "country" in this case should be whatever country you're in.
  392.  
  393.     Note that the national networks have a "no redistribution" policy
  394.   and have the option to cut off sites which break this rule.  There
  395.   are other groups (such as sublink); see (a) and (b) above for
  396.   suggestions on how to contact them.
  397.  
  398.     Subscribing to EUNet or to one of the NALnets (National Networks)
  399.   currently requires to be member of EurOpen either directly or
  400.   indirectly by being member of a NALUUG (National Unix User Group)
  401.   affiliated to EurOpen.
  402.  
  403.     In the UK, smaller scale users and individuals can also get news
  404.   access via Demon Internet Systems. They provide very cheap dialup
  405.   Internet access, SLIP, PPP and name service entries.  Contact them
  406.   (contact information is given above) for more information.
  407.  
  408.     There are also several other network services providers, already
  409.   operational (or to become soon available for some of them).
  410.   Contrary to EUnet which generally accepts any organization as
  411.   customer, those networks may have restrictions and accept only some
  412.   kind of customers (generally academic and/or research) as they are
  413.   sometimes government funded.
  414.  
  415.     Some of these networks are NORDunet (northern Europe), FUNET
  416.   (Finland), SWITCH (Switzerland), EASInet (European Academic
  417.   Supercomputing Initiative, mainly if not totally funded by IBM), DFN
  418.   (Germany), PIPEX(UK) and RENATER (France).
  419.  
  420.     There are several anonymous ftp sites from which information about
  421.   all of these networks and about networking in Europe in general
  422.   might be obtained. They are ftp.switch.ch, ftp.easi.net,
  423.   ftp.ripe.net, ftp.eu.net, corton.inria.fr and nic.nordu.net.
  424.  
  425.   Note that it is to your advantage to try to find a feed site that is
  426. directly on the Internet, if you are not going to be.  Getting a feed
  427. from a site on the Internet will allow that site to act as your MX
  428. forwarder (see section 5 below), and the fact that you are only one
  429. hop off of the Internet will make both mail and news delivery fast
  430. (assuming that the feed you get from the Internet site is for both
  431. mail and news; of course, if you can only find someone willing to
  432. forward mail to you but not to traffic with you the heavier load of a
  433. news feed, then your mail delivery will still be fast).
  434.  
  435. Finding feeds for an Internet site.
  436.  
  437.   If you are on the Internet and would like your news feed to be over
  438. the Internet rather than over a modem link, then you *might* want to
  439. look in the UUCP maps in comp.mail.maps, as mentioned above, since
  440. many USENET sites that are on the Internet are mentioned there.
  441. News.admin and the commercial services listed above are also viable
  442. options.  Another option which is relevant only to Internet sites is
  443. to send mail to the mailing list nntp-managers@ucbvax.berkeley.edu,
  444. and ask if anyone on that list is willing to provide you with a news
  445. feed.  If you do this, be specific, just as if you were posting to
  446. news.admin as described above.
  447.  
  448. 3. Get the software.
  449.  
  450.   The "USENET Software" posting referenced above goes into quite a bit
  451. of detail about the software that is available.  There are three
  452. components in the software at a USENET site: (a) the software that
  453. transports the news (usually using either UUCP or NNTP), (b) the
  454. software that stores the news on the local disks, expires old
  455. articles, etc., and (c) the news-readers for looking at the news.
  456.  
  457.   For example, if you're a UNIX site on the Internet and you're going
  458. to be getting your news feed over the Internet, then you are probably
  459. going to want to get one of the news transport packages mentioned in
  460. the "USENET Software" posting (e.g., INN or C News + NNTP), as well as
  461. one or more of the UNIX news readers mentioned there.
  462.  
  463.   Since you are probably going to be exchanging mail as well as news,
  464. and the mail software that is shipped with the OS you are using might
  465. not be powerful enough to handle mail exchanging with the rest of the
  466. USENET, you might want to obtain new mail software as well.  There are
  467. several packages you might choose you use.  Discussion of them is
  468. beyond the scope of this document; the books referenced below will
  469. probably provide some useful information in this area.  Furthermore,
  470. if you are a UNIX site, the posting by Chris Lewis
  471. <clewis@ferret.ocunix.on.ca> entitled "UNIX Email Software Survey FAQ"
  472. in news.admin, comp.mail.misc and news.answers provides a good
  473. introduction to the UNIX mail software that's out there.  Finally,
  474. James H. Thompson <jimmy_t@verifone.com>'s "FAQ - UUCP Mail, News and
  475. Gateway Software for PCs and MACs" posting, in alt.bbs.waffle,
  476. comp.mail.uucp, news.software.readers and vmsnet.uucp, will help you
  477. to find out more about the UUCP software that is available to you if
  478. you wish to run it on a PC or Macintosh computer.
  479.  
  480.   The basic idea is to go read the "USENET Software" posting, and then
  481. to work from there.
  482.  
  483.   Europeans can ask their national backbone site, which will usually
  484. either be a software archive or be closely associated with one.
  485. UKNET, for example, provides an information pack explaining what is
  486. needed and where (and how) to get it.
  487.  
  488. 4. Do what it says.
  489.  
  490.   Most of the software available for news transport or storage comes
  491. with installation instructions.  Follow them.  This part should be
  492. self-explanatory (although the instructions might not be :-).
  493.  
  494. 5. Register your site on the network.
  495.  
  496.   The "traditional" method of advertising your site to the rest of the
  497. USENET after setting it up is to get an entry for it added to the UUCP
  498. maps.  Doing this involves choosing a name for your site and
  499. submitting a map entry indicating the name, other vital statistics,
  500. and a list of your feed sites, preferentially weighted.  Since many
  501. USENET sites still rely exclusively on the UUCP maps for routing mail,
  502. you will almost certainly want to register in the maps.  To find out
  503. more about how to do this, read the "UUCP map for README" posting in
  504. comp.mail.maps, referenced above.
  505.  
  506.   However, the past several years have witnessed a dramatic increase
  507. in the number of sites choosing to register host names in the Internet
  508. Domain Name Service (DNS) hierarchy, in addition to getting a host
  509. entry added to the UUCP maps.  The DNS hierarchy is becomingly
  510. increasingly standardized, and DNS name service is more reliable than
  511. the UUCP maps.  Therefore, if register a DNS name for your site, put
  512. that DNS name in your UUCP map entry as an alias for your site, and
  513. use the DNS address rather than the UUCP host name in your mail and
  514. USENET postings, both UUCP hosts and hosts that do DNS will be able to
  515. get mail to you more efficiently and reliably.
  516.  
  517.   There are two types of DNS host records that are relevant here.  If
  518. you have opted to contract with a company for a direct connection to
  519. the Internet, then you are probably going to want to register an
  520. address record advertising what your address will be on the Internet.
  521. Hosts which understand DNS can then use that record to connect
  522. directly to your machine and deliver mail to it.
  523.  
  524.   If, on the other hand, you are going to be getting your mail via
  525. UUCP from some other site, then the host record you will be
  526. registering is a Mail eXchange (MX) record.  This record announces to
  527. the world that mail destined to your host can be directed instead to
  528. another host that IS directly on the Internet.  That host is your "MX
  529. forwarder," and it must be one of your feed sites that knows how to
  530. deliver mail to you.  In fact, you can have multiple MX records if you
  531. have multiple feeds on the Internet and want it to be possible for
  532. mail to be routed through all of them (for increased reliability), if
  533. they are willing.  Note that if you use a commercial service provider
  534. for your mail feed, it will probably also be your MX forwarder.
  535.  
  536.   Even if none of your feeds are on the Internet, you may be able to
  537. get an MX record, by finding an Internet site that is willing to
  538. receive your mail and put it on its way through the correct UUCP
  539. route.  There are currently at least a couple of sites willing to
  540. perform this service for no charge, in order to encourage the
  541. increased use of DNS records.  You can therefore probably locate an MX
  542. forwarder by posting to news.admin and asking if anyone is willing to
  543. forward for you.
  544.  
  545.   The procedure for registering a DNS record is quite simple and
  546. usually takes a month or less (at the time of this writing, the
  547. Network Information Center is in a transition period so you'll need to
  548. have patience).  Note that many commercial network providers, such as
  549. UUNET, will take care of this for you.
  550.  
  551.   Whether you decide to register an address record or an MX record,
  552. you need to decide what your DNS host name is going to be.  Since the
  553. DNS is arranged in a hierarchy, you need to decide what hierarchy your
  554. name will appear in.  For example, you might choose to be in the ".us"
  555. domain if you are in the United States and want to be in the United
  556. States geographical hierarchy.  Alternatively, you might choose ".edu"
  557. for a University, ".org" for a non-profit organization, ".com" for a
  558. commercial company, etc.  For more information about the various
  559. hierarchies and about choosing a host name, see the "How to Get
  560. Information about Networks" posting already referenced.
  561.  
  562.   If you are not in the US, you're theoretically supposed to have no
  563. choice about the top-level domain -- it should always be the
  564. two-letter ISO code for your country (".fr", ".de", etc.).  However,
  565. depending on how and how well you are connected to the network, you
  566. might be able to get away with being in one of the older domains
  567. mentioned above (".edu", ".org", etc.).  If you want to find out how
  568. to get a host name in a particular European domain, you can probably
  569. start by sending mail to hostmaster@mcsun.eu.net and asking for more
  570. information.
  571.  
  572.   Once you have determined your host name, you need to determine one
  573. or more hosts (preferably two or three, so that even if one is having
  574. trouble, the others will fill in for it) that will act as your "name
  575. servers," advertising your host name to anyone who asks for it.  Note
  576. that many hierarchies have their own name servers, which means that
  577. when you go through the process of figuring out which domain your host
  578. name will be in, you may find some name servers available to you
  579. already.  Furthermore, if you opt to go with a commercial service
  580. provider as described above, your service provider will probably be
  581. willing to act as a name server.  Different domain-administration
  582. organizations may require fewer or more name servers (e.g. the NIC
  583. (mentioned below) requires at least two).
  584.  
  585.   Once you've got your host name picked out, you need to submit an
  586. application to the authorities for the domain you've chosen.  Many of
  587. the domains, for example, are managed by the DDN Network Information
  588. Center -- to submit an application to one of those domains, you would
  589. get the file DOMAIN-TEMPLATE.TXT via anonymous ftp from nic.ddn.mil,
  590. fill it out, and mail it to hostmaster@nic.ddn.mil.  You will probably
  591. determine the correct method for applying for a host name in your
  592. domain during the course of investigating which domain to put your
  593. host name in.
  594.  
  595.   If you submit an application and don't get any acknowlegement or
  596. response in a couple of weeks, it's a good idea to send another note
  597. to the same address as you sent your original application to, asking
  598. if it was received.
  599.  
  600.   Even if you aren't going to be connecting directly to Internet at
  601. the start, if your site is using any TCP/IP-based equipment, you
  602. should request a block of IP addresses, to save future transition
  603. headaches.  Request one Class C address per subnet, or a Class B if
  604. your site has more than a few hundred systems.  If you don't
  605. understand any of this and don't intend on getting on the Internet,
  606. don't worry about it.  If/when you do decide to get onto the Internet,
  607. your service provider should be prepared to help you understand what
  608. needs to be done.
  609.  
  610.   Once your application has been approved and your name entered into
  611. your name servers' databases, update the mail software on your system
  612. and on your MX forwarder's system to recognize and use the new domain.
  613.  
  614.   [A final note: Much of the information in this section about the DNS
  615. system is sketchy.  It is intentionally so, since all of this
  616. information is available from a number of different sources, and they
  617. cover it much better than I can here.  If you are interested in
  618. finding out more about how the DNS works, you are strongly urged yet
  619. again to read the "How to Get Information About Networks" posting and
  620. to follow up on the sources of documentation that it references.]
  621.  
  622.       *************************
  623.  
  624.   In addition to the resources already mentioned, there are several
  625. books which discuss USENET and/or UUCP maintenance.  They include
  626. (these entries are culled from the "YABL" posting, by Mitch Wright
  627. <mitch@cirrus.com>, in comp.unix.questions):
  628.  
  629. TITLE: Managing UUCP and USENET
  630. AUTHOR: O'Reilly, Tim
  631. AUTHOR: Todino, Grace
  632. SUBJECT: Introduction
  633. PUBLISHER: O'Reilly & Associates, Inc.
  634. DATE: 1990
  635. PAGES: 289
  636. ISBN: 0-937175-48-X
  637. APPROX_COST: 24.95
  638. KEYWORDS: Nutshell Handbook
  639. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  640. SUPPLIERS
  641. E-mail: ... uunet!ora!nuts
  642. Phone#: 1-800-338-NUTS
  643.  
  644. TITLE: Unix Communications
  645. AUTHOR: Anderson, Bart
  646. AUTHOR: Costales, Barry
  647. AUTHOR: Henderson, Harry
  648. SUBJECT: Communication Reference
  649. PUBLISHER: The Waite Group
  650. DATE: 1991
  651. PAGES: 736
  652. ISBN: 0-672-22773-8
  653. APPROX_COST: 29.95
  654. KEYWORDS: UUCP, USENET
  655. COMMENTS
  656. Covers everything the end user needs to know about email, USENET 
  657. and UUCP.
  658.  
  659. TITLE: Using UUCP and USENET
  660. AUTHOR: Todino, Grace
  661. AUTHOR: Dougherty, Dale
  662. SUBJECT: Introduction
  663. PUBLISHER: O'Reilly & Associates, Inc.
  664. DATE: 1990
  665. PAGES: 210
  666. ISBN: 0-937175-10-2
  667. APPROX_COST: 21.95
  668. KEYWORDS: Nutshell Handbook
  669. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  670. SUPPLIERS
  671. E-mail: ... uunet!ora!nuts
  672. Phone#: 1-800-338-NUTS
  673.  
  674. If you are going to be setting up a UUCP/modem USENET site, you will
  675. probably find these books quite useful, especially if the UUCP
  676. documentation that comes with the OS you're running is sparse.
  677.  
  678.       *************************
  679.  
  680.   Comments about, suggestions about or corrections to this posting are
  681. welcomed.  If you would like to ask me to change this posting in some
  682. way, the method I appreciate most is for you to actually make the
  683. desired modifications to a copy of the posting, and then to send me
  684. the modified posting, or a context diff between my posted version and
  685. your modified version (if you do the latter, make sure to include in
  686. your mail the "Version:" line from my posted version).  Submitting
  687. changes in this way makes dealing with them easier for me and helps to
  688. avoid misunderstandings about what you are suggesting.
  689.  
  690.   Rich Braun <richb@kronos.com> provided most of the information above
  691. about registering DNS records, and provided other useful comments and
  692. suggestions.  joe@jshark.rn.com provided some very useful rewriting as
  693. well as some different perspectives that helped to make the article
  694. more general, as well as providing some specific information about
  695. working in Europe, as well as providing other useful comments.
  696.  
  697.   The following people provided useful comments and suggestions about
  698. this article:
  699.  
  700.   Vikas Aggarwal <vikas@jvnc.net>
  701.   Anton J. Aylward <uunorth@uunorth.UUCP>
  702.   Bruno Blissenbach <bubli@purodha.GUN.de>
  703.   Oliver Boehmer <oli@odbffm.in.sub.org>
  704.   Andy Brager <andyb@wndrsvr.UUCP>
  705.   Michael Bryan <michael@resonex.com>
  706.   Alan Cox <iiitac@pyr.swan.ac.uk>
  707.   John Curran <jcurran@nic.near.net>
  708.   Chris Davies <chris@visionware.co.uk>
  709.   Christopher Davis <ckd@eff.org>
  710.   Paul Eggert <eggert@twinsun.com>
  711.   Nathan F. Estey <nestey@copper.Denver.Colorado.EDU>
  712.   Stuart Freedman <stuart@orac.HQ.Ileaf.COM>
  713.   Margaret D. Gibbs <gibbsm@ll.mit.edu>
  714.   Dan Horner <liaison@uunet.uu.net>
  715.   Brad Isley <bgi@stiatl.salestech.com>
  716.   J. Lee Japp <jaapjl@madams.larc.nasa.gov>
  717.   Ray.Lampman@Heurikon.Com
  718.   Norman Lin <norlin@uokmax.ecn.uoknor.edu>
  719.   jmalcom@sura.net
  720.   Mark E. Mallett <mem@mv.MV.COM>
  721.   Owen Scott Medd <osm@msen.com>
  722.   Bertrand Meyer <bertrand@eiffel.com>
  723.   Pushpendra Mohta <pushp@cerf.net>
  724.   Mark Moraes <moraes@cs.toronto.edu>
  725.   Don Nichols <nichols@nvl.army.mil>
  726.   Andrew Partan <asp@uunet.uu.net>
  727.   Brad Passwaters <bjp@sura.net>
  728.   Michel Pollet <michel@trantor.UUCP>
  729.   Bob Rieger <bobr@netcom.com>
  730.   Rich Salz <rsalz@bbn.com>
  731.   Martin Lee Schoffstall <schoff@psi.com>
  732.   Russell Schulz <russell@alpha3.ersys.edmonton.ab.ca>
  733.   Doug Sewell <doug@ysu.edu>
  734.   Barry Shein <bzs@world.std.com>
  735.   Vince Skahan <vince@atc.boeing.com>
  736.   Shih-ping Spencer Sun <spencer@phoenix.Princeton.edu>
  737.   Jerry Sweet <jns@fernwood.mpk.ca.us>
  738.   David W. Tamkin <dattier@gagme.chi.il.us>
  739.   Christophe Wolfhugel <Christophe.Wolfhugel@grasp1.univ-lyon1.fr>
  740.   Steve Yelvington <steve@thelake.mn.org>
  741.  
  742. -- 
  743. Jonathan Kamens                                         jik@MIT.Edu
  744. Aktis, Inc.                                 Moderator, news.answers
  745.  
  746.