home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / mail / setup / unix / part2 < prev    next >
Encoding:
Internet Message Format  |  2001-11-26  |  28.8 KB

  1. Message-ID: <mailfaq.2_1006754401@ferret.ocunix.on.ca>
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!howland.erols.net!sunqbc.risq.qc.ca!torn!qcarhaaa.nortelnetworks.com!bcarh189.ca.nortel.com!zcarh46f.ca.nortel.com!ferret.ocunix.on.ca!not-for-mail
  3. Date: 26 Nov 2001 06:00:01 GMT
  4. Supersedes: <mailfaq.2_1004853601@ferret.ocunix.on.ca>
  5. Expires: 31 Dec 2001 06:00:01 GMT
  6. References: <mailfaq.1_1006754401@ferret.ocunix.on.ca>
  7. Subject: UNIX Email Software Survey FAQ [Part 2 of 3]
  8. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  9. Newsgroups: news.admin.misc,comp.mail.misc,news.answers,comp.answers
  10. Followup-To: poster
  11. Reply-To: mailfaq@ferret.ocunix.on.ca (Mail FAQ commentary reception)
  12. Summary: How to set up Email on UNIX systems.
  13. Approved: news-answers-request@mit.edu
  14. Keywords: mail software survey UNIX FAQ
  15. Organization: eh?
  16. Lines: 630
  17. Xref: senator-bedfellow.mit.edu news.admin.misc:78187 comp.mail.misc:62681 news.answers:219736 comp.answers:47910
  18.  
  19. Archive-name: mail/setup/unix/part2
  20. Last-modified: Thu Nov 12 10:23:46 EST 1998
  21.  
  22.         UNIX EMail Software - a Survey
  23.                Chris Lewis
  24.         clewis@ferret.ocunix.on.ca
  25.         [and a host of others - thanks]
  26.  
  27.         Copyright 1991, 1992, 1993, Chris Lewis
  28.  
  29.         Redistribution for profit, or in altered content/format
  30.         prohibited without permission of the author.
  31.         Redistribution via printed book or CDROM expressly
  32.         prohibited without consent of the author.  Any other
  33.         redistribution must include this copyright notice and
  34.         attribution.
  35.  
  36. ------------------------------
  37. Subject: Configuration Issues:
  38.  
  39. What you need for email connectivity is determined by:
  40.  
  41.     1 What networks you intend to connect to.
  42.       The Internet (hence SMTP)?  UUCP sites?  X.400?
  43.       Bitnet?  Others?  Combinations?
  44.     2 What links you have or are willing to install
  45.       Internet T1?  T2?  UUCP?  Other?  [Details on how to
  46.       make your connections is beyond the scope of this FAQ,
  47.       but can usually be found out from the provider (other end)
  48.       of the link]
  49.     3 what user interface you want to use.  This is largely
  50.       an independent issue, so consult the Specific Package
  51.       Reviews directly.
  52.  
  53. ------------------------------
  54. Subject: Recommended MTA Configurations:
  55.  
  56. These configurations are based upon my own experience, and the
  57. experience of others.  Careful installation of any of these
  58. configurations will result in a solid, reliable mail system
  59. that respects the appropriate "do's and don'ts".  Each configuration
  60. represents a compromise of ease of installation and maintenance
  61. versus sophistication and capabilities.
  62.  
  63. One thing you should consider is what you already have on your
  64. system.  You will invariably have "binmail", and will have a good
  65. chance at already having sendmail.  Some systems come with
  66. smail (if 2.3, junk it)  The configurations shown below are *minimal*
  67. configurations, so you should consider whether you want to use what
  68. you already have or not.
  69.  
  70. Scenario 1:  Only UUCP connections.
  71.  
  72.     Smail 2.5.  If you want to set up a routing database of
  73.     your own, you will also need pathalias, and unpackmaps or
  74.     uuhosts.  Instead, though, you can configure smail 2.5 to
  75.     smart-host most destinations to a nearby friendly site
  76.     who'll do your routing for you without having to run
  77.     the routing software.  Note further, that you can run
  78.     pathalias on just a subset of the full set of maps.
  79.     [Unpackmaps makes this particularly easy to do]
  80.  
  81.     Smail 2.5, as shipped, does not support mail-to-pipeline
  82.     or mail-to-file aliasing.  If you need these, at a minimum,
  83.     you should obtain lmail.  If you intend more than casual
  84.     use of these features, it is recommended that you obtain
  85.     deliver or procmail instead of lmail.
  86.  
  87.     Even if you have sendmail already, you can integrate smail 2.5
  88.     with it to do your UUCP routing.  (though, some later versions
  89.     of sendmail can do routing themselves)
  90.  
  91.     If you're a little more demanding of your mail connections, smail 3
  92.     is also a good choice, and works particularly well for systems that
  93.     are UUCP connected to Internet sites.
  94.  
  95. Scenario 2:  SMTP connections (optionally, some UUCP connections too).
  96.  
  97.     Generally speaking, sendmail will do this for you and you have
  98.     a good chance to have it already.  However, for the novice, it
  99.     is recommended that smail 3 be used instead [see review of
  100.     sendmail below].  Smail 3 includes all of the routing software
  101.     and can do mail-to-pipeline and mail-to-file, so none of the auxiliary
  102.     programs mentioned in scenario 1 are necessary.
  103.  
  104.     Most sendmails don't include UUCP routing mechanisms, so you would
  105.     need pathalias and unpackmaps or uuhosts if you wish to set up
  106.     a UUCP routing database.  Further, most sendmails don't know
  107.     how to query a pathalias database directly, so you may have to hack
  108.     your own path lookup program into the sendmail.cf (smail 2.5 can
  109.     be used for this purpose provided that you will have a UUCP link
  110.     to the outside world)
  111.  
  112.     Both MMDF and PP can also be used, but PP is usually overkill.
  113.  
  114.     Deliver or procmail are still quite useful in this configuration
  115.     for extended alias facilities.
  116.  
  117. Scenario 3:  Connections to other networks (optionally including
  118.     SMTP or UUCP), or very high loading.
  119.  
  120.     Your best bets are MMDF, PP or zmailer.
  121.     
  122.     You can implement other network interfaces with sendmail, but
  123.     not only will you probably have to roll your own, but sendmail
  124.     can't cope with high loading very well.  Ditto smail 3.
  125.  
  126. There are other configurations.  See the Package Reviews to
  127. determine which packages are appropriate.
  128.  
  129. ------------------------------
  130. Subject: Package Reviews
  131.  
  132. Honesty requires me to point out which software packages were
  133. reviewed by their author (including me ;-).  I do so by appending
  134. a "*" to the name of the author.  In some cases, the material
  135. has been cribbed from FAQ's or general information blurbs.
  136.  
  137. It is worth noting, though, that most of these packages are well
  138. known, and have been in operation at many sites for periods of
  139. a year or more.  These packages do their job well, and have been
  140. extensively thrashed out in the best debugging laboratory in the
  141. universe (Usenet ;-)
  142.  
  143. A few packages have been mentioned prior to their release.
  144. (unpackmaps 4, the occasional beta version).  It is
  145. recommended that these versions be avoided by novices until they
  146. have had a chance to settle for a little while.  This FAQ will
  147. note when such software seems (according to rumour *I* hear) to be
  148. stable enough for general use.
  149.  
  150. Some of these packages are capable, by various bits of hackery,
  151. of doing a lot more than is claimed for them.  But I refrain
  152. on telling you how to "take the covers off".  Given the
  153. intended audience, that would be tantamount to trying to
  154. teach preschoolers do-it-yourself brain surgery.  Please don't
  155. take this as condescending - I've been working on/in/with email
  156. systems for over 12 years and I *still* won't play with (as
  157. just one example) sendmail.cf's.
  158.  
  159. Therefore, I restrict myself largely to "out-of-the-box" functionality,
  160. "fill-in-the-blank" configurability, and normal documented installation
  161. procedures.  Beyond that, you're on your own.
  162.  
  163. binmail
  164.  
  165.     binmail is usually really called "mail". On System V prior to
  166.     Release 4, it is a really simple UA that does dual duty as the
  167.     TA.  It's pretty awful because it doesn't know how to set up
  168.     headers properly, doesn't even know what a "Subject:" line is,
  169.     and there's no way to do any kind of aliases.
  170.  
  171.     On BSD, binmail invokes sendmail to do the MTA function.  On
  172.     System V prior to Release 4, you really do want to replace binmail's
  173.     MTA functionality with something else.  However, you should not
  174.     replace it in its "mail" (UA) functionality, because many
  175.     system-level administration mechanisms will break.  Any new UA
  176.     should be installed as a different name than "mail".
  177.  
  178.     Beginning with System V Release 4, "binmail"'s transfer agent
  179.     capabilities were considerably enhanced to have similar capabilities
  180.     to Smail 3 and sendmail.  There is usually no need to replace it with
  181.     another mail agent.  (See SVR4 mail discussion below)
  182.  
  183.     Binmail stores mail in "mbox" format.
  184.  
  185. rmail
  186.  
  187.     binmail's TA functionality is implemented by linking mail
  188.     to rmail.  It's rmail that you'd want to replace with smail 2.5
  189.     etc.
  190.  
  191. Mail
  192.  
  193.     The original BSD UA.  It can support local profiles, aliases, folders,
  194.     header previewing, out-going mail recording and all sorts of good stuff.
  195.     An "okay" UA.  Available from BSD "freed-sources" archives.
  196.  
  197.     Mail stores mail in "mbox" format.
  198.  
  199. mailx
  200.  
  201.     AT&T's answer to BSD "Mail", from which it is descended.  Some versions,
  202.     such as the 3b1 one, should be avoided because of a buggy port.  Not
  203.     available in source form (it's proprietary but ubiquitous enough to be
  204.     mentioned here).
  205.  
  206.     Mailx stores mail in "mbox" format.
  207.  
  208. mush: author Dan Heller* <argv@well.com>
  209.  
  210.     The "Mail User's Shell" is a "shell" for mail users.  That is, it
  211.     has its own environment where you can configure not only the user
  212.     interface, but the actual internal mechanisms.  Internally, mush
  213.     has a csh-like scripting language, altho it's not as powerful as
  214.     csh.  It has command-line aliases, file completion, if-else state-
  215.     ments, command piping, and so on.  Because you can build your own
  216.     commands, you can virtually build your own library of email features.
  217.  
  218.     Mush has two tty-based interfaces: the standard tty-mode (ala BSD
  219.     Mail or sys-v mailx) and the fullscreen/curses mode (ala vi, emacs
  220.     or even Elm).  You can set up key bindings that execute one or more
  221.     mush commands, personalized commands or even UNIX commands.  You
  222.     can even emulate keyboard input with keyboard macros and mappings.
  223.  
  224.     Mush also has a SunView interface that is more powerful than Sun's
  225.     Mailtool, yet backwards compatible with most versions.  Most sunview
  226.     users (if there are any left these days) prefer MushView over Mailtool.
  227.  
  228.     The current version of Mush is 7.2.5.  All three interfaces are
  229.     available in one runtime binary.  Except for the MushView interface
  230.     (which is only available on for suns), Mush is portable to
  231.     everything that runs UNIX.  There is also a DOS port available for
  232.     PCs and can run on most 286 machines. An older version of Mush
  233.     (6.5) can run on as little as 640 of RAM.  (Mush-PC is typically
  234.     used with UUPC.)
  235.  
  236.     The "next generation" of Mush is a commercial product called Z-Mail
  237.     from Z-Code Software (mail info@z-code.com for details).  All aspects
  238.     of Mush are retained, yet it has grown to be far more powerful.  It
  239.     runs under X windows with either a Motif or Open Look interface
  240.     and also supports multi-media, user "functions" and a suite of new
  241.     features.
  242.  
  243.     Mush stores its messages in "mbox" format, or MMDF format if you're
  244.     using MMDF as your MTA.
  245.  
  246.     The newsgroup comp.mail.mush is dedicated to it.
  247.  
  248.     [Note: Z-Mail is not related at all to Zmailer.  Zmailer is a MTA]
  249.  
  250. elm: coordinator Bill Pemberton <flash@virginia.edu>
  251.  
  252.     (cribbed from comp.mail.elm FAQ)
  253.  
  254.     Elm is designed to run with "sendmail" or "/bin/rmail"
  255.     (according to what's on your system) and is a full
  256.     replacement of programs like "/bin/mail" and "mailx".  The
  257.     system is more than just a single program, however, and
  258.     includes programs like "frm" to list a 'table of contents'
  259.     of your mail, "printmail" to quickly paginate mail files (to
  260.     allow 'clean' printouts), and "autoreply", a systemwide
  261.     daemon that can autoanswer mail for people while they're on
  262.     vacation without having multiple copies spawned on the
  263.     system.
  264.  
  265.     The most significant difference between Elm and most other
  266.     mail systems is that Elm is screen-oriented.  Upon further
  267.     use, however, users will find that Elm is also quite a bit
  268.     easier to use, and quite a bit more "intelligent" about
  269.     sending mail and so on.
  270.  
  271.     Current release is Elm 2.4 PL25.  Information on access is
  272.     available from the server at DSI.COM:
  273.  
  274.     send mail to archive-server@DSI.COM
  275.     send elm index
  276.  
  277.     [Ed: elm is particularly good for novices.  The only drawback
  278.     that I've heard is that elm is a bit less user configurable than,
  279.     say, mush]
  280.  
  281. MM: Contact Joseph Brennan* <info-mm@cunixf.cc.columbia.edu>
  282.                 Columbia University in the City of New York
  283.  
  284.     (cribbed from MM man page.)
  285.  
  286.     mm is a powerful electronic mail system which allows you to send, read,
  287.     edit and manage messages quickly and easily.  It is designed to have the
  288.     same interface as the MM program written and developed for DEC20s over a
  289.     period of many years.
  290.  
  291.     mm was written using the CCMD package developed at Columbia.  Thus, it
  292.     has copious internal help, completion of partially typed commands on use
  293.     of the TAB key, and help on partial commands when ?    is typed.
  294.  
  295.     mm can read several mail-file formats.  Its default is mbox, the same
  296.     format used by unix mail.  It also can read babyl, used by emacs rmail,
  297.     and mtxt and MH.  It can copy messages from one file type to another.
  298.  
  299.     MM is a Freeware MUA copyright by Columbia University (as is this
  300.     description).
  301.  
  302.     MM is available by anonymous ftp from cunixf.cc.columbia.edu, directory mm.
  303.     The file mm-intro.txt there is a longer description of how it was developed.
  304.  
  305.     [Ed: MM also appears to be a good UA for novices.  From the examples
  306.     in the manual page, it handholds extensively and is not screen oriented.]
  307.  
  308. MH: Maintainer John Romine <Bug-MH@ics.uci.edu>
  309.  
  310.     The big difference between MH and most other "mail user agents" is
  311.     that you can use MH from a UNIX shell prompt.  In MH, each command
  312.     is a separate program, and the shell is used as an interpreter.  So,
  313.     all the power of UNIX shells (pipes, redirection, history, aliases,
  314.     and so on) works with MH--you don't have to learn a new interface.
  315.     other mail agents have their own command interpreter for their
  316.     individual mail commands (although the mush mail agent simulates a
  317.     UNIX shell).  Mail messages are stored in individual files.
  318.  
  319.     The current version of MH is 6.8.3 and supports MIME.  MH comes
  320.     standard with Ultrix 4.0 and later, and AIX 3.1 and later.
  321.     via anonymous ftp:
  322.  
  323.     ftp.ics.uci.edu [128.195.1.1]      pub/mh/mh-6.8.tar.Z    1.6MB
  324.     louie.udel.edu [128.175.1.3]  portal/mh-6.8.tar.Z    1.6MB
  325.  
  326.     comp.mail.mh discusses MH, and contains a FAQ article.
  327.  
  328.     Jerry Peek wrote a book about MH called "MH & xmh: E-mail for Users &
  329.     Programmers", ISBN 1-56592-027-9, published by O'Reilly and Associates,
  330.     second edition, September 1992.
  331.  
  332. XMH: <extracted from the manual page>
  333.  
  334.      The xmh program provides a graphical user interface  to  the
  335.      MH Message Handling System.  To actually do things with your
  336.      mail, it makes calls to the  MH  package.   Electronic  mail
  337.      messages  may  be composed, sent, received, replied to, for-
  338.      warded, sorted, and stored in folders.  xmh provides  exten-
  339.      sive mechanism for customization of the user interface.
  340.  
  341.      xmh is part of the standard X distribution from the X Consortium.
  342.  
  343. EXMH: Author Brent Welch* <Brent.Welch@sun.com>
  344.  
  345.      exmh is an X interface to the MH mail system.  It is written in John
  346.      Ousterhout's Tcl/Tk language system and requires that you have both
  347.      Tcl/Tk and MH installed.  If you have metamail installed, exmh
  348.      supports MIME.
  349.  
  350.     As well as providing the usual layer on top of MH commands, exmh
  351.     has a number of other features:
  352.  
  353.     MIME support!  Displays richtext and enriched directly.  Parses
  354.     multipart messages.  Displays hot buttons that invoke external viewers
  355.     (metamail) for things not directly supported.  Built-in editor allows
  356.     simple composition of text/enriched format.
  357.  
  358.     Color feedback in the scan listing so you can easily identify
  359.     unseen messages (blue), the current message (red), deleted
  360.     messages (gray background), and moved messages (yellow background).
  361.     Xresources control these color choices.
  362.  
  363.     A folder display with one label per folder.  Color highlights
  364.     indicate the current folder (red), folders with unseen messages
  365.     in them (blue), and the target folder for moves (yellow background).
  366.     Nested folders are highlighted by a shadow box.  A cache of
  367.     recently visted folder buttons is also maintained.  Monochrome
  368.     highlights are reverse video for the current folder, bold box
  369.     for folders with unseen messages, and stippled box for the
  370.     target of move operations.
  371.  
  372.     Clever scan caching.  MH users know that scan is slow, so
  373.     exmh tries hard to cache the current state of the folder to
  374.     avoid scanning.  Moves and deletes within exmh do not
  375.     invalidate the cache, and background incs that add new messages
  376.     are handled by merging them into the scan listing.  The
  377.     scan cache is compatible with xmh.
  378.  
  379.     Numerous other features, such as "facesaver" display, backgrounds,
  380.     dialog-box interface to MH "pick", folder searching and listing,
  381.     designed for inclusion of user "hooks" and interfaces etc.
  382.  
  383.     <ftp://parcftp.xerox.com/pub/exmh/exmh-1.5.3.tar.Z>
  384.     <ftp://ftp.aud.alcatel.com/tcl/code/exmh-1.5.3.tar.gz>
  385.     <http://www.sunlabs.com/~bwelch/exmh>
  386.  
  387. GNU Emacs Rmail:
  388.  
  389.     Rmail is an Emacs subsystem for reading and disposing of mail.  Rmail
  390.     stores mail messages in Rmail files in BABYL format (originally used
  391.     under the ITS operating system), although it can incorporate new mail
  392.     from MMDF and Unix format files, or mixed-format files.  Reading the
  393.     messages in an Rmail file is done in a special major mode, Rmail mode,
  394.     which redefines most letters to run commands for managing mail.
  395.  
  396.     Rmail can do the standard things such as displaying, deleting, filing,
  397.     or replying to messages.  Replying uses another Emacs subsystem, Mail
  398.     mode.  Messages can be saved in either BABYL or Unix format.  Rmail
  399.     maintains per-message attributes and user-defined labels.  Rmail can
  400.     burst message digests.
  401.  
  402. VM: Author Kyle Jones* <kyle@uunet.uu.net>
  403.  
  404.     VM (View Mail) is a GNU Emacs subsystem that allows UNIX mail to be read
  405.     and disposed of within Emacs.  Commands exist to do the normal things
  406.     expected of a mail user agent, such as generating replies, saving
  407.     messages to folders, deleting messages and so on.  There are other more
  408.     advanced commands that do tasks like bursting and creating digests,
  409.     message forwarding, and organizing message presentation according to
  410.     various criteria.
  411.  
  412.     The current version of VM is VM 4.41.
  413.     FTPable from:
  414.  
  415.       ftp.uu.net            networking/mail/vm-5.72beta.tar.gz
  416.     archive.cis.ohio-state.edu    pub/gnu/emacs/elisp-archive/packages/vm-4.41.tar.Z
  417.  
  418.     VM is discussed in gnu.emacs.vm.info, or by mailing list by sending
  419.     an e-mail request to info-vm-request@uunet.uu.net.
  420.  
  421. MH-E: Maintainer: Stephen Gildea <gildea@bbn.com>
  422.  
  423.      MH-E is the GNU Emacs front end for MH.  It offers all the
  424.      functionality of MH, the visual orientation and simplicity of use
  425.      of xmh, and full integration with Emacs, including thorough
  426.      configurability.  The command set is similar to that of rmail (the
  427.      Emacs front end for BSD mail) and BSD mail itself.  On-line help is
  428.      available.
  429.  
  430.      Mh-e allows one to read and process mail very quickly: commands are
  431.      single characters and completion and defaults are available for
  432.      file and folder names.  During a reply, the original message is
  433.      displayed simultaneously in another window for easy reference where
  434.      a mh-e command can quickly incorporate and format this text into
  435.      your reply.
  436.  
  437.      With mh-e you compose outgoing messages in Emacs.  This is a big
  438.      plus for Emacs users, but it has been known for non-Emacs users to
  439.      be able use mh-e after only learning the most basic cursor motion
  440.      commands.  Mh-e is easily configured via the Emacs edit-options
  441.      menu, and people familiar with Emacs Lisp will be able to further
  442.      reconfigure mh-e beyond recognition.
  443.  
  444.      The mh-e system is part of the standard GNU Emacs distribution.
  445.      The latest version can be found at
  446.  
  447.      <ftp://ftp.x.org/misc/mh-e/mh-e-5.0.2.tar.Z>
  448.  
  449.     [Above shamelessly stolen from Bill Wohler's comp.mail.mh faq]
  450.  
  451. C-Client: Author Mark Crispin <mrc@panda.com>
  452.  
  453.     C-client is a general library useful for creating MUA's.  It provides
  454.     a high level logical interface for retrieving and manipulating
  455.     mail messages.  It supports the latest draft of MIME (proposed
  456.     Internet standard for multipart, multimedia, typed electronic mail).
  457.     It is driver based, and easily ported to new platforms and MTA's,
  458.     already supports BSD, SysV, DOS, Macintosh and TOPS-20(!),
  459.     and supports present mail and mailbox formats.
  460.  
  461.     Just the thing if you want to write a new MUA.
  462.  
  463.     The package also contains a very fine IMAP and POP server.
  464.  
  465.     <ftp://ftp.cac.washington.edu/mail/imap.tar.Z>
  466.  
  467. Metamail: Author N. Borenstein
  468.     [Described by Paul Eggert, eggert@bi.twinsun.com]
  469.  
  470.     Metamail is a software implementation of Mime, designed for easy
  471.     integration with traditional mail-reading interfaces -- typically,
  472.     users do not invoke metamail directly.  Ideally, extending the local
  473.     email or news system to handle a new media format is a simple matter
  474.     of adding a line to a mailcap file.  Mailcap files are described in
  475.     RFC 1343: N Borenstein, ``A user agent configuration mechanism for
  476.     multimedia mail format information'' (June 1992).  The source code
  477.     for metamail can be found in ftp.uu.net:mail/metamail/mm.tar.Z.
  478.     To join its mailing list, write info-metamail-request@thumper.bellcore.com.
  479.  
  480.  
  481. MailManager: Author Mark Crispin <mrc@panda.com>
  482.  
  483.     A MUA implemented using C-Client for NeXT computers.
  484.  
  485. MMail: Martin R. Raskovsky* <martin@atelier.demon.co.uk>
  486.  
  487.     A WYSIWYG, text composition, visualization and MIME mailer.  Text
  488.     organised in different fonts.  Inline images.  Shareware: Free, full
  489.     functionality 30 days evaluation.  Academic Institutions: Free.
  490.  
  491.     <http://www.atelier.co.uk>
  492.  
  493. Pine: Authors Lundblade, Seibel, and Crispin <pine@cac.washington.edu>
  494.  
  495.     Pine is a mailer developed by the University of Washington Office of
  496.     Computing and Communications. It has been designed for ease-of-use and
  497.     with the novice computer user in mind. It is based on Internet mail
  498.     protocols (e.g. RFC-822, SMTP, IMAP, and MIME) and currently runs on
  499.     a variety of UNIX platforms, and a version is apparently available for
  500.     MSDOS. 
  501.  
  502.     The guiding principles for achieving ease-of-use in Pine were:
  503.     careful limitation of features, one-character mnemonic commands,
  504.     always-present command menus, immediate user feedback, and high
  505.     tolerance for user mistakes. It is intended that Pine can be learned
  506.     by exploration rather than reading manuals.
  507.  
  508.     A stand-alone version of Pico, Pine's message composition editor, is also
  509.     included. It is a very simple and easy to use text editor with text
  510.     justification and a spelling checker. 
  511.  
  512.     Features:
  513.        - Mail index showing a message summary which includes the status, 
  514.      sender, size, date and subject of messages.
  515.  
  516.        - View and process mail with the following commands:  forward, reply, 
  517.      save, export, print, delete, capture address and search.
  518.  
  519.        - Address book for saving long complex addresses and personal 
  520.      distribution lists under a nickname. 
  521.  
  522.        - Multiple folders and folder management screen for filing messages.
  523.  
  524.        - Message composer with easy-to-use editor and spelling checker.
  525.      The message composer also assists entering and formatting
  526.      addresses and provides direct access to the address book.
  527.  
  528.        - Online help specific to each screen and context.
  529.  
  530.        - Supports access to remote mail repositories via the IMAP2 protocol
  531.      defined in RFC-1176.
  532.      
  533.        - Soon to support multi-part mail conforming to proposed MIME Internet
  534.      standard, allowing sending of sounds, graphics such as GIF and TIFF
  535.      files, and binary files such as spreadsheets. 
  536.  
  537.     Pine, including source code, is freely available via anonymous FTP from
  538.     ftp.cac.washington.edu on the Internet. Other provisions for distribution
  539.     have not been made. From the Internet, you may try out Pine and leave
  540.     comments by telneting to "demo.cac.washington.edu" and logging in as
  541.     "pinedemo". To join the Pine mailing list for announcements send a 
  542.     email request to "majordomo@cac.washington.edu" with body
  543.     "subscribe pine-info". 
  544.  
  545.     Pine is very portable and runs on a variety of UNIX machines including
  546.     DECstations, NeXTs, VAX's and Suns. Pine was originally based on Elm, 
  547.     but it has evolved much since, ("Pine Is No-longer Elm"). 
  548.  
  549.     For further information send e-mail to pine@cac.washington.edu. Pine is
  550.     the work of Mike Siebel, Mark Crispin, and Laurence Lundblade at the
  551.     University of Washington. 
  552.  
  553. Ream: Author: Paul Dourish* <dourish@europarc.xerox.com>
  554.  
  555.     Ream is a curses-based mail user agent for a variety of UNIX flavours;
  556.     at one time or another, it's run on everything from a PC running Linux
  557.     to a Cray Y/MP running UNICOS. It was originally written at the
  558.     University of Edinburgh, and has spread not least through the
  559.     subsequent geographical distribution of alumni. It remains minimally
  560.     supported by its author (Paul Dourish <dourish@europarc.xerox.com>).
  561.  
  562.     Ream is similar to elm in a number of ways, but considerably smaller
  563.     and with a stronger separation between MUA and MTA behaviours. It runs
  564.     over sendmail, mmdf and PP. It is available by anonymous ftp from
  565.     parcftp.xerox.com, in pub/europarc/reamXXX.tar.Z, where XXX is a
  566.     slowly incrementing version number.
  567.  
  568.  ML:    Author: Mike Macgirvin <Mike_Macgirvin@CAMIS.Stanford.EDU>
  569.      
  570.      Current version 1.2.3. ML is a mail reader for the X window system,
  571.      using Motif and the IMAP protocol. It provides active filtering of
  572.      mail into user-defined views using a simple but powerful filter
  573.      language. For example:
  574.  
  575.      "from john and since yesterday and undeleted"
  576.  
  577.      defines a "view" of your mailbox containing only those messages. It
  578.      also has many features common to most modern mail systems,
  579.      including MIME attachments and USENET news support; the ability to
  580.      work with multiple open mailboxes, various sort options, spell
  581.      checking, address book, etc.
  582.  
  583.      International support is more extensive than many mail programs;
  584.      although currently limited to 8-bit left-to-right languages.
  585.      International header and text encodings are invisibly handled so
  586.      users may work in their native language. Current work will extend
  587.      this support further.
  588.  
  589.      ML is freely available via anonymous FTP to FTP-CAMIS.Stanford.EDU
  590.      in the directory "/pub/ml". Source code is available as well as
  591.      binary releases for several common system types. For more
  592.      information please see:
  593.           
  594.      http://WWW-CAMIS.Stanford.EDU/projects/imap/ml
  595.  
  596. Z-Mail: Z-code Software Corp, Barbara Tallent* <tallent@ncd.com>
  597.  
  598.     Z-Mail, a UNIX World Magazine "Product of the Year" winner for
  599.     1991, is a complete electronic mail system for workstations, PCs,
  600.     ASCII terminals and Macs.  Z-Mail provides Motif and Open Look
  601.     graphical user interfaces, as well as two character modes.  The
  602.     software has been ported to nearly every system that runs UNIX, and
  603.     it works with all standard UNIX mail transport agents including
  604.     sendmail, binmail, smail, MMDF and X.400 gateways.  Z-Mail can
  605.     replace or coexist with standard mail user agents on the system,
  606.     including BSD Mail, AT&T mailx, Sun Mail Tool, Elm or Mush.  Most
  607.     anyone can use Z-Mail "off the shelf" and immediately benefit from
  608.     its simple interface and advanced features.
  609.  
  610.    The 'fullscreen' character mode has become its own product, Z-Mail Lite.
  611.    It's available immediately.
  612.  
  613.     Z-Mail also includes Z-Script, a powerful scripting language that
  614.     enables users to customize and extend Z-Mail's capabilities.  Z-Mail's
  615.     multi-media capabilities allow easy integration with best-of-class
  616.     products including spreadsheets, desk-top publishing, graphics, fax,
  617.     voice, and video.  For example, when users receive a spreadsheet file,
  618.     Z-Mail can be configured to automatically launch the associated
  619.     application and load the the attachment automatically and transparently
  620.     to the user.  Z-Mail understands MIME-format documents and is also
  621.     compatible with Sun's multimedia Mailtool.
  622.  
  623.     For more information on Z-Mail, contact:
  624.     Z-Code Software Division
  625.     Network Computing Devices, Inc.
  626.     101 Rowland Way, Suite 300
  627.     Novato, CA  94945
  628.     tel: (415) 898-8649
  629.     fax: (415) 898-8299
  630.     E-mail: info@z-code.com
  631.     URL:  http://www.ncd.com/
  632.  
  633.     You can obtain a demo copy of Z-Mail from ftp.z-code.ncd.com in the
  634.     directory pub/z-code/zmail/3.2 for assorted UNIX versions.  The file
  635.     is named zm32.XXX.tar.Z where XXX is your type of machine.  Windows
  636.     and Macintosh versions are also available for FTP in the directories
  637.     pub/z-code/zmail/zm-win and pub/z-code/zmail/zm-mac.
  638.     
  639.     URLs:
  640.  
  641.     ftp://ftp.z-code.ncd.com/pub/z-code/zmail/3.2/
  642.     ftp://ftp.z-code.ncd.com/pub/z-code/zmail/zm-mac/
  643.     ftp://ftp.z-code.ncd.com/pub/z-code/zmail/zm-win/win321/
  644.  
  645.     Contact <keys@z-code.com> for an activation key after downloading your
  646.     demo copy.
  647.  
  648.     [As mentioned previously, Z-Mail is the commercial variant of mush. Ed]
  649.