home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / answers / mail / archive-servers next >
Encoding:
Internet Message Format  |  1993-12-19  |  25.0 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!MathWorks.Com!noc.near.net!pad-thai.aktis.com!security.ov.com!jik
  2. From: jik@security.ov.com (Jonathan I. Kamens)
  3. Newsgroups: comp.mail.misc,comp.sources.wanted,comp.answers,news.answers
  4. Subject: Mail Archive Server software list
  5. Supersedes: <archive_servers_753775210@GZA.COM>
  6. Followup-To: comp.mail.misc
  7. Date: 20 Dec 1993 01:00:08 -0500
  8. Organization: OpenVision Technologies, Inc.
  9. Lines: 615
  10. Approved: news-answers-request@MIT.Edu
  11. Distribution: world
  12. Expires: 2 Feb 1994 06:00:06 GMT
  13. Message-ID: <archive_servers_756367206@GZA.COM>
  14. NNTP-Posting-Host: pad-thai.aktis.com
  15. Xref: senator-bedfellow.mit.edu comp.mail.misc:15400 comp.sources.wanted:28659 comp.answers:3094 news.answers:16009
  16.  
  17. Archive-name: mail/archive-servers
  18. Version: $Id: archive_servers,v 1.62 1993/11/22 19:37:11 jik Exp $
  19.  
  20.      A Summary of Available Mail Archive Server Software
  21.      ---------------------------------------------------
  22.  
  23.   Mail archive servers are programs which receive incoming mail
  24. messages, interpret them, and take action based on them.  For example,
  25. two tasks which might be performed by mail servers are handling
  26. subscriptions to mailing lists and redistributing messages sent to the
  27. lists; and delivering files to users based on incoming requests
  28.  
  29.   This posting focuses, primarily, on mail servers which run under
  30. UNIX.  For each server listed below, I provide the following
  31. information, if known:
  32.  
  33.     Name
  34.     Author
  35.     Maintainer
  36.     Latest known version
  37.     How to get it
  38.     Implementation language
  39.     Supported platforms
  40.     Comments
  41.  
  42.   If you can fill any of the blanks or have comments about anything
  43. written below, or if you have new servers to add to the list, please
  44. let me know.  If you would like to ask me to change this posting in
  45. some way, the method I appreciate most is for you to actually make the
  46. desired modifications to a copy of the posting, and then to send me
  47. the modified posting, or a context diff between my posted version and
  48. your modified version (if you do the latter, make sure to include in
  49. your mail the "Version:" line from my posted version).  Submitting
  50. changes in this way makes dealing with them easier for me and helps to
  51. avoid misunderstandings about what you are suggesting.
  52.  
  53.   There are two sections below.  The first describes the various
  54. archive servers, and the second lists known sites from which the
  55. archive servers can be obtained, and how to access them.  The "How to
  56. get it" fields of the archive server descriptions refer to the site
  57. listings.
  58.  
  59.   John Bazik <jsb@cs.brown.edu>, Stephen R. van den Berg
  60. <berg@pool.informatik.rwth-aachen.de>, Warren Burstein <warren@itex.jct.ac.il>,
  61. Nigel Metheringham <nigelm@ohm.york.ac.uk>, Mike Northam
  62. <mbn@fpssun.fps.com>, Chip Salzenberg <chip@tct.com>, and Serge
  63. Vakulenko <vak@kiae.su> provided comments about and corrections to
  64. this posting.
  65.  
  66. ------------------------------------------------------------------
  67.  
  68.  
  69.             Archive Server Summary
  70.             ----------------------
  71.  
  72.  
  73. Name: Almanac
  74. Authors: Erik Bennett and Chris Hansen
  75. Maintainer: almanac-admin@oes.orst.edu
  76. Implementation language: C (configured with Bourne shell)
  77. How to get it: ftp from /pub/almanac-x.x.tar.Z at oes.orst.edu
  78.                (where x.x is the current version)
  79. Latest know version: 1.4
  80. Supported platforms: SunOS, HP/UX, UTek, AIX (RS 6000), most BSD 4.3
  81. Comments: (Chris Hansen <hansenc@oes.orst.edu>)
  82.     Requires sendmail and gdbm
  83.     Can split files on user-defined size limit
  84.     Good user & admin documentation
  85.     Has blacklist
  86.     Logging (through syslog) and usage utilities
  87.     Comes with supplement for automatic mailing list management
  88.     Load checking or queuing left to sendmail
  89.     Main advantage is configuration table:
  90.        Maps user commands to shell commands
  91.        Can have any number of user commands
  92.        Encoding, Filtering, Compression all configurable
  93.        Most other things configurable
  94.        (Possible disadvantages:
  95.         Table can get complicated.
  96.         Good knowledge of shell advised).
  97.  
  98.  
  99. Name: B-Server
  100. Author: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  101. Implementation language: bourne shell
  102. How to get it: Get "b-server.shar" from grasp1.
  103. Comments: (Dave Shaver <shaver@convex.com>)
  104.     - Don't need to create system-wide alias (uses sendmail
  105.         .forward file)
  106.     - One shell script
  107.     - Can refuse to provide service to certain people
  108.     - Has file and request limits
  109.     - 4 user commands: help, index, send, get
  110. Comments: (john.Latala@Waterloo.NCR.COM)
  111.     - Only does text files
  112.  
  113.  
  114. Name: Bart (Brode's Archive Retrieval Thang)
  115. Author: Jon Brode <brode@icpsr.umich.edu>
  116. Latest known version: beta release
  117. How to get it: Send E-mail to <brode@icpsr.umich.edu> and ask for it.
  118. Implementation Language: C
  119. Support platforms: Expects BSD, sendmail and ndbm, but might work with
  120.                     some tweaking in other environments.
  121. Comments: (from author)
  122.         Beta release can be obtained from the author but should not be
  123.             redistributed; the final release will have more lenient
  124.             distribution conditions.
  125.         Runs from alias or .forward file
  126.         Very careful about not overloading server. (does load checking on BSD
  127.             machines, in addition to the other things)
  128.         5 commands: help, index, path, send, sendb ("sendb" automatically
  129.             encodes the file, "send" determines whether the file needs to
  130.             be encoded first)
  131.         Can request files by parts. Useful for requesting files larger
  132.             than quota and retrieving pieces that get lost in the mail
  133.         Can do per-user quota checking.
  134.         It has a man page!
  135.         Has uuencode encoding built into C code, does not support other
  136.             encoding types yet.
  137.         No user error notification on bad requests.
  138.  
  139.     
  140. Name: Clarkson
  141. Author: Michael DeCorte
  142. How to get it: Get "archive-server" from CLARKSON.
  143. Implementation language: bourne shell, awk
  144. Comments: (Tom Fitzgerald <fitz@wang.com>)
  145.    Advantages:
  146.     Most flexible options for archiving, compressing, encoding and
  147.       slicing result.
  148.     Very nice load-limiting.
  149.    Disadvantages:
  150.     Many BSDism's (I tried porting it to SysV without much luck).
  151.     Can't return several requested items, one item per mail message.
  152.       It insists on packaging up all requests into a single archive,
  153.       splitting the archive at random points and mailing the result.
  154.     Can't store items compressed and have them mailed back to the
  155.       requestor decompressed.
  156.  
  157.  
  158. Name: DECWRL
  159. Author: Brian Reid.
  160. Implementation language: bourne shell, awk, a little bit of C
  161. How to get it: (1) Get "decwrl.shar" from grasp1.  (2) Get
  162.     "/pub/src/mail/archive.tar.Z" via anonymous ftp from
  163.     ftp.cs.widener.edu (slightly modified).
  164. Comments: (Dave Shaver <shaver@convex.com>)
  165.     - Written with many shell scripts and a few AWK scripts
  166.     - Very careful about not overloading server machine
  167.         (Remember, this used to run on an over-worked VAX.)
  168.     - Very easy to install; best of the group?
  169.     - Code is all quite generic
  170.     - Good at letting person making request know what happened
  171.         (No black holes for mail.)
  172.     - Good user-level docs (especially the "help" file)
  173.     - Very fair queuing system; people can't make "pigs" of
  174.         themselves
  175.     - 4 user commands: help, index, send, path
  176. Comments: (Tom Fitzgerald <fitz@wang.com>)
  177.    Advantages:
  178.     Simplest.
  179.     Very nice load-limiting, can be set up to run only at night.
  180.     Easily configurable, and portable to Sys V with a little work.
  181.    Disadvantages:
  182.     All items in archive must be text, and are sent out as-is.  No
  183.       packaging options at all.
  184.     Written in sh, may be a heavy system load (when running).
  185. Comments: (Chris Siebenmann <cks@hawkwind.utcs.toronto.edu>)
  186.      We use the DECWRL server for the CA*NET info server; I picked
  187.     it over the other ones (primarily the Clarkson one) because it
  188.     was sufficiently small and clear that I could read all the
  189.     shell scripts and be pretty confidant that it had no surprises
  190.     and I understood what was going on. One could probably run it
  191.     out of a .forward file with some work writing at-based
  192.     frontends, but it prefers to be installed and run with cron
  193.     and an alias.
  194.  
  195.  
  196. Name: deliver
  197. Author: Chip Salzenberg <chip@tct.com>
  198. Latest known version: 2.1, patchlevel 10
  199. How to get it: From the comp.sources.reviewed archives.
  200. Implementation language: C
  201. Comments: This isn't a full-fledged archive server, it's just a
  202.     program to reroute incoming mail.  Which isn't to say that it
  203.     can't be used to write an archive server....
  204. Comments: (Brian.Onn@Canada.Sun.COM)
  205.     I've written our mail based archive server entirely in Deliver
  206.     shell scripts.  It's not as full featured as the other ones,
  207.     but it can easily be expanded to become that.  The beauty of
  208.     deliver is that it is entirely shell script based.
  209. Comments: (Daniel Simmons <simmdan@kenya.isu.edu>)
  210.     The real beauty of deliver is that it is an extension allowing
  211.     you to implement mail handling in ANY language: shell scripts,
  212.     perl, C, awk... haskell if you want and can make it understand
  213.     environment variables and read/write to stdin/stdout (I don't
  214.     know haskell well enough to know if this is possible).
  215.  
  216.     I have written a very successful mail processing system which
  217.     installs data files in our local Campus Wide Information
  218.     System using a single (and fairly short) perl script in
  219.     conjunction with deliver.
  220.  
  221.     One other comment is that deliver is very comparable to
  222.     procmail but much cleaner/simpler.
  223.  
  224.  
  225. Name: ftpmail
  226. Author: Lee McLoughlin <lmjm@doc.ic.ac.uk>
  227. Latest known version: 1.19
  228. How to get it: ftp from src.doc.ic.ac.uk:packages/ftpmail/ftpmail.shar
  229. Implementation language: perl
  230. Supported platforms: SunOS, HP/UX,  AIX (RS 6000), BSD 4.3, System 5.4
  231. Comments: Can use both mail and sendmail to send reponses.
  232.     With sendmail can also return MIME multipart responses.
  233.     Supports mime, uuencode, atob, user selectable splitting.
  234.     Built in logging.
  235.     Very easy to install.
  236.     Command compatible with ftpmail server at Decwrl.
  237.  
  238.  
  239. Name: KISS
  240. Author: T. William Wells <bill@twwells.com>
  241. Latest known version: 1.0
  242. How to get it: (1) Get "kiss.shar" from grasp1.  (2) Get
  243.     "misc/kiss.shar" from JASON-ARCHIVE (slightly modified).  (3)
  244.     Get "/pub/archives/alt.sources/kiss-server_bill" via anonymous
  245.     ftp from hydra.helsinki.fi.
  246. Implementation language: bourne shell
  247. Comments: (Dave Shaver <shaver@convex.com>)
  248.     - Simple.  8-)
  249.     - One shell script, plus a user-supplied program
  250.     - No batching, quotas, or scheduling.
  251.     - 5 user commands: help, index, send, path, quit
  252.     - Good install docs
  253.  
  254.  
  255. Name: ListProcessor
  256. Author: Anastasios C. Kotsikonas (tasos@cs.bu.edu)
  257. Latest known version: 6.0b
  258. How to get it: AVAILABILITY: (1) Via anonymous ftp from cs.bu.edu
  259.     (128.197.2.1 or 128.197.10.1) in the directory pub/listserv,
  260.     and all of its mirrors (ftp.uu.net in
  261.     pub/networking/mail/listserv for example).  (2) Via email to
  262.     listproc@avs.com with the request to: "get listproc
  263.     listproc6.0b.930913.0.sh".
  264. Implementation language: C, plus some UNIX-style shell scripts.
  265. Supported platforms: UNIX, presumably.
  266. Comments: This is a mailing list server rather than a mail archive
  267.     server.  It is meant to automatically run mailing lists,
  268.     dealing with subscriptions, unsubscriptions, message
  269.     distribution, etc.  Like the BITNET listserv system, but for
  270.     UNIX.  The newest version does appear to have some support for
  271.     archives as well.
  272.  
  273.  
  274. Name: Logix
  275. Author: Jan-Piet Mens
  276. Latest known version: 1.01
  277. How to get it: Get the posting entitled "Mail-Server Part 01/01" from
  278.     the alt.sources archives.  An improved version (Bill Silvert's
  279.     -- see his comments below) is available via anonymous ftp from
  280.     /pub/unix/mail-server.tar.Z on biome.bio.ns.ca.
  281. Implementation language: C
  282. Comments: (Bill Silvert <silvert@biome.bio.ns.ca>)
  283.     Changes I have made include support for optional (as opposed
  284.     to compulsary) uuencoding using the Dumas uuencode, which
  285.     makes it possible to run uudecode (the Dumas version) on a
  286.     complete multi-part mail file without editing it first, and
  287.     improved messages.
  288.  
  289.  
  290. Name: MailServ
  291. Author: Dave DeBry <debry@peruvian.cs.utah.edu>
  292. Latest known version: 1.4
  293. How to get it: Get the posting entitled "MailServ 1.4" from the
  294.     alt.sources archives.
  295. Implementation language: C
  296. Comments: (from the author)
  297.     o allows for as many users as you want per list,
  298.     o users can be mailed to "quietly" (ie: their name won't be
  299.       found anywhere in the mailing... good for nosy sysadmins at
  300.       other sites),
  301.     o has a request server so users can get any files you make
  302.       available for them,
  303.     o handles subscribes and unsubscribes without bothering you,
  304.     o can archive off reflector mailing list posts,
  305.     o can announce to all list readers when someone subscribes or
  306.       unsubscribes,
  307.     o can be set to let people request a list of readers,
  308.     o does all the digest handling work for you,
  309.     o can upload (via ftp) each days digest to a given site for
  310.       archiving,
  311.     o can backup the userlist to a different disk/area/whatever,
  312.     o can post a FAQ to USENET periodically,
  313.     o announces when a message has been taken from USENET, so
  314.       people don't get that horrible deja vu feeling while reading
  315.       their mail,
  316.     o sends you a log of all the day's activities every night,
  317.     o lets you toggle all of these things for complete
  318.       customization,
  319.     o and much, much more!  (I should be an announcer for those
  320.       Remco ads, I know it.)
  321.  
  322.     MailServ isn't for the weak at heart.  It's not pretty, and
  323.     I'm releasing it to the net because several people have asked
  324.     for copies, and I'd like to know what changes are made to it.
  325.     If you don't know much about UNIX or mail, I wouldn't suggest
  326.     using MailServ until it gets a little bit nicer.
  327.  
  328.  
  329. Name: Majordomo
  330. Author: D. Brent Chapman
  331. Maintainer: D. Brent Chapman, brent@GreatCircle.COM
  332. Latest known version: 1.54
  333. How to get it: FTP.GreatCircle.COM, in directory "pub/majordomo".
  334. Implementation language: Perl and some C
  335. Supported platforms: UNIX
  336. Comments: (from the author)
  337.     Majordomo is more of a mailing-list manager than an archive
  338.     server.  It has the concept of an "owner" for each list.  The
  339.     owner of a given list approves certain user "subscribe" and
  340.     "unsubscribe" commands (the ones that majordomo doesn't
  341.     automatically approve; for instance, if someone tries to
  342.     unsubscribe something other than their own email address from
  343.     a list, majordomo asks for approval).  Most list maintenance
  344.     is done for the owner by majordomo, and the rest can be done
  345.     by the owner using emailed commands to majordomo; the owner
  346.     doesn't need an account on the machine majordomo runs on.
  347.  
  348.  
  349. Name: NETLIB
  350. Author: Jack J. Dongarra, Eric Grosse
  351. How to get it: Get "netlib from misc" from NETLIB.
  352. Implementation language: C
  353. Comments: (Dave Shaver <shaver@convex.com>)
  354.     - User-level docs a bit rough.    Assumes user is quite mail savvy.
  355.         (Not a fair assumption in my case.)
  356.     - Catches "pigs" effectively, but no queuing system for requests.
  357.     - Notices attempted security violations using magic shell characters
  358.     - Install docs adequate, but not outstanding
  359.     - Hard to install since site-specific stuff not centralized
  360.         in a config file.
  361.     - Has almost no interal documentation (i.e. comments)
  362.     - Eclectic mix of shell scripts and C programs
  363.     - Some sections of code very specific to serving libs.    Does
  364.         not generalize well to ASCII files.
  365. Comments: Tom Fitzgerald <fitz@wang.com>
  366.    Advantages:
  367.     Arbitrary directories can be made part of archives, archives don't
  368.       have to all be under a single directory tree.
  369.     Written in C, probably imposes the least system load.
  370.     Reasonably portable and configurable.
  371.    Disadvantages
  372.     Really complicated, with inadequate documentation
  373.     No queuing or load-balancing.  All requested items are sent out
  374.       immediately regardless of system load.
  375.     Poorest at figuring out return addresses.
  376.     All items in archive are sent out as-is.  No packaging options.
  377.       (They can be binary, they will be sent out uuencoded).
  378.  
  379.  
  380. Name: procmail
  381. Author: Stephen R. van den Berg <berg@pool.informatik.rwth-aachen.de>
  382. Latest known version: 2.91
  383. How to get it: (1) Get "procmail" from volume 38 of comp.sources.misc
  384.     archives.  (2) "/pub/unix/procmail.tar.zip" via anonymous ftp from
  385.     ftp.informatik.rwth-aachen.de (possibly more up-to-date).
  386. Implementation language: C, plus some UNIX-style shell scripts.
  387. Supported platforms: generic UNIX (or any posix compliant OS)
  388. Comments:
  389.     Procmail is a program to parse incoming mail and sort/invoke other
  390.     programs based on the results, it can be used as a very reliable
  391.     frontend to some of the archive servers mentioned here.
  392.     - It includes a utility program called formail, which is
  393.       particularly intelligent in figuring out return addresses and
  394.       generating auto-reply headers.
  395. Comments: (from the author)
  396.     Included is an extensive mailinglist/archive server package (based
  397.     upon procmail/formail).  Regarding the archive server part:
  398.    Advantages:
  399.     - Easy to install.
  400.     - Straightforward to operate (one tree, symbolic links allowed).
  401.     - Numerous others :-), but you'll have to get the FEATURES file
  402.       from the package.
  403.    Disadvantages:
  404.     - Doesn't do special handling for binary files.
  405.     - Doesn't autosplit large files.
  406.     - Partly dependent on sendmail, though sufficiently compatible
  407.       mailers will do.
  408.     - No load balancing or queueing, relying on sendmail for that.
  409.  
  410. Name: qdms
  411. Author: Lars Magnusson <lmn@z.amu.se>
  412. Latest known version: 1.0
  413. How to get it: (1) Get "qdms - a simple mailserver for cramped disks."
  414.     from the alt.sources archives.  (2) Get a (possibly more
  415.     up-to-date) version from mailserver@z.amu.se.
  416. Implementation language: Bourne shell, requires shell functions
  417. Comments: Looks like it has some sort of access control and
  418.     blacklisting.  Don't know what else.
  419.  
  420.  
  421. Name: Relcom
  422. Author: vak@kiae.su (Serge Vakulenko)
  423. Maintainer: vak@kiae.su (Serge Vakulenko)
  424. Latest known version: 1.0
  425. How to get it: Send a message to mailserv@kiae.su with "get
  426.     mailserv.tar.Z" in the body.
  427. Implementation language: C
  428.  
  429.  
  430. Name: RNALIB
  431. Author: Paulo Ventafridda <venta@otello.sublink.org>, Marco Lorenzini
  432.     <marlor@gear.sublink.org>
  433. Latest known version: 2.2 beta-3
  434. Implementation language: bourne shell
  435. How to get it: (1) Get "rnalib2" from volume 15 of comp.sources.misc
  436.     archives.  (2) Get "RNALIB 2.2 beta" and "upgrade to beta-3"
  437.     from alt.sources archive on valhalla.ee.rochester.edu.
  438. Comments:
  439.     - Completely implemented in one bourne shell script plus
  440.       several data files.
  441.     - Allows libraries to be all over the filesystem hiearchy
  442.       (i.e. not in fixed data directory).
  443.     - Understands a variety of packing formats, and detects binary
  444.       file automatically (and uuencodes them).
  445.     - Requires bourne shell with support for functions.
  446.     - Very poor address parsing.
  447.     - No queueing.
  448.     - Has "blacklists" to prevent people from transferring and
  449.       "whitelists" to allow specific people to tell the server to
  450.       deliver to third parties.
  451.     - Detects "hogs" and imposes maximum credit limits.
  452.  
  453.  
  454. Name: The ServiceMail Toolkit, by Enterprise Integration Technologies
  455. Author: Jay C. Weber <weber@eitech.com>, et al.
  456. Maintainer: servicemail-help@eitech.com
  457. Latest known version: v2.0 5-10-93
  458. How to get it: ftp eitech.com:svcmail-2.0.tar.Z
  459. Implementation language(s): C, Tcl, make
  460. Supported platforms:  SunOS, Ultrix, (probably anything that supports Tcl)
  461. Comments: (Bob Bagwill <bagwill@swe.ncsl.nist.gov>)
  462.     Easy to install (using default installation configuration).
  463.     Multimedia Email SHell (MESH) uses MIME message formats.
  464.     Services are implemented in Tcl.
  465.     Includes subset of listserv functions.
  466.     Documentation is skimpy.
  467. Comments: (Jay Weber <weber@eitech.com>)
  468.         Documentation is better in 2.0
  469.         Includes support for queueing, logging
  470.  
  471.  
  472. Name: Squirrel Mail Server
  473. Version: 3.1
  474. Author: Johan Vromans <jv@mh.nl>
  475. How to get it: (1) Send a mail message to <mail-server@nluug.nl> with 
  476.     contents
  477.  
  478.         begin
  479.         send mail-server
  480.         end
  481.  
  482.     (2) Get "mserv" plus updates from volumes 34 and 36 of the 
  483.     comp.sources.misc archives.
  484.  
  485. Implementation language: perl
  486. Description (from the author):
  487.  
  488.     The Squirrel Mail Server is a mail response program. You can
  489.     send email to it, and it will try to react sensible to your
  490.     message. 
  491.  
  492.     Main purpose of the mail server is to obtain files from a
  493.     local archive or FTP server, but other functions can be added
  494.     easily.
  495.  
  496.     The Squirrel Mail Server Software is distributed under the
  497.     terms of the GNU Public Licence.
  498.  
  499.     New and improved features in version 3.1:
  500.  
  501.       - Transparent (anonymous) FTP interface. You can fetch files
  502.         from remote FTP servers. Files retrieved are cached
  503.         locally, so subsequent requests can be honoured from the
  504.         cache. Well-known files can be sent from the local
  505.         archives without accessing remote FTP server at all.
  506.  
  507.       - Delivery can take place via email or uucp or both.
  508.         Delivery via UUCP can be made preferred.
  509.         FTP requests can be restricted to UUCP delivery.
  510.  
  511.       - Files can be automatically compressed, and directories can
  512.         be automatically packed using one of several common
  513.         methods (e.g. zip, zoo or compressed tar).
  514.  
  515.       - Multiple servers can be installed using the same software.
  516.  
  517.       - The server can be used interactively, e.g. from a
  518.         terminal, or via telnet/inetd.
  519.  
  520.       - Command parsing and execution is table driven, so it is
  521.         very easy to extend the mail server functions.
  522.  
  523.       - Rewritten and enhanced user documentation and
  524.         installation docs. Also available in nicely formatted
  525.         (PostScript) format.
  526.  
  527.     A brief survey of old and new features:
  528.  
  529.       - All written in perl, hence portable and easily
  530.         maintainable.  Code is readable; useful, plentiful
  531.         comments. Very extentable and easily modified.
  532.       - Easy to use and to install. Over 2000 lines of
  533.         documentation. 
  534.       - Good at letting person making request know what happened.
  535.         Good "help" reply.
  536.       - Archives can be split over a number of directories or file
  537.         systems.
  538.       - Requests are queued and processed by a separate daemon
  539.         process (e.g. from cron). This cuts down on the system
  540.         load. Moreover, you can control when the queue is being
  541.         run.
  542.       - Requests can be honoured `as is' (name the file and you'll
  543.         get it), but the server can also perform directory
  544.         searches and index file lookup.  You need GNU find and
  545.         locate for the index lookup feature.
  546.       - While looking for files, the server knows about commonly
  547.         handled filenames (e.g. ".tar.Z" in "foo.tar.Z") and
  548.         pseudo-standard version numbering (e.g. "gcc-2.1.tar.Z").
  549.         It is quite well possible that a simple request for
  550.         "emacs" will actually transmit the file
  551.         "gnu/emacs-18.58/dist/emacs-18.58.tar.Z".
  552.       - Requests can be encoded using a number of encoding
  553.         schemes, e.g.  uuencode, xxencode, Dumas' uue and btoa.
  554.       - Requests that are too large to send in one piece are
  555.         automatically split and transferred in parts. The server
  556.         provides a smart unpacking program on request,
  557.       - Parts of requests can be re-transmitted in case of
  558.         failure.
  559.       - Requests can designate a directory. In this case the whole
  560.         directory tree is packed using some popular packing
  561.         programs (compressed tar, zoo or zip).
  562.       - Requests can be sent by email, or via uucp.
  563.       - The server can be asked to return a list of archive
  564.         entries that match a given request, thus obsoleting the
  565.         need to transfer huge "ls-lR" type index files to find out
  566.         whatsitcalled.
  567.       - All transfers are logged. Maintenance procedures
  568.         include a reporting tool.
  569.  
  570.     Probable future directions:
  571.  
  572.       - Automatic (and transparent) downloading of unknown archive
  573.         entries from other archive servers.
  574.       - Archive lookup by keyword.
  575.       - Notifier services (you'll be notified if archive entries
  576.         are added).
  577.       - Remote maintenance of the archives.
  578.  
  579.     Requirements:
  580.  
  581.       - Perl 4.0 patchlevel 36 or later.
  582.         NOTE that perl 4.0 pl35 contains a bug that makes it
  583.         impossible to run the mail server software.
  584.       - GNU find 3.6 or later (only if you want to exploit the
  585.         index features).
  586.       - A decent mail system that can deliver mail to a process
  587.         (sendmail, smail3, or smail2.5 w/ mods).
  588.  
  589.  
  590. ------------------------------------------------------------------
  591.  
  592.  
  593.               Archive Site Instructions
  594.               -------------------------
  595.  
  596. CLARKSON: Send mail to "archive-server@sun.soe.clarkson.edu" with
  597.     "send <what you want>" as the text of the message, e.g. "send
  598.     archive-server".  If you want it to be archived as a shar
  599.     file, then add a line saying "archiver shar" before the "send"
  600.     line.  You can also use "archiver tar".  If you don't specify
  601.     an archiver, then the files in the request will be separated
  602.     by "--- cut here ---" lines and you'll have to extract them by
  603.     hand or write some sort of script to do it.
  604.  
  605. grasp1: Ftp to grasp1.univ-lyon1.fr and look in
  606.     pub/unix/mail/mail-servers, or use the FTP-by-mail server at
  607.     ftpmail@grasp1.univ-lyon1.fr, or use an FTP-by-mail server
  608.     closer to you if there is one.
  609.  
  610. JASON-ARCHIVE: Send mail to "penneyj@slc.com" with a subject line
  611.     containing the string "jason-archive-request" and a body
  612.     containing "send <what you want>", e.g. "send misc/kiss.shar".
  613.     If you want multiple files, you can specify multiple requests
  614.     on separate lines of the file.
  615.  
  616. NETLIB: Send mail to "netlib@research.att.com" with "send
  617.     <what you want>", e.g. "send netlib from misc", as the text of
  618.     the message.
  619.  
  620. UTRECHT: Anonymous ftp to ftp.cs.ruu.nl and look in the directory
  621.     /pub, or send mail to "mail-server@cs.ruu.nl" with the lines:
  622.  
  623.     begin
  624.     send <filename>
  625.     end
  626.  
  627.     You replace "<filename>" with the file you want to retrieve,
  628.     e.g. "send UNIX/mailserver.tar.Z".
  629.  
  630. -- 
  631. Jonathan Kamens | OpenVision Technologies, Inc. | jik@security.ov.com
  632.