home *** CD-ROM | disk | FTP | other *** search
/ Nebula 1994 June / NEBULA_SE.ISO / Documents / FAQ / Mail-faq / setup / unix < prev    next >
Encoding:
Internet Message Format  |  1993-08-24  |  69.1 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!spool.mu.edu!torn!nott!cunews!revcan!ecicrl!clewis
  2. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  3. Newsgroups: news.admin.misc,comp.mail.misc,news.answers,comp.answers
  4. Subject: UNIX Email Software Survey FAQ
  5. Summary: How to set up Email on UNIX systems.
  6. Keywords: mail software survey UNIX FAQ
  7. Message-ID: <mailfaq_746166100@ecicrl>
  8. Date: 24 Aug 93 04:22:17 GMT
  9. Expires: 21 Sep 93 04:21:40 GMT
  10. Reply-To: mailfaq@ferret.ocunix.on.ca (Mail FAQ commentary reception)
  11. Followup-To: news.admin.misc
  12. Organization: Elegant Communications Inc., Ottawa, Canada
  13. Lines: 1500
  14. Approved: news-answers-request@mit.edu
  15. Supersedes: <mailfaq_744956554@ecicrl>
  16. Xref: senator-bedfellow.mit.edu news.admin.misc:4344 comp.mail.misc:13926 news.answers:11727 comp.answers:1716
  17.  
  18. Archive-name: mail/setup/unix
  19. Last-modified: Tue Jul 20 19:46:54 EDT 1993
  20.  
  21.         UNIX EMail Software - a Survey
  22.                Chris Lewis
  23.         clewis@ferret.ocunix.on.ca
  24.         [and a host of others - thanks]
  25.  
  26. Changes are marked with a preceding "|".  You can skip to them
  27. by typing g^| in (most) newsreaders.
  28.  
  29. Changes this issue: 
  30.     sendmail 6.x is now 8.x
  31.  
  32. Note: this FAQ has been formatted as a digest.  Many newsreaders
  33. can skip to each of the major subsections by pressing ^G.
  34.  
  35. Please direct comments or questions to mailfaq@ferret.ocunix.on.ca -
  36. note Reply-to: line - automatic if you reply to this article.
  37.  
  38. --------
  39. Subject: Introduction
  40.  
  41. Configuring electronic mail systems can be quite a complicated
  42. subject.  Often far more complicated than, say, setting up
  43. a USENET news feed.  This is because, unlike news, email is
  44. expected to traverse multiple types of networks using their own
  45. protocol, whereas, USENET news tends to be a single protocol
  46. supported by hook or by crook on different networks.
  47.  
  48. This document is intended for system administrators who need to
  49. know how to set up their UNIX systems for email communication with
  50. the outside world.  It is intended for the email-naive SA
  51. who gets more than a little confused by the acronyms, RFC's and
  52. plethora of software.
  53.  
  54. This is intended to be a general survey of the software available,
  55. so I won't spend too much time on some of the details.  Most of
  56. the available software comes with documentation that can
  57. explain things much better than I can.
  58.  
  59. Additional detail can be obtained from several sources, such as:
  60.  
  61.     Quarterman, John S.: "The Matrix -- Computer Networks
  62.     and Conferencing Systems Worldwide", Digital Press 1990,
  63.     (Order No.  EY-C176E-DP), ISBN 1-55558-033-5.
  64.  
  65.     Adams, Rick and Frey, Donnalyn: !%@:: A Directory of Mail
  66.     Addressing and Networks, 2nd Ed., O'Reilly & Associates 1990,
  67.     ISBN 0-937175-15-3.
  68.  
  69.     Kehoe, Brendan P.: Zen and the Art of the Internet: A
  70.     Beginner's Guide, Second Edition, Prentice Hall 1992,
  71.     ISBN 0-13-010778-6.  Edition 1 is available via FTP on
  72.     cs.widener.edu in the tar file zen-1.0.tar.Z. [I think]
  73.  
  74.     Krol, Ed: The Whole Internet: User's Guide & Catalog.
  75.     First edition, O'Reilly & Associates Sept. 1992.
  76.     ISBN: 1-56592-025-2.  Very good introduction to
  77.     the Internet, history, facilities, uses, services,
  78.     etc.  I learned a lot.
  79.     
  80.     Albitz, Paul & Liu, Cricket: DNS and BIND, First edition,
  81.     O'Reilly & Associates, October 1992.  ISBN: 0-56592-010-4.
  82.     Describes in great detail everything from what a domain
  83.     is, to how to install and configure BIND.  A *MUST* for
  84.     people setting up large networks, or connecting
  85.     machines to the Internet.  It has become mandatory reading
  86.     for network administrators in a large corporation for
  87.     good reason.
  88.  
  89. Further, this is primarily oriented towards UNIX email systems.
  90. This is unfortunate, because it would be nice to have a general
  91. document covering email in all of its forms.  However, each
  92. operating system tends to have radically different email mechanisms,
  93. so it would be difficult to do justice to any other environment.
  94. It seems more useful to cover one environment well here, and have
  95. companion documents for other environments.  Speaking of which,
  96. why hasn't anybody else stepped in to do FAQs on other environments?
  97. Like DOS, Mac etc.
  98.  
  99. And finally, this document is not intended to be pedantically
  100. correct.  Knowledgeable readers will know that I'm glossing
  101. over a lot of detail, and absolute precision has been balanced
  102. against readability and effectiveness in helping people get
  103. going.
  104.  
  105. --------
  106. Subject: Layout
  107.  
  108. This FAQ is laid out in the following sections:
  109.  
  110.     + An overview of how mail systems go together.
  111.  
  112.     + A glossary of the important terms to know.
  113.  
  114.     + A list of general do's and don'ts of mail systems.
  115.  
  116.     + Configuration Issues
  117.  
  118.     + Several suggested mail configurations. 
  119.  
  120.     + General overviews of specific software.
  121.  
  122. --------
  123. Subject: Electronic mail - A General Overview of Structure
  124.  
  125. Electronic mail generally consists of three basic pieces:
  126.  
  127.     1) The link level transport - which could be
  128.        UUCP, TCP/IP, or a host of others.  We'll call
  129.        this the "transport medium" (TM)
  130.  
  131.     2) the "Mail Transport Agent" (MTA) which is responsible for
  132.        transporting mail from source to destination, possibly
  133.        transforming protocols, addresses, and routing the mail.
  134.  
  135.        The MTA often has several components:
  136.         - Routing mechanisms
  137.         - Local delivery agent (LDA)
  138.         - Remote delivery agent
  139.        Many MTA's have all of these components, but some
  140.        do not.  In other cases, it is possible to replace
  141.        certain components for increased functionality.
  142.  
  143.     3) The "User Agent" (UA) is the user interface -
  144.        the software that the user uses to read his mail,
  145.        sort things around in folders, and send mail.
  146.        Sometimes called "Mail User Agent" (MUA).
  147.  
  148. --------
  149. Subject: Glossary
  150.  
  151. Rather than alphabetic, this glossary tends to group terms
  152. referring to similar functionality together.
  153.  
  154. Transport Medium:
  155.  
  156.     UUCP (Unix to Unix Copy Program):
  157.     Back in the mists of time, UNIX systems communicated only
  158.     over RS232 serial lines, usually over modems.  UUCP is a
  159.     suite of programs developed back in the early 70's to
  160.     provide this communications link.  All that UUCP does is
  161.     transfer files from one system to another.  There is an
  162.     additional mechanism where one system can direct the
  163.     destination system to run a file through a specific program.
  164.     Electronic mail in UUCP is simply requesting the destination
  165.     machine to run "mail" on a data file.
  166.  
  167.     UUCP communicates by means of "protocols", the most common
  168.     being "g", a method for transmission of data over telephone
  169.     lines and ensuring that the data is not corrupted.  There
  170.     are several other protocols, none universally available,
  171.     and most oriented towards communication media other than
  172.     telephone voice lines (such as dialup X.25, PAD X.25, or
  173.     LAN connects).
  174.  
  175.     UUCP operates over fixed system-to-system links, so sending
  176.     mail from one system to another often has to traverse
  177.     other intermediate systems.
  178.  
  179.     TCP/IP (Transmission Control Protocol/Internet Protocol):
  180.     TCP/IP is a protocol that allows any system on a network to
  181.     talk "directly" to any other, by passing packets of
  182.     information back and forth.  TCP/IP (and its later relative
  183.     OSI) is usually used over networks built on top of Ethernet,
  184.     Token-Ring, Starlan and other LANS.
  185.  
  186.     SMTP:
  187.     Or, "Simple Mail Transfer Protocol", is the communications
  188.     protocol used most commonly over TCP/IP links in UNIX
  189.     environments for mail.  SMTP usually operates directly between
  190.     the source and destination machines, so intermediate machines
  191.     don't get involved (except for gateways, see below).  SMTP
  192.     is usually part of the MTA.
  193.  
  194.     SLIP (Serial Line Internet Protocol):
  195.     SLIP is an implementation of TCP/IP designed for use over
  196.     RS232 serial lines (ie: modems).  The other difference is
  197.     that some SLIP implementations have the ability to "dial the
  198.     phone" to make a connection for a specific transfer, whereas
  199.     LAN TCP/IP is physically continuously connected.  You'd also
  200.     need TCP/IP to run a SMTP mail connection.
  201.  
  202.     PPP (Point-to-Point Protocol):
  203.     A successor to SLIP.
  204.  
  205.     X.25/X.29:
  206.     X.25 is a packet switched data network which is usually
  207.     half-duplex.  In this context, it's really an alternative
  208.     to dialup over voice telephone lines with modems.  X.25
  209.     is available in several "flavours", either direct X.25
  210.     trunk connects over leased lines, through "PAD" interfaces,
  211.     or by ordinary dialup modem access to X.25 "ports".
  212.  
  213.     To be useable in the context of mail transfers, you also
  214.     have to use a file transfer protocol/mechanism of some
  215.     sort on top of X.25.  The most common being UUCP "f" protocol
  216.     (through PADS or dialup), or "x" with direct X.25 connects.
  217.  
  218.     Whether you use X.25 or phones plus modems depends on a number
  219.     of factors - usually the determining factor is cost.  In North
  220.     America, high speed modems (eg: 9600 baud and above) over telephone
  221.     lines tends to be less expensive.  However, Europe's really
  222.     wierd phone system structure usually makes X.25 more cost-effective,
  223.     and therefore, X.25 use in UNIX mail systems is much more common
  224.     in Europe than North America.
  225.  
  226.     X.29 is the command set used to configure and establish
  227.     X.25 connections when you're using asynchronous connections
  228.     to a PAD.
  229.  
  230. Networks:
  231.  
  232.     Internet:
  233.     An "internet" is a network comprised of computers that talk
  234.     to each other using TCP/IP, and usually SMTP for mail.
  235.  
  236.     The "Internet" is a vast network of hundreds of thousands of
  237.     machines using SMTP protocol mail, communicating with
  238.     each other over relatively high speed lines.  But not all
  239.     "internets" are connected to *the* Internet.
  240.     
  241.     The Internet grew out of a US government funded project in
  242.     inter-computer communications that grew into an enormous network
  243.     of systems.
  244.  
  245.     One of the principle characteristics of this network is that
  246.     machines are addressed by domain names which identify the
  247.     destination, rather than addresses that are constructed out
  248.     of the route from machine-to-machine-to-machine.
  249.  
  250.     UUCP Network:
  251.     The UUCP network is that set of machines that talk to each other
  252.     via UUCP.  Sending mail through this network requires that the sender
  253.     know the network topology of UUCP links, and specify a path from one
  254.     machine to the next.  (There are, of course, ways around this.
  255.     See the section on "do's and don'ts".)
  256.  
  257. Mail addresses:
  258.  
  259.     Addresses:
  260.     An email address is a method of specifying a given person on
  261.     a specific machine.  There are scads of conventions, usually
  262.     determined by the presence of "@"'s, "!"'s and other special
  263.     characters in the name.  An address usually consists of
  264.     two parts: a userid/name and a machine specification.
  265.  
  266.     A Domain address usually looks like:
  267.         userid@domain-address
  268.     Whereas a UUCP address usually looks like:
  269.         siteA!siteB!siteC!userid
  270.  
  271.     Domain Addresses:
  272.     Domains are a way of uniquely specifying a destination.
  273.     Much like a postal address, a domain specifies a set of
  274.     progressively more restrictive "domains" of the potential
  275.     address space.  It would perhaps be illustrative to give an
  276.     example:
  277.  
  278.         clewis@ferret.marketing.fooinc.com
  279.  
  280.     You read these things right to left: "com" means the
  281.     commercial domain.  "fooinc" is the name of an organization
  282.     within the commercial domain.  "Marketing" is the name of a
  283.     suborganization within fooinc, and ferret gives the name of
  284.     a machine (usually).  Domains can have any number of levels.
  285.  
  286.     The top level domain (com in the above example) has many
  287.     possible values.  In the United States, "com", "mil", "edu",
  288.     and "gov" are fairly standard.  Elsewhere, the top level
  289.     domain tends to be a country code, the second level tends to
  290.     be a province or state, OR a classification like "edu" or "ac"
  291.     for academic (such as ac.jp, go.jp, ac.uk, edu.au, etc)
  292.     and the third an organization.  But, for example, there are
  293.     many .com and .edu sites in Canada and other countries.
  294.  
  295.     FQDN
  296.     A fully-qualified-domain-name (FQDN) has a entry for each
  297.     level of the domain, from individual machine to top-level
  298.     domain.  In many cases, an organization has implemented an
  299.     organizational "gateway" at a higher level of domain, so
  300.     that people from outside don't have to specify FQDN's to get
  301.     to a specific person.  In the above example, for instance,
  302.     "fooinc.com" may be sufficient to get to anyone inside
  303.     fooinc, and "ferret.marketing" may not be necessary.
  304.  
  305.     On the other hand, people sometimes leave out the higher
  306.     levels of the address, as in "ferret.marketing".
  307.     This is a bad idea - because if the mail is cc'd out of the
  308.     organization, chances are the external recipient cannot reply,
  309.     because "ferret.marketing" is incomplete.  So use addresses
  310.     that are specified sufficiently for external users to use.
  311.     (fooinc.com if a organizational gateway is used, the whole
  312.     ferret.marketing.fooinc.com if not)
  313.  
  314.     NIC
  315.     Internet TOP-LEVEL domains (edu, com, gov, mil) are controlled
  316.     by a single organization, the NIC (nic.ddn.mil).  An organization
  317.     "gets a piece" of the namespace by registering with the NIC, and
  318.     then they are free to administer their own namespace (everything
  319.     under fooinc.com) as they choose.  The same is true for foreign
  320.     countries; Once they have their top-level domain (usually the
  321.     two-letter ISO country code) registered with the NIC, they do
  322.     the rest, and divide it as they see fit.
  323.  
  324.     In contrast, on UUCPnet, all machine names everywhere share a
  325.     single flat namespace.  So it is important to choose a name
  326.     that has not been used before. (See do's and don'ts).  This is
  327.     why FQDN's help.  We can tell the difference between
  328.     ferret.fooinc.com and ferret.blah.edu by their full names.
  329.     (Instead of UUCP paths which may turn out to be wrong, and
  330.     autorouting will probably send the mail to the wrong machine)
  331.  
  332.     MX record:
  333.     A non-SMTP/Internet site that wishes to register on the Internet
  334.     will need to get a "nearby" Internet site to set up a MX
  335.     record for them.  An MX record is essentially a domain-server
  336.     database record that (effectively) registers your domain name
  337.     on the Internet, and indicates that the Internet site knows
  338.     how to forward mail to you.  Usually via some non-SMTP/Internet
  339.     route, such as UUCP.  You can get an MX record for one site, or
  340.     a "wildcard" MX record so that you can have your own subdomains.
  341.  
  342.     Bang-Paths:
  343.     With UUCP mail, the MTA has to specify a route to get from one
  344.     machine to another.  "A!B!C!userid" means go to machine A,
  345.     then B, then C, then user "userid" on C.  You should strive,
  346.     however, for a MUA that allows you to use domain addressing,
  347.     and let the MTA figure out the bang routing as appropriate.
  348.  
  349. Miscellaneous:
  350.  
  351.     Gateways:
  352.     There are several meanings of this term, only three are relevant
  353.     here.
  354.  
  355.     The first is a mechanism for getting from one network to another
  356.     network that uses different protocols.
  357.  
  358.     The second is a mechanism for getting from one logical (often
  359.     organizational) network to another using the same protocol.
  360.     Often for example, there will be a LAN in one department of
  361.     an organization, and one machine in the LAN has the connection
  362.     to another LAN in another department.  This means that mail from
  363.     one LAN to the other has to pass thru the gateway machine.
  364.  
  365.     Another form, which we'll mention later is that of mail to
  366.     news gatewaying.
  367.  
  368.     Routers:
  369.     There are several definitions, but the most important is that
  370.     part of the TA that figures out how to send a message to
  371.     a given machine.  This often uses a database that provides
  372.     routes from one machine to the other machines on the network.
  373.  
  374.     Smarthost:
  375.     In many cases, your machine won't know how to get to a specific
  376.     destination.  You can usually set up your mail system to send mail,
  377.     that it doesn't know how to deliver, to a machine that is more
  378.     likely to.
  379.  
  380.     RFC's:
  381.     A set of documents that include formal descriptions of mail
  382.     formats used on the Internet, and are adhered to by many
  383.     non-Internet systems.  More specifically, in the "worldnet"
  384.     of USENET, Internet and UUCP, the RFC's set the standards
  385.     for mail exchange.  RFC822, 1123 and 976 are the most important
  386.     for Internet/UUCP mail.
  387.  
  388.     It should be pointed out, however, that there are some
  389.     regions where the RFC's are not entirely respected.  For example,
  390.     the British academic email networks (JANET) uses domains, but
  391.     they're specified backwards (they drive on the wrong side of
  392.     the road too ;-).
  393.  
  394.     MIME:
  395.     Mime is the official proposed standard format for multimedia Internet
  396.     mail encapsulated inside standard Internet RFC 822 messages.  Facilities
  397.     include sending multiple objects in a single message, character sets
  398.     other than US-Ascii, multi-font text messages, non-textual material
  399.     such as images and audio fragments, and other extensions.  For an
  400.     overview of Mime, see ftp.uu.net:mail/metamail/MIME-overview.txt.Z.
  401.     The defining document is Internet RFC 1341: N Borenstein & N Freed,
  402.     ``Mime (Multipurpose Internet Mail Extensions) mechanisms for specifying
  403.     and describing the format of Internet message bodies'' (June 1992).
  404.     Also see RFC 1344: N Borenstein, ``Implications of Mime for Internet
  405.     mail gateways'' (June 1992).
  406.  
  407.     Mime covers only message bodies, not message headers; to see how to
  408.     represent non-Ascii characters in message headers, see Internet
  409.     RFC 1342: K Moore, ``Representation of non-Ascii text in Internet
  410.     message headers'' (June 1992).
  411.     
  412.     X.400:
  413.     A CCITT standard for email formats, more or less an alternative
  414.     to RFC 822/976/1123.  This format will probably start taking over
  415.     from RFC 822/976/1123 mail.  It is likely to (already has?) become an
  416.     ISO/IEEE standard along with OSI etc.
  417.  
  418.     "The Maps":
  419.     A set of files describing machine-to-machine links distributed
  420.     over USENET in the group comp.mail.maps.  These are usually posted
  421.     on a monthly schedule, and can be automatically received and
  422.     transformed into a routing database that describes the "optimal"
  423.     route to each machine.  These are operated by the "UUCP Mapping
  424.     Project".  See the README posted along with the maps for
  425.     more details.
  426.  
  427.     Aliases:
  428.     Aliases are a mechanism by which you can specify the destination
  429.     for mail on your machine.  Through the use of aliases you can
  430.     redirect mail to "virtual userids".  For example, you should
  431.     have a mail destination on your machine called "postmaster", which
  432.     is aliased to send the mail to the System Administrator (ie: you
  433.     probably).  Aliasing often also permits you to send mail to groups
  434.     of users (not necessarily on the same machine as you) pipelines of
  435.     commands or to specific files.
  436.  
  437.     Mailing lists:
  438.     Are similar to USENET newsgroups.  They are usually aliases
  439.     pointing to groups of users, and allow mail to be sent to the
  440.     whole group at once.  Mailing lists are set up to carry certain
  441.     subjects.  The difference between a mailing list and a USENET
  442.     newsgroup is that the messages are sent by mail, probably as
  443.     a copy to each recipient, rather than broadcast.
  444.  
  445. --------
  446. Subject: Do's and Don'ts:
  447.  
  448. 1) Register a domain name.  Even on UUCP, where <machine>.UUCP is often
  449.    used as a kludge, it is MUCH preferred that you obtain a real
  450.    domain address.  If you are directly connecting to the Internet,
  451.    you will get one as part of your registration with the NIC.
  452.  
  453.    If you aren't connecting directly to the Internet, obtaining a
  454.    registration will usually require you finding a nearby friendly
  455.    Internet site willing to act as a mail forwarder to you from
  456.    the Internet - the site that will set up a "MX record" for you.
  457.    Many sites will do this for you for free, and several of the
  458.    commercial email services (eg: uunet) will do it for you for a
  459.    nominal charge (without requiring you buy the rest of their
  460.    services).
  461.  
  462.    There are occasions where you can join what is called a "domain
  463.    park".  These are most often small regional groups of systems that
  464.    have gotten one of their number properly registered as a domain,
  465.    and provides forwarding services out to other systems.  For
  466.    example, in my address "ferret.ocunix.on.ca", "ocunix.on.ca"
  467.    is a domain park made up of the Ottawa-Carleton UNIX User's Group,
  468.    one of the other machines in the group provides a gateway between
  469.    our systems and the Internet.
  470.  
  471. 2) If your machine is going to "speak" UUCP to the outside world,
  472.    choose a unique UUCP name.  You can find out whether a name you
  473.    want is taken by consulting the UUCP maps.  Or by asking someone
  474.    else who's using them.
  475.  
  476. 3) Register your machine with the UUCP Mapping Project.  Information
  477.    on how to do this is included in the monthly maps postings in the
  478.    file "README".  This is usually only required when your machine
  479.    talks UUCP to the outside world, or when other machines have
  480.    to address you by your UUCP name.  If you don't do this, somone
  481.    else may choose the same name, and gross confusion will arise
  482.    when smart routers won't be able to tell whether to send a piece
  483.    of mail to you, or your doppelganger[s].  If you register with the
  484.    UUCP Mapping Project, you have prior use, and people who choose
  485.    the same name afterwards will be told to get a new one.
  486.    
  487.    If you're "behind" an organizational gateway, don't do this.
  488.    (Your organizational gateway is the thing that needs to be
  489.    registered)
  490.  
  491.    If you do fill in a map, please take the time to fill it in
  492.    carefully, giving contact people and phone numbers.  Just in
  493.    case your machine goes crazy and starts doing something nasty.
  494.    Note expecially the latitude and longitude.  Get it right,
  495.    or omit it.  Brian Reid gets really annoyed with sites that
  496.    are half a world away from where they really are.
  497.  
  498. 3) If you're going to be setting up multiple machines, have only
  499.    one or two connections to the outside world.
  500.  
  501. 4) Install a mail system that understands domain addressing, even
  502.    if you aren't registered.  (In fact, all of the suggested
  503.    configurations in this FAQ do)
  504.  
  505. 5) *Never* use UUCP bang-routing with the MUA if you can possibly
  506.    avoid it - each of the suggested mail configurations provide
  507.    mechanisms where you, the user, do not have to specify routes 
  508.    to the MUA - you can specify domains, and the TA will do the
  509.    routing (possibly bang-routing) for you.
  510.  
  511. 6) Find a friendly neighboring SA to help.  A SA who has already
  512.    operating mail in your area will help smooth over the regional
  513.    "gotchas" that are bound to crop-up.  And advise you on the
  514.    right software to use, where to obtain it, and how to install it.
  515.  
  516. 7) Do NOT use "any old" Map unpacking program.  Most available
  517.    map unpacking programs automatically run the shell (or shar)
  518.    to unpack map articles.  Since it is trivially easy to forge
  519.    map articles, using this type of unpacking program can
  520.    easily let very destructive trojan horse or virus programs
  521.    into your machine.
  522.  
  523.    The two specific map unpackers described in this FAQ are known
  524.    to be secure from such attacks.  Do not run any other unpacker
  525.    unless you are aware of the issues and can inspect the code for
  526.    such vulnerabilities.  [If you know of other "secure" map
  527.    unpackers that are generally available, please let me know]
  528.  
  529. 8) If the people on your site, or small network, receive mailing
  530.    lists, it's often a good idea to gateway them to news:
  531.  
  532.    Netnews often performs many of the same services as email.
  533.    The primary difference is that messages are centrally stored,
  534.    rather than delivered to individual's mailboxes, and that
  535.    distribution looks more like a broadcast then a set of point-to-point
  536.    communications.  This means usually means that news can handle more
  537.    volume, more efficiently, then email can.
  538.  
  539.    Because of the differences (and also the similarities) people often
  540.    want to tie news and mail together.  This is known as "gatewaying."
  541.    For example, a small software development site might subscribe to the
  542.    X Windows mailing list.  Rather than have (say) eight copies of each
  543.    mail message sent to their host, they would rather have it stored as a
  544.    local newsgroup that everyone in the company can read, and which can
  545.    be centrally archived.  This is a typical use of a "mail to news"
  546.    gateway.  When a user makes a posting to this local group the article
  547.    should be sent back out to the mailing list; this is a typical use of
  548.    a "news to mail" gateway.
  549.  
  550.    On a larger scale, the "inet" groups are bi-directional gateways of
  551.    Internet mailing lists.  Within mainstream Usenet, many popular
  552.    groups such as comp.windows.x, comp.protocols.tcp-ip, comp.unix.wizards,
  553.    and so on, are gatewayed to mailing lists and back.
  554.  
  555.    Many subtle issues often come up when gatewaying mail and news, so
  556.    unless you are experienced you should use one of the already-available
  557.    packages for your local organization.  For example, you probably do not
  558.    want to write a brand-new Perl script and create a new "inet" newsgroup.
  559.    The C News distribution includes some basic gateway tools in the
  560.    contrib/nntpmail directory.  Many people use Rich $alz's "newsgate"
  561.    package that appeared in comp.sources.unix Volume 24; it includes
  562.    discussion of some of the more subtle issues that come up.
  563.  
  564.    Before starting a mailing list gateway, apart from the technical aspect
  565.    of the job you should also be aware of one important point: mailing-lists
  566.    are considered private, whereas newsgroups are public.
  567.     
  568.    One can know who gets a list, but not who reads the group. It is always
  569.    wise to get the authorization of the mailing-list manager and of the readers
  570.    before creating a mail/news gateway.
  571.  
  572. 9) If you're connecting to the Internet, or are setting up a large local
  573.    internet, you really should get a copy of the DNS and BIND book mentioned
  574.    in the bibliography.
  575. --------
  576. Subject: Configuration Issues:
  577.  
  578. What you need for email connectivity is determined by:
  579.  
  580.     1 What networks you intend to connect to.
  581.       The Internet (hence SMTP)?  UUCP sites?  X.400?
  582.       Bitnet?  Others?  Combinations?
  583.     2 What links you have or are willing to install
  584.       Internet T1?  T2?  UUCP?  Other?  [Details on how to
  585.       make your connections is beyond the scope of this FAQ,
  586.       but can usually be found out from the provider (other end)
  587.       of the link]
  588.     3 what user interface you want to use.  This is largely
  589.       an independent issue, so consult the Specific Package
  590.       Reviews directly.
  591.  
  592. --------
  593. Subject: Recommended MTA Configurations:
  594.  
  595. These configurations are based upon my own experience, and the
  596. experience of others.  Careful installation of any of these
  597. configurations will result in a solid, reliable mail system
  598. that respects the appropriate "do's and don'ts".  Each configuration
  599. represents a compromise of ease of installation and maintenance
  600. versus sophistication and capabilities.
  601.  
  602. One thing you should consider is what you already have on your
  603. system.  You will invariably have "binmail", and will have a good
  604. chance at already having sendmail.  Some systems come with
  605. smail (if 2.3, junk it)  The configurations shown below are *minimal*
  606. configurations, so you should consider whether you want to use what
  607. you already have or not.
  608.  
  609. Scenario 1:  Only UUCP connections.
  610.  
  611.     Smail 2.5.  If you want to set up a routing database of
  612.     your own, you will also need pathalias, and unpackmaps or
  613.     uuhosts.  Instead, though, you can configure smail 2.5 to
  614.     smart-host most destinations to a nearby friendly site
  615.     who'll do your routing for you without having to run
  616.     the routing software.  Note further, that you can run
  617.     pathalias on just a subset of the full set of maps.
  618.     [Unpackmaps makes this particularly easy to do]
  619.  
  620.     Smail 2.5, as shipped, does not support mail-to-pipeline
  621.     or mail-to-file aliasing.  If you need these, at a minimum,
  622.     you should obtain lmail.  If you intend more than casual
  623.     use of these features, it is recommended that you obtain
  624.     deliver or procmail instead of lmail.
  625.  
  626.     Even if you have sendmail already, you can integrate smail 2.5
  627.     with it to do your UUCP routing.  (though, some later versions
  628.     of sendmail can do routing themselves)
  629.  
  630. Scenario 2:  SMTP connections (optionally, some UUCP connections too).
  631.  
  632.     Generally speaking, sendmail will do this for you and you have
  633.     a good chance to have it already.  However, for the novice, it
  634.     is recommended that smail 3 be used instead [see review of
  635.     sendmail below].  Smail 3 includes all of the routing software
  636.     and can do mail-to-pipeline and mail-to-file, so none of the auxiliary
  637.     programs mentioned in scenario 1 are necessary.
  638.  
  639.     Most sendmails don't include UUCP routing mechanisms, so you would
  640.     need pathalias and unpackmaps or uuhosts if you wish to set up
  641.     a UUCP routing database.  Further, most sendmails don't know
  642.     how to query a pathalias database directly, so you may have to hack
  643.     your own path lookup program into the sendmail.cf (smail 2.5 can
  644.     be used for this purpose provided that you will have a UUCP link
  645.     to the outside world)
  646.  
  647.     Both MMDF and PP can also be used.
  648.  
  649.     Deliver or procmail are still quite useful in this configuration
  650.     for extended alias facilities.
  651.  
  652. Scenario 3:  Connections to other networks (optionally including
  653.     SMTP or UUCP), or very high loading.
  654.  
  655.     Your best bets are MMDF, PP or zmailer.
  656.     
  657.     You can implement other network interfaces with sendmail, but
  658.     not only will you probably have to roll your own, but sendmail
  659.     can't cope with high loading very well.  Ditto smail 3.
  660.  
  661. There are other configurations.  See the Package Reviews to
  662. determine which packages are appropriate.
  663.  
  664. --------
  665. Subject: Package Reviews
  666.  
  667. Honesty requires me to point out which software packages were
  668. reviewed by their author (including me ;-).  I do so by appending
  669. a "*" to the name of the author.  In some cases, the material
  670. has been cribbed from FAQ's or general information blurbs.
  671.  
  672. It is worth noting, though, that most of these packages are well
  673. known, and have been in operation at many sites for periods of
  674. a year or more.  These packages do their job well, and have been
  675. extensively thrashed out in the best debugging laboratory in the
  676. universe (USENET ;-)
  677.  
  678. A few packages have been mentioned prior to their release.
  679. (unpackmaps 4, the occasional beta version).  It is
  680. recommended that these versions be avoided by novices until they
  681. have had a chance to settle for a little while.  This FAQ will
  682. note when such software seems (according to rumour *I* hear) to be
  683. stable enough for general use.
  684.  
  685. Some of these packages are capable, by various bits of hackery,
  686. of doing a lot more than is claimed for them.  But I refrain
  687. on telling you how to "take the covers off".  Given the
  688. intended audience, that would be tantamount to trying to
  689. teach preschoolers do-it-yourself brain surgery.  Please don't
  690. take this as condescending - I've been working on/in/with email
  691. systems for over 12 years and I *still* won't play with (as
  692. just one example) sendmail.cf's.
  693.  
  694. Therefore, I restrict myself largely to "out-of-the-box" functionality,
  695. "fill-in-the-blank" configurability, and normal documented installation
  696. procedures.  Beyond that, you're on your own.
  697.  
  698. binmail
  699.  
  700.     binmail is usually really called "mail". On System V prior to
  701.     Release 4, it is a really simple UA that does dual duty as the
  702.     TA.  It's pretty awful because it doesn't know how to set up
  703.     headers properly, doesn't even know what a "Subject:" line is,
  704.     and there's no way to do any kind of aliases.
  705.  
  706.     On BSD, binmail invokes sendmail to do the MTA function.  On
  707.     System V prior to Release 4, you really do want to replace binmail's
  708.     MTA functionality with something else.  However, you should not
  709.     replace it in its "mail" (UA) functionality, because many
  710.     system-level administration mechanisms will break.  Any new UA
  711.     should be installed as a different name than "mail".
  712.  
  713.     Beginning with System V Release 4, "binmail"'s transfer agent
  714.     capabilities were considerably enhanced to have similar capabilities
  715.     to Smail 3 and sendmail.  There is usually no need to replace it with
  716.     another mail agent.  (See SVR4 mail discussion below)
  717.  
  718.     Binmail stores mail in "mbox" format.
  719.  
  720. rmail
  721.  
  722.     binmail's TA functionality is implemented by linking mail
  723.     to rmail.  It's rmail that you'd want to replace with smail 2.5
  724.     etc.
  725.  
  726. Mail
  727.  
  728.     The original BSD UA.  It can support local profiles, aliases, folders,
  729.     header previewing, out-going mail recording and all sorts of good stuff.
  730.     An "okay" UA.  Available from BSD "freed-sources" archives.
  731.  
  732.     Mail stores mail in "mbox" format.
  733.  
  734. mailx
  735.  
  736.     AT&T's answer to BSD "Mail", from which it is descended.  Some versions,
  737.     such as the 3b1 one, should be avoided because of a buggy port.  Not
  738.     available in source form (it's proprietary but ubiquitous enough to be
  739.     mentioned here).
  740.  
  741.     Mailx stores mail in "mbox" format.
  742.  
  743. mush: author Dan Heller* <argv@z-code.com>
  744.  
  745.     The "Mail User's Shell" is a "shell" for mail users.  That is, it
  746.     has its own environment where you can configure not only the user
  747.     interface, but the actual internal mechanisms.  Internally, mush
  748.     has a csh-like scripting language, altho it's not as powerful as
  749.     csh.  It has command-line aliases, file completion, if-else state-
  750.     ments, command piping, and so on.  Because you can build your own
  751.     commands, you can virtually build your own library of email features.
  752.  
  753.     Mush has two tty-based interfaces: the standard tty-mode (ala BSD
  754.     Mail or sys-v mailx) and the fullscreen/curses mode (ala vi, emacs
  755.     or even Elm).  You can set up key bindings that execute one or more
  756.     mush commands, personalized commands or even UNIX commands.  You
  757.     can even emulate keyboard input with keyboard macros and mappings.
  758.  
  759.     Mush also has a SunView interface that is more powerful than Sun's
  760.     Mailtool, yet backwards compatible with most versions.  Most sunview
  761.     users (if there are any left these days) prefer MushView over Mailtool.
  762.  
  763.     The current version of Mush is 7.2.3, last posted in comp.sources.misc
  764.     volume 18 (with subsequent patches).  All three interfaces are
  765.     available in one runtime binary.  Except for the MushView interface
  766.     (which is only available on for suns), Mush is portable to everything
  767.     that runs UNIX.  There is also a DOS port available for PCs and can
  768.     run on most 286 machines. An older version of Mush (6.5) can run on
  769.     as little as 640 of RAM.  (Mush-PC is typically used with UUPC.)
  770.  
  771.     The "next generation" of Mush is a commercial product called Z-Mail
  772.     from Z-Code Software (mail argv@z-code.com for details).  All aspects
  773.     of Mush are retained, yet it has grown to be far more powerful.  It
  774.     runs under X windows with either a Motif or Open Look interface
  775.     and also supports multi-media, user "functions" and a suite of new
  776.     features.
  777.  
  778.     Third party documentation is available from O'Reilly in the book
  779.     entitled "The Z-Mail Handbook" (by Hanna Nelson).  This book not only
  780.     covers Z-Mail, but Mush as well.
  781.  
  782.     Mush stores its messages in "mbox" format, or MMDF format if you're
  783.     using MMDF as your MTA.
  784.  
  785.     The newsgroup comp.mail.mush is dedicated to it.
  786.  
  787.     [Note: Z-Mail is not related at all to Zmailer.  Zmailer is a MTA]
  788.  
  789. elm: coordinator Syd Weinstein* <syd@DSI.COM>
  790.  
  791.     (cribbed from comp.mail.elm FAQ)
  792.  
  793.     Elm is designed to run with "sendmail" or "/bin/rmail"
  794.     (according to what's on your system) and is a full
  795.     replacement of programs like "/bin/mail" and "mailx".  The
  796.     system is more than just a single program, however, and
  797.     includes programs like "frm" to list a 'table of contents'
  798.     of your mail, "printmail" to quickly paginate mail files (to
  799.     allow 'clean' printouts), and "autoreply", a systemwide
  800.     daemon that can autoanswer mail for people while they're on
  801.     vacation without having multiple copies spawned on the
  802.     system.
  803.  
  804.     The most significant difference between Elm and most other
  805.     mail systems is that Elm is screen-oriented.  Upon further
  806.     use, however, users will find that Elm is also quite a bit
  807.     easier to use, and quite a bit more "intelligent" about
  808.     sending mail and so on.
  809.  
  810.     Current release is Elm 2.4 PL21..  Information on access is
  811.     available from the server at DSI.COM:
  812.     send mail to archive-server@DSI.COM
  813.     send elm index
  814.  
  815.     [Ed: elm is particularly good for novices.  The only drawback
  816.     that I've heard is that elm is a bit less user configurable than,
  817.     say, mush]
  818.  
  819. MM: Contact Joseph Brennan* <info-mm@cunixf.cc.columbia.edu>
  820.                 Columbia University in the City of New York
  821.  
  822.     (cribbed from MM man page.)
  823.  
  824.     mm is a powerful electronic mail system which allows you to send, read,
  825.     edit and manage messages quickly and easily.  It is designed to have the
  826.     same interface as the MM program written and developed for DEC20s over a
  827.     period of many years.
  828.  
  829.     mm was written using the CCMD package developed at Columbia.  Thus, it
  830.     has copious internal help, completion of partially typed commands on use
  831.     of the TAB key, and help on partial commands when ?    is typed.
  832.  
  833.     mm can read several mail-file formats.  Its default is mbox, the same
  834.     format used by unix mail.  It also can read babyl, used by emacs rmail,
  835.     and mtxt and MH.  It can copy messages from one file type to another.
  836.  
  837.     MM is a Freeware MUA copyright by Columbia University (as is this
  838.     description).
  839.  
  840.     MM is available by anonymous ftp from cunixf.cc.columbia.edu, directory mm.
  841.     The file mm-intro.txt there is a longer description of how it was developed.
  842.  
  843.     [Ed: MM also appears to be a good UA for novices.  From the examples
  844.     in the manual page, it handholds extensively and is not screen oriented.]
  845.  
  846. MH: Maintainer John Romine <Bug-MH@ics.uci.edu>
  847.  
  848.     The big difference between MH and most other "mail user agents" is
  849.     that you can use MH from a UNIX shell prompt.  In MH, each command
  850.     is a separate program, and the shell is used as an interpreter.  So,
  851.     all the power of UNIX shells (pipes, redirection, history, aliases,
  852.     and so on) works with MH--you don't have to learn a new interface.
  853.     other mail agents have their own command interpreter for their
  854.     individual mail commands (although the mush mail agent simulates a
  855.     UNIX shell).  Mail messages are stored in individual files.
  856.  
  857.     The current version of MH is 6.8 and supports MIME.  MH comes
  858.     standard with Ultrix 4.0 and later, and AIX 3.1 and later.
  859.     via anonymous ftp:
  860.  
  861.     ics.uci.edu [128.195.1.1]      pub/mh/mh-6.8.tar.Z    1.6MB
  862.     louie.udel.edu [128.175.1.3]  portal/mh-6.8.tar.Z    1.6MB
  863.  
  864.     comp.mail.mh discusses MH, and contains a FAQ article.
  865.  
  866. GNU Emacs Rmail:
  867.  
  868.     Rmail is an Emacs subsystem for reading and disposing of mail.  Rmail
  869.     stores mail messages in Rmail files in BABYL format (originally used
  870.     under the ITS operating system), although it can incorporate new mail
  871.     from MMDF and Unix format files, or mixed-format files.  Reading the
  872.     messages in an Rmail file is done in a special major mode, Rmail mode,
  873.     which redefines most letters to run commands for managing mail.
  874.  
  875.     Rmail can do the standard things such as displaying, deleting, filing,
  876.     or replying to messages.  Replying uses another Emacs subsystem, Mail
  877.     mode.  Messages can be saved in either BABYL or Unix format.  Rmail
  878.     maintains per-message attributes and user-defined labels.  Rmail can
  879.     burst message digests.
  880.  
  881. VM: Author Kyle Jones* <kyle@uunet.uu.net>
  882.  
  883.     VM (View Mail) is a GNU Emacs subsystem that allows UNIX mail to be read
  884.     and disposed of within Emacs.  Commands exist to do the normal things
  885.     expected of a mail user agent, such as generating replies, saving
  886.     messages to folders, deleting messages and so on.  There are other more
  887.     advanced commands that do tasks like bursting and creating digests,
  888.     message forwarding, and organizing message presentation according to
  889.     various criteria.
  890.  
  891.     The current version of VM is VM 4.41.
  892.     FTPable from:
  893.  
  894.     ftp.uu.net            pub/vm-4.41.tar.Z
  895.     archive.cis.ohio-state.edu    pub/gnu/emacs/elisp-archive/packages/vm-4.41.tar.Z
  896.  
  897.     VM is discussed in gnu.emacs.vm.info, or by mailing list by sending
  898.     an e-mail request to info-vm-request@uunet.uu.net.
  899.  
  900. MH-E: Maintainer: Stephen Gildea <gildea@bbn.com>
  901.  
  902.     MH-E is an interface to MH from within GNU Emacs.  It helps if MH was
  903.     compiled with the MHE compiler flag.  MH-E is distributed with both GNU
  904.     Emacs and MH.  Choose the later version.
  905.  
  906. C-Client: Author Mark Crispin <mrc@panda.com>
  907.  
  908.     Software writers only:
  909.  
  910.     C-client is a general library useful for creating MUA's.  It provides
  911.     a high level logical interface for retrieving and manipulating
  912.     mail messages.  It supports the latest draft of MIME (proposed
  913.     Internet standard for multipart, multimedia, typed electronic mail).
  914.     It is driver based, and easily ported to new platforms and MTA's,
  915.     already supports BSD, SysV, DOS, Macintosh and TOPS-20(!),
  916.     and supports present mail and mailbox formats.
  917.  
  918.     Just the thing if you want to write a new MUA.
  919.  
  920.     Contact the author for more details.
  921.  
  922. Metamail: Author N. Borenstein
  923.     [Described by Paul Eggert, eggert@bi.twinsun.com]
  924.  
  925.     Metamail is a software implementation of Mime, designed for easy
  926.     integration with traditional mail-reading interfaces -- typically,
  927.     users do not invoke metamail directly.  Ideally, extending the local
  928.     email or news system to handle a new media format is a simple matter
  929.     of adding a line to a mailcap file.  Mailcap files are described in
  930.     RFC 1343: N Borenstein, ``A user agent configuration mechanism for
  931.     multimedia mail format information'' (June 1992).  The source code
  932.     for metamail can be found in ftp.uu.net:mail/metamail/mm.tar.Z.
  933.     To join its mailing list, write info-metamail-request@thumper.bellcore.com.
  934.  
  935.  
  936. MailManager: Author Mark Crispin <mrc@panda.com>
  937.  
  938.     A MUA implemented using C-Client for NeXT computers.
  939.  
  940. Pine: Authors Lundblade, Seibel, and Crispin <pine@cac.washington.edu>
  941.  
  942.     Pine is a mailer developed by the University of Washington Office of
  943.     Computing and Communications. It has been designed for ease-of-use and
  944.     with the novice computer user in mind. It is based on Internet mail
  945.     protocols (e.g. RFC-822, SMTP, IMAP, and MIME) and currently runs on
  946.     a variety of UNIX platforms. 
  947.  
  948.     The guiding principles for achieving ease-of-use in Pine were:
  949.     careful limitation of features, one-character mnemonic commands,
  950.     always-present command menus, immediate user feedback, and high
  951.     tolerance for user mistakes. It is intended that Pine can be learned
  952.     by exploration rather than reading manuals.
  953.  
  954.     A stand-alone version of Pico, Pine's message composition editor, is also
  955.     included. It is a very simple and easy to use text editor with text
  956.     justification and a spelling checker. 
  957.  
  958.     Features:
  959.        - Mail index showing a message summary which includes the status, 
  960.      sender, size, date and subject of messages.
  961.  
  962.        - View and process mail with the following commands:  forward, reply, 
  963.      save, export, print, delete, capture address and search.
  964.  
  965.        - Address book for saving long complex addresses and personal 
  966.      distribution lists under a nickname. 
  967.  
  968.        - Multiple folders and folder management screen for filing messages.
  969.  
  970.        - Message composer with easy-to-use editor and spelling checker.
  971.      The message composer also assists entering and formatting
  972.      addresses and provides direct access to the address book.
  973.  
  974.        - Online help specific to each screen and context.
  975.  
  976.        - Supports access to remote mail repositories via the IMAP2 protocol
  977.      defined in RFC-1176.
  978.      
  979.        - Soon to support multi-part mail conforming to proposed MIME Internet
  980.      standard, allowing sending of sounds, graphics such as GIF and TIFF
  981.      files, and binary files such as spreadsheets. 
  982.  
  983.     Pine, including source code, is freely available via anonymous FTP from
  984.     ftp.cac.washington.edu on the Internet. Other provisions for distribution
  985.     have not been made. From the Internet, you may try out Pine and leave
  986.     comments by telneting to "demo.cac.washington.edu" and logging in as
  987.     "pinedemo". To join the Pine mailing list for announcements send a 
  988.     request to "pine-info-request@cac.washington.edu". 
  989.  
  990.     Pine is very portable and runs on a variety of UNIX machines including
  991.     DECstations, NeXTs, VAX's and Suns. Pine was originally based on Elm, 
  992.     but it has evolved much since, ("Pine Is No-longer Elm"). 
  993.  
  994.     For further information send e-mail to pine@cac.washington.edu. Pine is
  995.     the work of Mike Siebel, Mark Crispin, and Laurence Lundblade at the
  996.     University of Washington. 
  997.  
  998. Ream: Author: Paul Dourish* <dourish@europarc.xerox.com>
  999.  
  1000.     Ream is a curses-based mail user agent for a variety of UNIX flavours;
  1001.     at one time or another, it's run on everything from a PC running Linux
  1002.     to a Cray Y/MP running UNICOS. It was originally written at the
  1003.     University of Edinburgh, and has spread not least through the
  1004.     subsequent geographical distribution of alumni. It remains minimally
  1005.     supported by its author (Paul Dourish <dourish@europarc.xerox.com>).
  1006.  
  1007.     Ream is similar to elm in a number of ways, but considerably smaller
  1008.     and with a stronger separation between MUA and MTA behaviours. It runs
  1009.     over sendmail, mmdf and PP. It is available by anonymous ftp from
  1010.     parcftp.xerox.com, in pub/europarc/reamXXX.tar.Z, where XXX is a
  1011.     slowly incrementing version number.
  1012.  
  1013. XLView: Author: Several.  Mike Macgirvin* <mtm@camis.stanford.edu>
  1014.  
  1015.     Current version 1.1 (Developer Release).  XLView (previously known as
  1016.     "Ximap") is an X based mail reader using the IMAP (IMAP2bis) protocol,
  1017.     for managing complex mail tasks.  It utilizes the X window system to
  1018.     allow independant processing of multiple mailboxes (even on multiple
  1019.     servers) simultaneously.  Each "read" and "compose" process is handled
  1020.     in an independant window as well.  It handles many complex MIME messages
  1021.     with the help of external multi-media handlers based partially on
  1022.     "metamail", and include facilities for file attachments of several
  1023.     common types.  It includes an address book with insert completion
  1024.     abilities and for maintaining addresses.  Of course it has the normal
  1025.     move/copy/save/reply/forward/print etc., functions one would expect and
  1026.     text may be cut and pasted from other open X sessions.  The most
  1027.     powerful feature of the latest release is the "Logical Viewer" which
  1028.     allows one to create rule based sorting of their mailbox based on
  1029.     addresses, dates, contents, message flags and other criteria.  Each
  1030.     existing message (and each new message) is evaluated and stored in the
  1031.     appropriate logical view, which may be opened as if it were a separate
  1032.     mailbox (but all the while it only represents a different ``view'' of
  1033.     your system mailbox).  Each mailbox or saved folder may have independant
  1034.     rulesets.  Status changes also are evaluated as they occur and the rules
  1035.     applied accordingly.  The rule language is powerful, yet easy to grasp;
  1036.     i.e.
  1037.  
  1038.     FROM clyde@podunk.edu OR jim SINCE YESTERDAY AND UNSEEN
  1039.     
  1040.     Currently tested with SunOS4.1.x and Ultrix running X11R5.
  1041.     Several alternate system ports including SVR4 are due shortly.
  1042.  
  1043.     FTP: SUMEX-AIM.Stanford.EDU:/imap/clients/ximap/xlview-1.1.tar.Z
  1044.     Information: xlview@CAMIS.Stanford.EDU
  1045.     
  1046.     Principal Authors: Kevin Brock, Bill Yeager and Mike Macgirvin at the
  1047.     Center for advanced Medical Informatics at Stanford. 
  1048.  
  1049. Z-Mail: Z-code Software Corp, Carlyn Lowry* <lowery@z-code.com>
  1050.  
  1051.     Z-Mail, a UNIX World Magazine "Product of the Year" winner for 1991, is
  1052.     a complete electronic mail system for workstations.  Z-Mail provides
  1053.     Motif and Open Look graphical user interfaces, as well as two character
  1054.     modes.  The software has been ported to nearly every system that runs
  1055.     UNIX, and it works with all standard UNIX mail transport agents
  1056.     including sendmail, binmail, smail, MMDF and X.400 gateways.  Z-Mail can
  1057.     replace or coexist with standard mail user agents on the system,
  1058.     including BSD Mail, AT&T mailx, Sun Mail Tool, Elm or Mush.  Most anyone
  1059.     can use Z-Mail "off the shelf" and immediately benefit from its simple
  1060.     interface and advanced features.
  1061.  
  1062.     Z-Mail also includes Z-Script, a powerful scripting language that
  1063.     enables users to customize and extend Z-Mail's capabilities.  Z-Mail's
  1064.     multi-media capabilities allow easy integration with best-of-class
  1065.     products including spreadsheets, desk-top publishing, graphics, fax,
  1066.     voice, and video.  For example, when users receive a spreadsheet file,
  1067.     Z-Mail can be configured to automatically launch the associated
  1068.     application and load the the attachment automatically and transparently
  1069.     to the user.  Z-Mail understands MIME-format documents and is also
  1070.     compatible with Sun's multimedia Mailtool.
  1071.  
  1072.     Mac, DOS, and Windows versions, as well as native MIME support, are
  1073.     planned for this summer.
  1074.  
  1075.     For more information on Z-Mail, contact:
  1076.     Z-Code Software Corp.
  1077.     4340 Redwood Hwy., Suite B-50
  1078.     San Rafael, CA 94903
  1079.     tel: (415) 499-8649
  1080.     fax: (415) 479-0448
  1081.     e-mail: info@z-code.com
  1082.  
  1083.     Also, you can anonymous-ftp a demo copy of Z-Mail from "ora.com" in
  1084.     the directory pub/z-code/zmail/2.1.  (The file you want is named
  1085.     zm.XXX.tar.Z, where XXX is your type of machine.)  You'll need to call
  1086.     us after you do so we can send you an activation key.
  1087.  
  1088.     [As mentioned previously, Z-Mail is the commercial variant of mush. Ed]
  1089.  
  1090. uumail:
  1091.  
  1092.     Uumail is a very old and obsolete precursor to smail 2.5.  Included
  1093.     here only because I know that uumail sites still exist.  You
  1094.     should not install uumail in new configurations, and existing
  1095.     uumail sites should convert to something more modern.
  1096.  
  1097. smail 2.5: author The UUCP Mapping Project
  1098.  
  1099.     Smail 2.5 is a small, simple and hard-coded rule MTA for use on
  1100.     UUCP networks.  It understands RFC compliant headers, will
  1101.     generate RFC compliant Internet-style headers, can
  1102.     use domains, aliases, a pathalias UUCP routing database, and
  1103.     is very simple to install.  For full functionality, you will
  1104.     also want pathalias and a map unpacker.  The one thing
  1105.     it cannot do by itself is mail-to-pipe and mail-to-file aliasing.
  1106.     For that, you need Zeeff's lmail, deliver or procmail.
  1107.  
  1108.     Smail 2.5 has the capability of coalescing addresses into single
  1109.     UUCP transfers, and knows how to query UUCP for the names
  1110.     of UUCP neighbors, and autoroute if necessary.
  1111.  
  1112.     Smail 2.5 has a few bugs that are (usually) pretty rarely seen
  1113.     in operation.  There have been a number of patches posted for it,
  1114.     but it is recommended that you do not apply them - some were
  1115.     ill-conceived, buggy in their own right, or conflicting with others.
  1116.     The only patches that I feel safe in recommending is Chip
  1117.     Salzenberg's patches for use with Xenix MICNET - which are
  1118.     unnecessary unless you are in the unfortunate position of having
  1119.     to actually *use* MICNET.  Chip Salzenberg's "deliver" package
  1120.     (see below) combined with "smail-deliver.pch" from comp.sources.unix,
  1121.     volume 25 issue 107, makes the MICNET modifications to smail
  1122.     itself unnecessary.
  1123.  
  1124.     In particular, do not apply the "mail-to-pipe/file" patches that
  1125.     float around for smail 2.5.  These are a major security hole.
  1126.  
  1127.     Smail 2.5 can also be used with sendmail as a UUCP router.
  1128.  
  1129.     Smail 2.5 was posted in comp.sources.unix in 1987, volume 11
  1130.     with archive name "smail3" (but it isn't the same thing as
  1131.     smail 3 below).
  1132.  
  1133. lmail: Author Jon Zeeff <zeeff@b-tech.ann-arbor.mi.us, zeeff@ais.org>
  1134.  
  1135.     When you install smail 2.5, you link the original /bin/mail (binmail
  1136.     above) to /bin/lmail to perform the task of actually delivering the
  1137.     mail to the user's mailbox (LDA).
  1138.  
  1139.     Since smail 2.5 was not capable of doing mail-to-pipe and mail-to-file
  1140.     aliasing, Jon Zeeff wrote a replacement lmail that implemented
  1141.     these (along with user mailbox delivery).
  1142.  
  1143.     Jon's program is okay for casual use, but has some pretty serious
  1144.     bugs.  Fixed versions are available, but you're probably better
  1145.     off installing deliver or procmail.
  1146.  
  1147. smail 3: Author Ronald S. Karr* <tron@veritas.com> and Landon Curt Noll.
  1148.  
  1149.     Smail3.1 is a domain-capable mail router and delivery program that
  1150.     works in the UUCP zone and on the Internet and that is capable of
  1151.     gatewaying between the two.  It was written primarily by me (Ronald
  1152.     S.  Karr) and Landon Curt Noll, with the blessings of the original
  1153.     Smail1 and Smail2 authors.
  1154.  
  1155.     Smail3 supports SMTP, UUCP mail, alias files, .forward files, mailing
  1156.     list directories, pathalias files, /etc/hosts files, the domain name
  1157.     system, and can also query uucp for neighboring sites, automatically.
  1158.     It also supports use of encapsulated SMTP commands for delivery over
  1159.     UUCP connections, which allows batching of multiple messages into a
  1160.     single UUCP transaction, and allows many addresses to be passed with a
  1161.     single message transfer, which can greatly decrease the traffic
  1162.     generated for large mailing lists.  It is also very simple to configure
  1163.     with a reasonable certainty of correctness.
  1164.  
  1165.     Smail3 includes pathalias and a reliable map unpacker.
  1166.  
  1167.     Rather than using configuration files to resolve addresses based on
  1168.     their syntax, ala sendmail, Smail3 uses a database metaphore for
  1169.     resolving addresses based on their contents.  The set of methods that
  1170.     Smail3 uses for resolving local addresses and hosts is configurable and
  1171.     extensible.  Smail3's methods for parsing addresses are not
  1172.     configurable.  It is the opinion of the authors that addressing on the
  1173.     Internet and in the UUCP zone has become sufficiently standardized that
  1174.     attempts to allow configurability in this area are now a hindrance to
  1175.     the correct working of the network.
  1176.  
  1177.     Questions related to Smail3 are usually discussed in comp.mail.misc.
  1178.     There are also two discussion mailing lists.  To join the mailing
  1179.     lists, send mail to:
  1180.  
  1181.     smail3-users-request@cs.athabascau.ca
  1182.  
  1183.     The current release of Smail3 can be found on uunet, in the file
  1184.     /archive/networking/mail/smail/smail-3.1.28.tar.Z.  New versions
  1185.     are released on a haphazard basis.  Official releases are always
  1186.     made available in the /archive/networking/mail/smail directory
  1187.     on uunet.
  1188.  
  1189.     Smail 3 is covered under the GPL (if it matters)
  1190.  
  1191.  
  1192. sendmail: Original author Eric Allman
  1193.  
  1194.     Sendmail is the granddaddy of all intelligent MTA's.  It can do just
  1195.     about anything.  It's main problem is that it can do just about
  1196.     anything.  Modification of sendmail's configuration tables (which is
  1197.     necessary with most vendor-supplied versions) is NOT for novices.
  1198.     The language of the sendmail.cf is cryptic, but that isn't really
  1199.     the problem (and this problem can be solved by using "EASE", a
  1200.     sendmail.cf writing language, or the UIUC IDA kit's configuration
  1201.     file building tools).  The problem is that it's extremely difficult
  1202.     to know when the rules you are implementing are the right thing--
  1203.     many sendmail configurations do slightly buggy, or even extremely
  1204.     buggy, things (eg: some major mail gateways munge From: headers in
  1205.     illegal ways).  The default configurations generated by the UIUC
  1206.     IDA kit are, however, very good at Doing the Right Thing under most,
  1207.     if not all, circumstances.
  1208.  
  1209.     Worse, every vendor's version of sendmail is different, and many
  1210.     of their sendmail.cf's don't work at all  HPUX is one example
  1211.     of where the sendmail.cf is actually pretty sane.  HP is to
  1212.     be congratulated.  On the other hand, some vendors, who shall
  1213.     remain nameless, can't even get their sendmail to speak SMTP
  1214.     on a LAN.
  1215.  
  1216.     There are several different sendmail lineages in the world.  There
  1217.     is no "latest" version.  If you want to use sendmail, it is strongly
  1218.     recommended that you obtain "IDA sendmail".  The IDA version is much
  1219.     more likely to do the right things with mail coming from, or
  1220.     ultimately going to, UUCP sites and is much easier to maintain.  IDA
  1221.     sendmail can handle pathalias-style UUCP routing quite well.
  1222.     
  1223.     Also of note is the new version of sendmail (was 6.x now 8.x)
  1224.     being worked on by Eric Allman (the original author) as the mailer
  1225.     for BSD 4.4.  It has taken some of the ideas of IDA sendmail,
  1226.     introduced many improvements of its own, and there are rumors that
  1227.     it may become the basis for the next major release of IDA
  1228. |    sendmail.  It was going through very rapid change when called
  1229. |    sendmail 6.x, but it's been renumbered to 8.x to be consistent
  1230. |    with BSD4.4.  The changes seem to have slowed down, and may
  1231. |    now be considered stable.  8.x can be obtained from ftp.cs.berkeley.edu
  1232.  
  1233.     I am being a bit overly harsh on sendmail.  If you obtain a good
  1234.     configuration (like the aforementioned HPUX version), or are willing
  1235.     to spend the time to learn it, sendmail will do what you want.
  1236.     Well.  IDA or 8.x sendmail is STRONGLY recommended.  The latest version
  1237.     of IDA sendmail is 5.65c, and 5.65d is in beta test.  5.65c is
  1238.     available for FTP from ftp.uu.net and uxc.cso.uiuc.edu.  Paul Pomes,
  1239.     <Paul-Pomes@uiuc.edu>, is controlling the IDA Sendmail releases.
  1240.  
  1241.     Sendmail is discussed in comp.mail.sendmail.
  1242.  
  1243.     EASE version 3.5 was posted in volume 25 of comp.sources.unix and
  1244.     is available from wuarchive.wustl.edu [128.252.135.4] (directory
  1245.     /usenet/comp.sources.unix/volume25/ease) and many other c.s.u
  1246.     archives. 
  1247.  
  1248. ZMailer: Author Rayan Zachariassen* <rayan@cs.toronto.edu>
  1249.  
  1250.     ZMailer is intended for gateways or mail servers or other large site
  1251.     environments that have extreme demands on the abilities of the mailer.
  1252.  
  1253.     Code and Design features:
  1254.  
  1255.     + Strong limits on host impact.
  1256.     + Secure design (and hopefully implementation).
  1257.     + Natural fit for client/server environments.
  1258.     + Extremely customizable configuration mechanism.
  1259.     + Flexible database interface with support for: sorted files, unsorted
  1260.       files, dbm, ndbm, gdbm, nis (yellow pages), dns (BIND resolver),
  1261.       /etc/hosts file, and in-core data.
  1262.     + Efficient message queue management.
  1263.     + Fast binary-transparent SMTP server and client.
  1264.     + Low-technology implementation.
  1265.  
  1266.     Default configuration file features:
  1267.  
  1268.     + Default configuration will work for most sites.
  1269.     + Network protocol support for: smtp, uucp, bitnet, mail to news.
  1270.     + An easy way of overriding any external routing information.
  1271.     + Automatic handling of mailing lists.
  1272.  
  1273.     It is available by anonymous FTP from ftp.cs.toronto.edu:/pub/zmailer.tar.Z
  1274.     or ftp.cs.toronto.edu:/distrib/zmailer.tar.Z.
  1275.  
  1276. MMDF [reviewed by I.Sparry@gdt.bath.ac.uk]
  1277.  
  1278.     MMDF is a MTA. It works on the principle that you have communications
  1279.     channels, both incoming and outgoing, and it arranges for messages to
  1280.     pass between them.
  1281.  
  1282.     Strong points include:
  1283.     * Ability to turn up and down debugging level on the fly
  1284.     * Very strong on authentication, and permission checking.
  1285.     * Can block mail based on who it came from, how it got there,
  1286.       who it is going to.
  1287.  
  1288.     It is older than sendmail, simpler than sendmail, and it is a great
  1289.     pity that it was not shipped as standard instead of sendmail.
  1290.  
  1291.     It has one major advantage to people in the UK, in that it knows how to
  1292.     handle mail addresses in our 'correct' format (Most significant part first,
  1293.     e.g. net.uu.uunet), as well as the thing the rest of the world uses :-) :-)
  1294.  
  1295.     The accepted wisdom is that MMDF should be replaced with PP, since PP
  1296.     is the descendent of MMDF.  We are happy with MMDF, and for many years all
  1297.     the UK mail gateways used it.
  1298.  
  1299. PP: Author University College London
  1300.  
  1301.     PP is a Message Transfer Agent, intended for high volume message
  1302.     switching, protocol conversion, and format conversion. It is targeted for
  1303.     use in an operational environment, but may also be useful for investigating
  1304.     Message related applications. Good management features are a major
  1305.     aspect of this system. PP supports the 1984 and 1988 versions of the
  1306.     CCITT X.400 / ISO 10021 services and protocols. Many existing RFC 822
  1307.     based protocols are supported, along with RFC 1148 conversion to X.400.
  1308.     PP is an appropriate replacement for MMDF or Sendmail, and also supports
  1309.     SMTP and UUCP mail.
  1310.  
  1311.     For more information contact: support@xtel.co.uk or xtel@cs.nott.ac.uk
  1312.     The latest version is PP-6.0, which was posted in comp.sources.misc,
  1313.     volume 27.
  1314.  
  1315. SVR4 mail: Author AT&T (description written by Tony Hansen,
  1316.     hansen@pegasus.att.com)
  1317.  
  1318.     The System V Release 4 mail system is a domain-capable mail router and
  1319.     delivery program that works in the UUCP zone and on the Internet and
  1320.     that is capable of gatewaying between the two.
  1321.  
  1322.     SVR4 mail supports SMTP, UUCP mail, alias files, forwarding files,
  1323.     mailing list directories, /etc/hosts files, the domain name system, and
  1324.     can also query uucp for neighboring sites, automatically.  (System V
  1325.     Release 4.1 also allows batching of multiple messages into a single UUCP
  1326.     transaction, and allows many addresses to be passed with a single
  1327.     message transfer, which can greatly decrease the traffic generated for
  1328.     large mailing lists.)  It is also very simple to configure with a
  1329.     reasonable certainty of correctness.
  1330.  
  1331.     It also supports mail-to-pipe and mail-to-file.
  1332.  
  1333.     SVR4 mail uses configuration files to resolve addresses based on their
  1334.     syntax, somewhat similar to sendmail, but using regular expressions and
  1335.     a more easily understood syntax. The set of methods that SVR4 mail uses
  1336.     for resolving local and remote addresses and hosts is configurable and
  1337.     extensible.
  1338.  
  1339.     Questions related to SVR4 mail are usually discussed in comp.mail.misc.
  1340.  
  1341.     SVR4 mail is a standard part of System V Release 4; unfortunately, some
  1342.     vendors have not realized that SVR4 mail is not the same mailer as the
  1343.     SVR3 mail system, and have replaced it with other inferior mail systems.
  1344.  
  1345. deliver: Author Chip Salzenberg* <chip@tct.com>
  1346.  
  1347.     Deliver allows any user to write a shell script that processes all
  1348.     incoming mail messages for that user.  The system administrator may
  1349.     also install scripts that process all messages by installing
  1350.     it as the Local Delivery Agent (lmail replacement).
  1351.  
  1352.     The output of a script is a list of mail addresses, files and programs
  1353.     that should receive the message.  It has access to each message as it
  1354.     is processed, so the action can be content dependent.  The script may
  1355.     also generate automatic replies, like the "vacation" program, or pass
  1356.     along a modified version of the original message.
  1357.  
  1358.     Deliver can be used to construct mail-based services (e.g. automatic
  1359.     mailing list maintenance).  It can also be used to filter mail
  1360.     automatically in prearranged ways (e.g. encryption and decryption,
  1361.     tossing junk mail, or vacation notices).
  1362.  
  1363.     Deliver was last posted in comp.sources.reviewed, volume 1.  The
  1364.     current version is 2.1.09.
  1365.  
  1366. procmail: Author Stephen R. van den Berg*
  1367.                 <berg@pool.informatik.rwth-aachen.de>
  1368.  
  1369.     Can be used to create mail-servers, mailing lists, sort your incoming
  1370.     mail into separate folders/files (real convenient when subscribing to
  1371.     one or more mailing lists or for prioritising your mail), preprocess your
  1372.     mail, start any programs upon mail arrival (e.g. to generate different
  1373.     chimes on your workstation for different types of mail) or selectively
  1374.     forward certain incoming mail automatically to someone.
  1375.  
  1376.     Procmail can be used:
  1377.         - and installed by an unprivileged user (for himself only).
  1378.     - as a drop in replacement for the local delivery agent /bin/mail
  1379.       (with biff/comsat support).
  1380.     - as a general mailfilter for whole groups of messages (e.g. when
  1381.       called from within sendmail.cf rules).
  1382.  
  1383.     The accompanying formail program enables you to generate autoreplies,
  1384.     split up digests/mailboxes into the original messages, do some very
  1385.     simple header-munging/extraction, or force mail into mail-format (with
  1386.     leading From line).
  1387.  
  1388.     Also included is a comprehensive mailinglist/archive management system.
  1389.  
  1390.     Since procmail is written entirely in C, it poses a very low impact
  1391.     on your system's resources (under normal conditions, when you don't
  1392.     start other programs/scripts from within it).
  1393.  
  1394.     Procmail was designed to deliver the mail under the worst conditions
  1395.     (file system full, out of swap space, process table full, file table
  1396.     full, missing support files, unavailable executables; it all doesn't
  1397.     matter).  Should (in the unlikely event) procmail be unable to deliver
  1398.     your mail somewhere, the mail will bounce back to the sender or reenter
  1399.     the mailqueue (your choice).
  1400.  
  1401.     A recent version can be picked up at various comp.sources.misc archives.
  1402.     The latest version (2.90) can be obtained directly from the ftp-archive at:
  1403.         ftp.informatik.rwth-aachen.de (137.226.112.172)
  1404.         as zipped tar file:             pub/unix/procmail.tar.zip       <152KB
  1405.         as compressed tar file:         pub/unix/procmail.tar.Z         <216KB
  1406.         in compressed shar format:      pub/unix/procmail.??.Z        11 parts
  1407.  
  1408.     [Ed note: I had noted reported difficulties in integrating procmail
  1409.     with System V and/or smail 2.5.  The 2.70 version of Procmail eliminated
  1410.     these difficulties.]
  1411.  
  1412. mailagent: Author Raphael Manfredi* <ram@eiffel.com>
  1413.  
  1414.     The mailagent is yet another mail filter, written in perl, which will let
  1415.     you do anything with your mail. It has all the features you may expect from
  1416.     a filter: mailing lists sorting, forwarding to MTA or to inews, pre-processing
  1417.     of message before saving into folder, vacation mode, etc... It was initially
  1418.     written as an ELM-filter replacement, but has now enough power to also
  1419.     supplant MMDF's .maildelivery. There is also a support for @SH mail hooks,
  1420.     which allows you to automatically distribute patches or software via command
  1421.     mails.
  1422.  
  1423.     The mailagent was designed to make mail filtering as easy as it can be. It
  1424.     is highly configurable and fairly complete. Rules are specified in a lex-like
  1425.     style, with the full power of perl's regular expressions. The automaton
  1426.     supports the notion of mode, and header selection has many magic features
  1427.     built-in, to ease the rule writing process.
  1428.  
  1429.     The distribution comes with a set of examples, an exhaustive test suite,
  1430.     and naturally a detailed manual page. It should be noted that the mailagent
  1431.     will work even if your system administrator forbids "| programs" hooks in
  1432.     the ~/.forward, provided you have access to some sort of cron daemon.
  1433.  
  1434.     The mailagent program is available via anonymous FTP thanks to Christopher
  1435.     Davis <ckd@eff.org>:
  1436.  
  1437.     Host: ftp.eff.org (192.88.144.4),
  1438.     Directory: /pub/net-tools
  1439.     File: perl-mailagent.tar.Z
  1440.  
  1441.     Recently issued patches can be obtained directly from my mailagent (see
  1442.     instructions in the README file).
  1443.  
  1444.     [Ed note: while feasible to use this as an LDA, the author recommends against
  1445.     it.  Since it is written in Perl, it can cause rather severe performance
  1446.     problems on small machines, but it does try to regulate system impact.
  1447.     On high performance workstations, it should be a real winner.]
  1448.  
  1449. pathalias: Author Peter Honeyman
  1450.  
  1451.     Pathalias reads the UUCP Map Project maps (they need to be extracted
  1452.     from the postings first) and constructs a database containing the
  1453.     minimum cost route to any machine in the maps.  This database can
  1454.     then be used with any mailer that knows how to search the database
  1455.     (eg: smail 2.5, Zmailer?, and some versions of sendmail.  Smail 3
  1456.     comes bundled with pathalias).
  1457.  
  1458.     There were previous versions of this program.  You must use
  1459.     pathalias version 10 (latest version), because some map format
  1460.     changes have been made and only pathalias 10 can parse them.
  1461.     If your pathalias doesn't give a syntax error on:
  1462.     echo "file {foo}" | pathalias
  1463.     It's the new one.
  1464.  
  1465.     There were other route-generating programs, but all (as far as
  1466.     I know) are very obsolete, and none run as fast as pathalias
  1467.     (still, which can be rather hard on machines with smallish virtual
  1468.     memory or RAM capacities).
  1469.  
  1470.     pathalias 10 is available from comp.sources.unix archives,
  1471.     volume 22.  A patch was just released in comp.sources.unix
  1472.     (vol 25) that addresses an oddity when used with smail (not that
  1473.     I've ever noticed it).
  1474.  
  1475. uuhosts: Author John Quarterman
  1476.  
  1477.     The "defacto" standard UUCP Map Project map unpacker.  Includes
  1478.     a program to arbitrarily view individual map entries.  Uuhosts
  1479.     implements trojan horse/virus security by running under
  1480.     a "chroot()" system call.  Uuhosts does not appear to be
  1481.     actively maintained, and the last versions that I have inspected
  1482.     were unable to easily compress the maps (a full set of maps
  1483.     is >6000 blocks), had no provision for automatically
  1484.     running pathalias, and will not work with the newest version
  1485.     of cnews.  Further, uuhost's header checking is so picky
  1486.     that the slightest change in the map format will cause
  1487.     uuhosts to reject map updates.
  1488.  
  1489.     Use of uuhosts now will require some minor hacking - and this
  1490.     hacking will stretch your knowledge of Bourne shell programming.
  1491.  
  1492.     The last edition, "uuhost4" (version 1.69) appears to have
  1493.     been posted in comp.sources.unix in volume 3, 1986.
  1494.  
  1495.     Do not be confused by Jan-Piet Mons "uuhost 2.0" program posted
  1496.     in alt.sources.  This is not a map unpacker.  It is just
  1497.     a map viewer, and is a subset of the real uuhosts.
  1498.  
  1499. unpackmaps: Author Chris Lewis* <clewis@ferret.ocunix.on.ca>
  1500.  
  1501.     Unpackmaps is a superset of the functionality of uuhosts.
  1502.     It obtains its security by doing the map unpacking with
  1503.     a specialized parser that knows the map article format
  1504.     rather than invoking a shar/shell.  Compression and pathalias
  1505.     invocation is automatic, correctly takes into account
  1506.     the change date of local configuration files, and will
  1507.     work with the latest Cnews.
  1508.  
  1509.     The newest version of unpackmaps, version 4.1, has been
  1510.     released to comp.sources.misc, and appeared in volume 34.
  1511.     This version is entirely written in C, is considerably faster
  1512.     than unpackmaps 3 or uuhosts, has considerably more features,
  1513.     and will work with Brian Reids PostScript net maps too.
  1514. -- 
  1515. Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
  1516. Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
  1517. Ferret list: ferret-request@ferret.ocunix.on.ca
  1518.