home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / infoguide / advanced / sysadmin / archive-servers < prev    next >
Text File  |  1997-12-01  |  30KB  |  732 lines
  1. Archive-name: mail/archive-servers
  2. Last-modified: 1994/02/15
  3. Version: 2.0
  4.  
  5.  
  6.                       Mail Archive Server Software List
  7.          A Summary of Available Mail Archive Server Software
  8.              ---------------------------------------------------
  9.  
  10.                             by:  Piero Serini
  11.                       piero@strider.st.dsi.unimi.it
  12.                         serini@ghost.dsi.unimi.it
  13.  
  14.         Last Update: Tue Feb 15 19:42:58 MET 1994
  15.                         This FAQ's version:  2.0
  16.         (C) Jonathan I. Kamens 1991,1992,1993 - All Rights Reserved
  17.                (C) Piero Serini 1994 - All Rights Reserved
  18.  
  19.   Mail Archive Servers are programs  which  receive incoming  mail messages,
  20. interpret them, and take action based on them.  For example, two tasks which
  21. might  be  performed  by mail servers are handling  subscriptions to mailing
  22. lists and redistributing messages sent to the lists; and delivering files to
  23. users based on incoming requests.
  24.  
  25.   This posting focuses, primarily, on mail servers which run under UNIX. For
  26. each server listed below, I provide the following information, if known:
  27.  
  28.         Name
  29.         Author
  30.         Maintainer
  31.         Latest known version
  32.         How to get it
  33.         Implementation language
  34.         Supported platforms
  35.         Comments
  36.  
  37.   If you can fill any of the blanks or have  comments about anything written
  38. below, or if you have new servers to add to the list, please let me know. If
  39. you would like to ask me to change  this  posting in some way,  the method I
  40. appreciate most is for you to actually make  the desired  modifications to a
  41. copy of the posting, and then to send me the modified part or a context diff
  42. between my posted version and your modified version.   Submitting changes in
  43. this way makes dealing with them easier for me and helps to avoid  misunder-
  44. standings about what you are suggesting.
  45. Please send all updates to MAS-FAQ@strider.st.dsi.unimi.it
  46.  
  47.  
  48. 0.0     Organization and availability
  49.  
  50.     This FAQ is posted monthly, the 15th, on comp.mail.misc,
  51.     comp.sources.wanted, comp.answers and news.answers.
  52.  
  53.     It is available:
  54.     - from the above USENET groups
  55.     - from all the USENET archives
  56.     - ftp//ghost.dsi.unimi.it[149.132.2.1]:~ftp/pub/FAQs/MAS.Z
  57.  
  58.     Note: the ftp directory will be set up shortly.  I haven't root per-
  59.           missions on ghost.   If ~ftp/pub/FAQs doesn't exist, try again
  60.           in a day or two. Thank you.
  61.  
  62.     A context diff file  containing the differences between this FAQ and
  63.     the previous release is posted on comp.mail.misc,comp.sources.wanted
  64.     and is available from the same sites in the file:
  65.     ~ftp/pub/FAQs/MAS.diffs.Z.
  66.  
  67.     This FAQ is NOT reposted if modified, until the next issue date.
  68.     I  will  modify  the ftp file only.  I  suggest using ftp to get the
  69.     latest version of this document.
  70.  
  71.         This FAQ consists of four parts:
  72.         0.*     Organization.
  73.         (0.1    Copyright)
  74.         (0.2    Warranty)
  75.         (0.3    Publishing Notes)
  76.         1.*     Software List.
  77.         2.*     Archivers, what they archive, how to download.
  78.         3.*     History and Contributors' list.
  79.  
  80. 0.1    Copyright
  81.  
  82.     This FAQ is Copyright (C) 1993, 1994 by Piero Serini.
  83.     All Rights are reserved.
  84.     Permission  to use,  copy and distribute this FAQ, or parts thereof,
  85.     by any means and for any purpose  EXCEPT  PROFIT PURPOSES  is hereby
  86.     granted,  provided that both  the above  Copyright notice  and  this
  87.     permission notice appear in all copies of the FAQ itself.
  88.     Reproducing  this FAQ or parts thereof  by any means,  included, but
  89.     not limited to,  printing,  copying existing prints,  publishing  by
  90.     electronic  or other  means,  implies  full  agreement  to the above
  91.     non-profit-use clause, unless upon explicit prior written permission
  92.     of the author.
  93.  
  94. 0.2    Warranty
  95.  
  96.     THIS  FAQ  IS PROVIDED BY THE  AUTHOR ``AS IS'',  AND ANY EXPRESS OR
  97.     IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,  THE IMPLIED WAR-
  98.     RANTIES OF MERCHANTABILITY AND FITNESS  FOR A PARTICULAR PURPOSE ARE
  99.     DISCLAIMED.
  100.     IN NO EVENT SHALL  THE  AUTHOR  BE LIABLE FOR  ANY DIRECT, INDIRECT,
  101.     INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
  102.     BUT  NOT LIMITED  TO, PROCUREMENT OF SUBSTITUTE GOODS  OR  SERVICES;
  103.     LOSS OF USE,  DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION)  HOWEVER
  104.     CAUSED AND ON ANY THEORY OF LIABILITY,  WHETHER IN CONTRACT,  STRICT
  105.     LIABILITY,  OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE)  ARISING IN
  106.     ANY WAY OUT OF THE USE OF THE INFORMATIONS HEREIN CONTAINED, EVEN IF
  107.     ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  108.  
  109. 0.3    Publishing Notes
  110.  
  111.     If  you  want to publish  this FAQ  by any means,  electronically or
  112.     otherwise, you can do it, provided the following conditions are met:
  113.     1) The above Copyright notice and Warranty  appear in their entirety
  114.        in all copies you publish;
  115.     2) You notify me by e-mail that you will publish this FAQ;
  116.     3) You use the latest version of the FAQ you can get;
  117.     4) You let people know where to find updated versions of the FAQ;
  118.     5) Any modifications (other than typesetting changes) you make to it
  119.        are clearly designated as your modifications;
  120.  
  121.     You  shall  also  send me a copy of the  published  material, in its
  122.     entirety, free of charge.  Should this not be possible, due to legal
  123.     or other restrictions,  please send me the part containing this FAQ,
  124.     with  full references  to the published material  (i.e. ISDN or any-
  125.     thing else to identify it), free of charge.
  126.  
  127.  
  128. 1.0    Software List
  129.  
  130. Name:        Almanac
  131. Author:        Erik Bennett
  132. Author:        Chris Hansen
  133. Maintainer:    almanac-admin@oes.orst.edu
  134. Implementation language: C (configured with Bourne shell)
  135. How to get it:    ftp oes.orst.edu:~ftp/pub/almanac-x.x.tar.Z
  136.             (where x.x is the current version)
  137. Latest version:    1.5
  138. Supported platforms: SunOS, HP/UX, UTek, AIX (RS 6000), most BSD 4.3
  139. Comments:    (Chris Hansen <hansenc@oes.orst.edu>)
  140.     - Requires sendmail and gdbm
  141.     - Can split files on user-defined size limit
  142.     - Good user & admin documentation
  143.     - Has blacklist
  144.     - Logging (through syslog) and usage utilities
  145.     - Comes with supplement for automatic mailing list management
  146.     - Load checking or queuing left to sendmail
  147.     - Main advantage is configuration table:
  148.         Maps user commands to shell commands
  149.         Can have any number of user commands
  150.         Encoding, Filtering, Compression all configurable
  151.     - Most other things configurable
  152.     - Possible disadvantages:
  153.         Table can get complicated.
  154.         Good knowledge of shell advised).
  155.  
  156. Name:        B-Server
  157. Author:        Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  158. Implementation language: bourne shell
  159. How to get it:    Get "b-server.shar" from grasp1.
  160. Comments:    (Dave Shaver <shaver@convex.com>):
  161.     - Don't need to create system-wide alias (uses sendmail
  162.       .forward file)
  163.     - One shell script
  164.     - Can refuse to provide service to certain people
  165.     - Has file and request limits
  166.     - 4 user commands: help, index, send, get
  167.  
  168. Comments:    (john.Latala@Waterloo.NCR.COM):
  169.     - Only does text files
  170.  
  171. Name:        Bart (Brode's Archive Retrieval Thang)
  172. Author:        Jon Brode <brode@icpsr.umich.edu>
  173. Latest known version: beta release
  174. How to get it:    Send E-mail to <brode@icpsr.umich.edu> and ask for it.
  175. Implementation Language: C
  176. Support platforms: Expects BSD, sendmail and ndbm, but might work with
  177.                     some tweaking in other environments.
  178. Comments:    (from the author)
  179.     - Beta release can be obtained from the author but should not
  180.       be redistributed; the final release will have more lenient
  181.       distribution conditions.
  182.     - Runs from alias or .forward file
  183.     - Very careful about not overloading server.
  184.       (does load checking on BSD machines, in addition to the
  185.       other things)
  186.     - 5 commands: help, index, path, send, sendb
  187.       "sendb" automatically encodes the file, "send" determines
  188.       whether the file needs to be encoded first
  189.     - Can request files by parts. Useful for requesting files
  190.       larger than quota and retrieving pieces that get lost in
  191.       the mail
  192.     - Can do per-user quota checking.
  193.     - It has a man page!
  194.     - Has uuencode encoding built into C code, does not support
  195.       other encoding types yet.
  196.     - No user error notification on bad requests.
  197.  
  198. Name:        Clarkson
  199. Author:        Michael DeCorte
  200. How to get it:    Get "archive-server" from CLARKSON.
  201. Implementation language: bourne shell, awk
  202. Comments:    (Tom Fitzgerald <fitz@wang.com>)
  203.     Advantages:
  204.       - Most flexible options for archiving, compressing, encoding
  205.         and slicing result.
  206.       - Very nice load-limiting.
  207.     Disadvantages:
  208.       - Many BSDism's (I tried porting it to SysV without much luck).
  209.       - Can't return several requested items, one item per mail
  210.         message.
  211.       - It insists on packaging up all requests into a single
  212.         archive, splitting the archive at random points and mailing
  213.         the result.
  214.       - Can't store items compressed and have them mailed back to
  215.         the requestor decompressed.
  216.  
  217. Name:        DECWRL
  218. Author:        Brian Reid.
  219. Implementation language: bourne shell, awk, a little bit of C
  220. How to get it:    - Get "decwrl.shar" from grasp1.
  221.         - ftp.cs.widener.edu:/pub/src/mail/archive.tar.Z
  222.           (slightly modified).
  223. Comments:    (Dave Shaver <shaver@convex.com>)
  224.     - Written with many shell scripts and a few AWK scripts
  225.     - Very careful about not overloading server machine
  226.       (Remember, this used to run on an over-worked VAX.)
  227.     - Very easy to install; best of the group?
  228.     - Code is all quite generic
  229.     - Good at letting person making request know what happened
  230.       (No black holes for mail.)
  231.     - Good user-level docs (especially the "help" file)
  232.     - Very fair queuing system; people can't make "pigs" of
  233.       themselves
  234.     - 4 user commands: help, index, send, path
  235. Comments:    (Tom Fitzgerald <fitz@wang.com>)
  236.     Advantages:
  237.       - Simplest.
  238.       - Very nice load-limiting, can be set up to run only at night.
  239.       - Easily configurable, and portable to Sys V with a little work.
  240.     Disadvantages:
  241.       - All items in archive must be text, and are sent out as-is.  No
  242.         packaging options at all.
  243.       - Written in sh, may be a heavy system load (when running).
  244. Comments:    (Chris Siebenmann <cks@hawkwind.utcs.toronto.edu>)
  245.     We use the DECWRL server for the CA*NET info server; I picked
  246.     it over the other ones (primarily the Clarkson one) because it
  247.     was sufficiently small and clear that I could read all the
  248.     shell scripts and be pretty confidant that it had no surprises
  249.     and I understood what was going on. One could probably run it
  250.     out of a .forward file with some work writing at-based
  251.     frontends, but it prefers to be installed and run with cron
  252.     and an alias.
  253.  
  254. Name:        deliver
  255. Author:        Chip Salzenberg <chip@tct.com>
  256. Latest known version: 2.1, patchlevel 10
  257. How to get it:    From the comp.sources.reviewed archives.
  258. Implementation language: C
  259. Comments:
  260.     This isn't a full-fledged archive server, it's just a
  261.     program to reroute incoming mail.  Which isn't to say that it
  262.     can't be used to write an archive server....
  263. Comments:    (Brian.Onn@Canada.Sun.COM)
  264.     I've written our mail based archive server entirely in Deliver
  265.     shell scripts.  It's not as full featured as the other ones,
  266.     but it can easily be expanded to become that.  The beauty of
  267.     deliver is that it is entirely shell script based.
  268. Comments:    (Daniel Simmons <simmdan@kenya.isu.edu>)
  269.     The real beauty of deliver is that it is an extension allowing
  270.     you to implement mail handling in ANY language: shell scripts,
  271.     perl, C, awk... haskell if you want and can make it understand
  272.     environment variables and read/write to stdin/stdout (I don't
  273.     know haskell well enough to know if this is possible).
  274.  
  275.     I have written a very successful mail processing system which
  276.     installs data files in our local Campus Wide Information
  277.     System using a single (and fairly short) perl script in
  278.     conjunction with deliver.
  279.  
  280.     One other comment is that deliver is very comparable to
  281.     procmail but much cleaner/simpler.
  282.  
  283. Name:        ftpmail
  284. Author:        Lee McLoughlin <lmjm@doc.ic.ac.uk>
  285. Latest known version: 1.19
  286. How to get it:    src.doc.ic.ac.uk:/packages/ftpmail/ftpmail.shar
  287. Implementation language: perl
  288. Supported platforms: SunOS, HP/UX,  AIX (RS 6000), BSD 4.3, System 5.4
  289. Comments:
  290.     - Can use both mail and sendmail to send reponses.
  291.     - With sendmail can also return MIME multipart responses.
  292.     - Supports mime, uuencode, atob, user selectable splitting.
  293.     - Built in logging.
  294.     - Very easy to install.
  295.     - Command compatible with ftpmail server at Decwrl.
  296.  
  297. Name:        KISS
  298. Author:        T. William Wells <bill@twwells.com>
  299. Latest known version: 1.0
  300. How to get it:    - Get "kiss.shar" from grasp1.
  301.         - Get "misc/kiss.shar" from JASON-ARCHIVE (slightly modified).
  302.         - hydra.helsinki.fi:/pub/archives/alt.sources/kiss-server_bill
  303. Implementation language: bourne shell
  304. Comments:    (Dave Shaver <shaver@convex.com>)
  305.     - Simple.  8-)
  306.     - One shell script, plus a user-supplied program
  307.     - No batching, quotas, or scheduling.
  308.     - 5 user commands: help, index, send, path, quit
  309.     - Good install docs
  310.  
  311. Name:        ListProcessor
  312. Author:        Anastasios C. Kotsikonas (tasos@cs.bu.edu)
  313. Latest known version: 6.0c
  314. How to get it:    - cs.bu.edu[128.197.2.1|128.197.10.1]:/pub/listserv/*
  315.         - all of its mirrors (ftp.uu.net:/pub/networking/mail/listserv
  316.           for example).
  317.         - Via email to listproc@avs.com with the request:
  318.           "get listproc listproc6.0c.sh".
  319. Implementation language: C, plus some UNIX-style shell scripts.
  320. Supported platforms: UNIX, presumably.
  321. Comments:    (from the author)
  322.     This is a system that implements various mailing lists with
  323.     one list manager. It is automated, and obliterates the need
  324.     for user intervention and maintenance of multiple aliases of
  325.     the form "list, list-owner, list-request", etc. There is
  326.     support provided for public and private hierarchical archives,
  327.     moderated and non-moderated lists, peer lists, peer servers,
  328.     private lists, address aliasing, news connec- tions and
  329.     gateways, mail queueing, digests, list ownership, owner
  330.     preferences, crash recovery, batch processing, confi- gurable
  331.     headers, regular expressions, archive searching, and live user
  332.     connections via TCP/IP.
  333.  
  334. Name:        Logix
  335. Author:        Jan-Piet Mens
  336. Latest known version: 1.01
  337. How to get it: Get the posting entitled "Mail-Server Part 01/01" from
  338.     the alt.sources archives.  An improved version (Bill Silvert's
  339.     -- see his comments below) is available via anonymous ftp from
  340.     /dfo/net/mail-servers/mail-server.tar.Z on biome.bio.ns.ca.
  341. Implementation language: C
  342. Comments:    (Bill Silvert <silvert@biome.bio.ns.ca>)
  343.     Changes I have made include support for optional (as opposed
  344.     to compulsary) uuencoding using the Dumas uuencode, which
  345.     makes it possible to run uudecode (the Dumas version) on a
  346.     complete multi-part mail file without editing it first, and
  347.     improved messages.
  348.  
  349. Name:        MReply
  350. Author:        Tor Slettnes <tor@netcom.com>
  351. Maintainer:    Same
  352. Latest known version: 0.27
  353. How to get it:    - netcom.com:/pub/tor/mreply/mreply027.taz
  354.         - e-mail to tor@netcom.com.
  355. Implementation language: C (gcc)
  356. Supported platforms: Unix. Developed under SunOS 4.1.3.
  357. Comments:    (from the author)
  358.     - Mailing list AND file server in one.  Commands available:
  359.       JOIN/SUBSCRIBE, LEAVE/UNSUBSCRIBE, REVIEW, SEND, HELP.
  360.     - List options are: MANUAL vs. AUTOMATIC; CONCEAL vs. REVEAL
  361.     - File packet options are: PLAIN vs ENCODED.
  362.     - Built-in uuencode, shell archive generator, splitmail.
  363.     - Simple. Small. Source is < 30k; Typical config.
  364.       executable file about 10k.
  365.     - Sample configuration file w/lots of comments included.
  366.     - Can be installed w/o root access; invoked via .forward
  367.       mechanism (preferably via a preprocessor like "procmail"
  368.       or ELM's "filter").
  369.     - User definable mail headers (e.g. for support of MIME).
  370.     - Personalize replies by including the mailer's first name.
  371.     - Clever logging of requests.
  372.     - Requires 'sendmail' or another mailer.
  373.     - Free. Please notify me if you make changes/enhancments.
  374.  
  375.     For a demo, send an empty e-mail to notgnu-request@netcom.com.
  376.  
  377. Name:        MailServ
  378. Author:        Dave DeBry <debry@peruvian.cs.utah.edu>
  379. Latest known version: 1.4
  380. How to get it:    Get the posting entitled "MailServ 1.4" from the
  381.         alt.sources archives.
  382. Implementation language: C
  383. Comments:    (from the author)
  384.     - allows for as many users as you want per list,
  385.     - users can be mailed to "quietly" (ie: their name won't be
  386.       found anywhere in the mailing... good for nosy sysadmins at
  387.       other sites),
  388.     - has a request server so users can get any files you make
  389.       available for them,
  390.     - handles subscribes and unsubscribes without bothering you,
  391.     - can archive off reflector mailing list posts,
  392.     - can announce to all list readers when someone subscribes or
  393.       unsubscribes,
  394.     - can be set to let people request a list of readers,
  395.     - does all the digest handling work for you,
  396.     - can upload (via ftp) each days digest to a given site for
  397.       archiving,
  398.     - can backup the userlist to a different disk/area/whatever,
  399.     - can post a FAQ to USENET periodically,
  400.     - announces when a message has been taken from USENET, so
  401.       people don't get that horrible deja vu feeling while reading
  402.       their mail,
  403.     - sends you a log of all the day's activities every night,
  404.     - lets you toggle all of these things for complete
  405.       customization,
  406.     - and much, much more!  (I should be an announcer for those
  407.       Remco ads, I know it.)
  408.  
  409.     MailServ isn't for the weak at heart.  It's not pretty, and
  410.     I'm releasing it to the net because several people have asked
  411.     for copies, and I'd like to know what changes are made to it.
  412.     If you don't know much about UNIX or mail, I wouldn't suggest
  413.     using MailServ until it gets a little bit nicer.
  414.  
  415. Name:        Majordomo
  416. Author:        D. Brent Chapman <brent@GreatCircle.COM>
  417. Maintainer:    Same
  418. Latest known version: 1.54
  419. How to get it:    FTP.GreatCircle.COM:/pub/majordomo/*
  420. Implementation language: Perl and some C
  421. Supported platforms: UNIX
  422. Comments:    (from the author)
  423.     Majordomo is more of a mailing-list manager than an archive
  424.     server.  It has the concept of an "owner" for each list.  The
  425.     owner of a given list approves certain user "subscribe" and
  426.     "unsubscribe" commands (the ones that majordomo doesn't
  427.     automatically approve; for instance, if someone tries to
  428.     unsubscribe something other than their own email address from
  429.     a list, majordomo asks for approval).  Most list maintenance
  430.     is done for the owner by majordomo, and the rest can be done
  431.     by the owner using emailed commands to majordomo; the owner
  432.     doesn't need an account on the machine majordomo runs on.
  433.  
  434. Name:        NETLIB
  435. Author:        Jack J. Dongarra, Eric Grosse
  436. How to get it:    Get "netlib from misc" from NETLIB.
  437. Implementation language: C
  438. Comments:    (Dave Shaver <shaver@convex.com>)
  439.     - User-level docs a bit rough.    Assumes user is quite mail
  440.       savvy.  (Not a fair assumption in my case.)
  441.     - Catches "pigs" effectively, but no queuing system for
  442.       requests.
  443.     - Notices attempted security violations using magic shell
  444.       characters
  445.     - Install docs adequate, but not outstanding
  446.     - Hard to install since site-specific stuff not centralized
  447.       in a config file.
  448.     - Has almost no interal documentation (i.e. comments)
  449.     - Eclectic mix of shell scripts and C programs
  450.     - Some sections of code very specific to serving libs.    Does
  451.       not generalize well to ASCII files.
  452. Comments:    Tom Fitzgerald <fitz@wang.com>
  453.     Advantages:
  454.       - Arbitrary directories can be made part of archives, archives
  455.         don't have to all be under a single directory tree.
  456.       - Written in C, probably imposes the least system load.
  457.       - Reasonably portable and configurable.
  458.     Disadvantages:
  459.       - Really complicated, with inadequate documentation
  460.       - No queuing or load-balancing.  All requested items are sent
  461.         out immediately regardless of system load.
  462.       - Poorest at figuring out return addresses.
  463.       - All items in archive are sent out as-is.No packaging options.
  464.         (They can be binary, they will be sent out uuencoded).
  465.  
  466. Name:        procmail
  467. Author:        Stephen R. van den Berg <berg@pool.informatik.rwth-aachen.de>
  468. Latest known version: 2.91
  469. How to get it:    - Get "procmail" from volume 38 of comp.sources.misc
  470.     archives.
  471.         - ftp.informatik.rwth-aachen.de:/pub/unix/procmail.tar.zip
  472. Implementation language: C, plus some UNIX-style shell scripts.
  473. Supported platforms: generic UNIX (or any posix compliant OS)
  474. Comments:
  475.     Procmail is a program to parse incoming mail and sort/invoke other
  476.     programs based on the results, it can be used as a very reliable
  477.     frontend to some of the archive servers mentioned here.
  478.     It includes a utility program called formail, which is particularly
  479.     intelligent in figuring out return addresses and generating
  480.     auto-reply headers.
  481. Comments:    (from the author)
  482.     Included is an extensive mailinglist/archive server package (based
  483.     upon procmail/formail).  Regarding the archive server part:
  484.     Advantages:
  485.       - Easy to install.
  486.       - Straightforward to operate (one tree, symbolic links allowed).
  487.       - Numerous others :-), but you'll have to get the FEATURES file
  488.         from the package.
  489.     Disadvantages:
  490.       - Doesn't do special handling for binary files.
  491.       - Doesn't autosplit large files.
  492.       - Partly dependent on sendmail, though sufficiently compatible
  493.         mailers will do.
  494.       - No load balancing or queueing, relying on sendmail for that.
  495.  
  496. Name:        qdms
  497. Author:        Lars Magnusson <lmn@z.amu.se>
  498. Latest known version: 1.0
  499. How to get it: (1) Get "qdms - a simple mailserver for cramped disks."
  500.     from the alt.sources archives.  (2) Get a (possibly more
  501.     up-to-date) version from mailserver@z.amu.se.
  502. Implementation language: Bourne shell, requires shell functions
  503. Comments:
  504.     Looks like it has some sort of access control and blacklisting.
  505.     I Don't know what else.
  506.  
  507. Name:        RNALIB
  508. Author:        Paolo Ventafridda <venta@otello.sublink.org>
  509. Author:        Marco Lorenzini <marlor@gear.sublink.org>
  510. Latest known version: 2.2 beta-3
  511. Implementation language: bourne shell
  512. How to get it: (1) Get "rnalib2" from volume 15 of comp.sources.misc
  513.     archives.  (2) Get "RNALIB 2.2 beta" and "upgrade to beta-3"
  514.     from alt.sources archive on valhalla.ee.rochester.edu.
  515. Comments:
  516.     - Completely implemented in one bourne shell script plus
  517.       several data files.
  518.     - Allows libraries to be all over the filesystem hiearchy
  519.       (i.e. not in fixed data directory).
  520.     - Understands a variety of packing formats, and detects binary
  521.       file automatically (and uuencodes them).
  522.     - Requires bourne shell with support for functions.
  523.     - Very poor address parsing.
  524.     - No queueing.
  525.     - Has "blacklists" to prevent people from transferring and
  526.       "whitelists" to allow specific people to tell the server to
  527.       deliver to third parties.
  528.     - Detects "hogs" and imposes maximum credit limits.
  529.  
  530. Name:        Relcom
  531. Author:        vak@kiae.su (Serge Vakulenko)
  532. Maintainer:    Same
  533. Latest known version: 1.2
  534. How to get it:    Send a message to mailserv@kiae.su with
  535.         "get relcom/unix/ms12.tar.Z" in the body.
  536. Implementation language: C
  537.  
  538. Name:        The ServiceMail Toolkit, by Enterprise Integration Technologies
  539. Author:        Jay C. Weber <weber@eitech.com>, et al.
  540. Maintainer:    servicemail-help@eitech.com
  541. Latest known version: v2.0 5-10-93
  542. How to get it:    eitech.com:svcmail-2.0.tar.Z
  543. Implementation language(s): C, Tcl, make
  544. Supported platforms:  SunOS, Ultrix, (probably anything that supports Tcl)
  545. Comments:    (Bob Bagwill <bagwill@swe.ncsl.nist.gov>)
  546.     - Easy to install (using default installation configuration).
  547.     - Multimedia Email SHell (MESH) uses MIME message formats.
  548.     - Services are implemented in Tcl.
  549.     - Includes subset of listserv functions.
  550.     - Documentation is skimpy.
  551. Comments:    (Jay Weber <weber@eitech.com>)
  552.         - Documentation is better in 2.0
  553.         - Includes support for queueing, logging
  554.  
  555. Name:        Squirrel Mail Server
  556. Author:        Johan Vromans <jv@NL.net>
  557. Version:    3.1B
  558. How to get it:  Send a mail message to <mail-server@NL.net> with 
  559.         contents
  560.             begin
  561.             send mail-server
  562.             end
  563. Implementation language: perl
  564. Description:    (from the author)
  565.     The Squirrel Mail Server is a mail response program. You can
  566.     send email to it, and it will try to react sensible to your
  567.     message. 
  568.  
  569.     Main purpose of the mail server is to obtain files from a
  570.     local archive or FTP server, but other functions can be added
  571.     easily.
  572.  
  573.     The Squirrel Mail Server Software is distributed under the
  574.     terms of the GNU Public Licence.
  575.  
  576.     New and improved features in version 3.1:
  577.  
  578.       - Transparent (anonymous) FTP interface. You can fetch files
  579.         from remote FTP servers. Files retrieved are cached
  580.         locally, so subsequent requests can be honoured from the
  581.         cache.
  582.  
  583.       - Delivery can take place via email or uucp or both.
  584.         Delivery via UUCP can be made preferred.
  585.         FTP requests can be restricted to UUCP delivery.
  586.  
  587.       - Files can be automatically compressed, and directories can
  588.         be automatically packed using one of several common
  589.         methods (e.g. zip, zoo or compressed tar).
  590.  
  591.       - Multiple servers can be installed using the same software.
  592.  
  593.       - The server can be used interactively, e.g. from a
  594.         terminal, or via telnet/inetd.
  595.  
  596.       - Command parsing and execution is table driven, so it is
  597.         very easy to extend the mail server functions.
  598.  
  599.       - Rewritten and enhanced user documentation and
  600.         installation docs. Also available in nicely formatted
  601.         (PostScript) format.
  602.  
  603.     A brief survey of old and new features:
  604.  
  605.       - All written in perl, hence portable and easily
  606.         maintainable.  Code is readable; useful, plentiful
  607.         comments. Very extentable and easily modified.
  608.       - Easy to use and to install. Over 2000 lines of
  609.         documentation. 
  610.       - Good at letting person making request know what happened.
  611.         Good "help" reply.
  612.       - Archives can be split over a number of directories or file
  613.         systems.
  614.       - Requests are queued and processed by a separate daemon
  615.         process (e.g. from cron). This cuts down on the system
  616.         load. Moreover, you can control when the queue is being
  617.         run.
  618.       - Requests can be honoured `as is' (name the file and you'll
  619.         get it), but the server can also perform directory
  620.         searches and index file lookup.  You need GNU find and
  621.         locate for the index lookup feature.
  622.       - While looking for files, the server knows about commonly
  623.         handled filenames (e.g. ".tar.Z" in "foo.tar.Z") and
  624.         pseudo-standard version numbering (e.g. "gcc-2.1.tar.Z").
  625.         It is quite well possible that a simple request for
  626.         "emacs" will actually transmit the file
  627.         "gnu/emacs-18.58/dist/emacs-18.58.tar.Z".
  628.       - Requests can be encoded using a number of encoding
  629.         schemes, e.g.  uuencode, xxencode, Dumas' uue and btoa.
  630.       - Requests that are too large to send in one piece are
  631.         automatically split and transferred in parts. The server
  632.         provides a smart unpacking program on request,
  633.       - Parts of requests can be re-transmitted in case of
  634.         failure.
  635.       - Requests can designate a directory. In this case the whole
  636.         directory tree is packed using some popular packing
  637.         programs (compressed tar, zoo or zip).
  638.       - Requests can be sent by email, or via uucp.
  639.       - The server can be asked to return a list of archive
  640.         entries that match a given request, thus obsoleting the
  641.         need to transfer huge "ls-lR" type index files to find out
  642.         whatsitcalled.
  643.       - All transfers are logged. Maintenance procedures
  644.         include a reporting tool.
  645.  
  646.     Probable future directions:
  647.  
  648.       - Automatic (and transparent) downloading of unknown archive
  649.         entries from other archive servers.
  650.       - Archive lookup by keyword.
  651.       - Notifier services (you'll be notified if archive entries
  652.         are added).
  653.       - Remote maintenance of the archives.
  654.  
  655.     Requirements:
  656.  
  657.       - Perl 4.0 patchlevel 36 or later.
  658.       - GNU find 3.6 or later (only if you want to exploit the
  659.         index features).
  660.       - A decent mail system that can deliver mail to a process
  661.         (sendmail, smail3, or smail2.5 w/ mods).
  662.  
  663.     Mailing list:
  664.  
  665.       A mailing list exists for sites that are running the
  666.       Squirrel Mail Server software. You can subscribe by sending
  667.       a mail to <squirrel-server-request@NL.net>.
  668.  
  669.  
  670. 2.0    Archivers, what they archive, how to download
  671.  
  672.               Archive Site Instructions
  673.               -------------------------
  674.  
  675. CLARKSON: Send mail to "archive-server@sun.soe.clarkson.edu" with
  676.     "send <what you want>" as the text of the message, e.g. "send
  677.     archive-server".  If you want it to be archived as a shar
  678.     file, then add a line saying "archiver shar" before the "send"
  679.     line.  You can also use "archiver tar".  If you don't specify
  680.     an archiver, then the files in the request will be separated
  681.     by "--- cut here ---" lines and you'll have to extract them by
  682.     hand or write some sort of script to do it.
  683.  
  684. grasp1: Ftp to grasp1.univ-lyon1.fr and look in
  685.     pub/unix/mail/mail-servers, or use the FTP-by-mail server at
  686.     ftpmail@grasp1.univ-lyon1.fr, or use an FTP-by-mail server
  687.     closer to you if there is one.
  688.  
  689. JASON-ARCHIVE: Send mail to "penneyj@slc.com" with a subject line
  690.     containing the string "jason-archive-request" and a body
  691.     containing "send <what you want>", e.g. "send misc/kiss.shar".
  692.     If you want multiple files, you can specify multiple requests
  693.     on separate lines of the file.
  694.  
  695. NETLIB: Send mail to "netlib@research.att.com" with "send
  696.     <what you want>", e.g. "send netlib from misc", as the text of
  697.     the message.
  698.  
  699. UTRECHT: Anonymous ftp to ftp.cs.ruu.nl and look in the directory
  700.     /pub, or send mail to "mail-server@cs.ruu.nl" with the lines:
  701.         begin
  702.         send <filename>
  703.         end
  704.     You replace "<filename>" with the file you want to retrieve,
  705.     e.g. "send UNIX/mailserver.tar.Z".
  706.  
  707. 3.0    History and Contributors
  708.  
  709.     This FAQ was originally maintained by Jonathan I. Kamens
  710.     (jik@security.ov.com). He's now in the need of a subsitute, so
  711.     I'm taking care of it. Needless to say, all the work herein
  712.     is Jonathan's.
  713.  
  714.     The following people, in chronological order, provided comments
  715.     about and corrections to this posting:
  716.  
  717.     - John Bazik <jsb@cs.brown.edu>
  718.     - Stephen R. van den Berg <berg@pool.informatik.rwth-aachen.de>
  719.     - Warren Burstein <warren@itex.jct.ac.il>,
  720.     - Nigel Metheringham <nigelm@ohm.york.ac.uk>
  721.     - Mike Northam <mbn@fpssun.fps.com>
  722.     - Chip Salzenberg <chip@tct.com>
  723.     - Serge Vakulenko <vak@kiae.su>
  724.     - jv@NL.net (Johan Vromans)
  725.       Tue, 1 Feb 1994 15:26:54 +0100 about Squirrel Mail Server
  726.  
  727. ----------------------
  728. *** END of Mail Archive Servers FAQ *** This file has not been truncated
  729. -- 
  730. Piero Serini                                 Computer Science Dept. 
  731. <serini@ghost.dsi.unimi.it>          Univ. Statale - Milano - ITALY
  732.