home *** CD-ROM | disk | FTP | other *** search
/ Source Code 1994 March / Source_Code_CD-ROM_Walnut_Creek_March_1994.iso / compsrcs / misc / volume38 / procmail / part00 < prev    next >
Encoding:
Text File  |  1993-07-04  |  8.6 KB  |  181 lines

  1. Newsgroups: comp.sources.misc
  2. From: berg@pool.informatik.rwth-aachen.de (Stephen R. van den Berg)
  3. Subject: v38i019:  procmail - mail processing package v2.90, Part00/11
  4. Message-ID: <csm-v38i019=procmail.095910@sparky.IMD.Sterling.COM>
  5. X-Md4-Signature: 9dab30ddb073cf3e84fdbb62598a69b7
  6. Sender: kent@sparky.imd.sterling.com (Kent Landfield)
  7. Organization: Sterling Software
  8. Date: Thu, 1 Jul 1993 15:03:08 GMT
  9. Approved: kent@sparky.imd.sterling.com
  10.  
  11. Submitted-by: berg@pool.informatik.rwth-aachen.de (Stephen R. van den Berg)
  12. Posting-number: Volume 38, Issue 19
  13. Archive-name: procmail/part00
  14. Environment: sendmail, smail, MMDF, mailsurr, UNIX, POSIX
  15. Supersedes: procmail: Volume 35, Issue 21-32,124,125
  16.  
  17. Most important changes since v2.81 (for a more complete list see the HISTORY
  18. file in the distribution):
  19.  
  20. To the installation in general:
  21. - Transmogrified the installation scripts to tiptoe gracefully through the
  22.   minefield of portability problems that seem to come up now and then :-)
  23. - Improved the locking tests that autoconf makes
  24. - Extended the FAQ file (due to popular demand :-)
  25.  
  26. To procmail:
  27. - Worked my way around the !@#$%^&*() POSIX setgid() semantics
  28. - When used as the local delivery agent (instead of /bin/mail) it can now
  29.   pick up an extra meta-argument that can be queried in the rcfile
  30. - It can be used as a direct filter in sendmail.cf rules now
  31. - Provided for customised LOGFILE abstracts
  32. - Allowed an alternate syntax for condition lines in a recipe, to avoid having
  33.   to count them
  34. - Delivery to multiple directories is possible now (hardlinked files)
  35. - Support for the o+x-new-mail-flag (see UMASK in procmailrc(5))
  36. - Support for >4GB files (using off_t, can't imagine why I never did before)
  37.  
  38. To the mailinglist package:
  39. - Numerous general refinements
  40. - Updated and extended the Manual file (reading recommended)
  41. - Added digest support to the mailinglists
  42. - Standalone archive servers are now easily created
  43.  
  44.  ----------------------
  45. The procmail mail processing program. (v2.90 1993/07/01)
  46.  
  47. Can be used to create mail-servers, mailing lists, sort your incoming mail
  48. into separate folders/files (real convenient when subscribing to one or more
  49. mailing lists or for prioritising your mail), preprocess your mail, start
  50. any programs upon mail arrival (e.g. to generate different chimes on your
  51. workstation for different types of mail) or selectively forward certain
  52. incoming mail automatically to someone.
  53.  
  54. The accompanying formail program enables you to generate autoreplies, split up
  55. digests/mailboxes into the original messages, do some very simple
  56. header-munging/extraction, or force mail into mail-format (with leading From
  57. line).
  58.  
  59. Also included is a comprehensive mailinglist/archive management system.
  60. -- 
  61. Sincerely,                    berg@pool.informatik.rwth-aachen.de
  62.        Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de
  63.  ----------------------
  64. Subscription requests for the procmail mailinglist to:
  65.     procmail-request@informatik.rwth-aachen.de
  66.  ----------------------
  67. A recent version can be picked up at various comp.sources.misc archives.
  68. The latest version can be obtained directly from the ftp-archive at:
  69.  
  70.     ftp.informatik.rwth-aachen.de (137.226.112.172)
  71.  
  72.     as zipped tar file:        pub/unix/procmail.tar.zip    <152KB
  73.     as compressed tar file:        pub/unix/procmail.tar.Z        <216KB
  74.     in compressed shar format:    pub/unix/procmail.??.Z          11 parts
  75.  ----------------------
  76. Feature summary for procmail:
  77.     + It's less filling (i.e. small)
  78.     + Very easy to install (rated PG6 :-)
  79.     + Simple to maintain and configure because
  80.       all you need is actually only ONE executable (procmail)
  81.       and ONE configuration file (.procmailrc)
  82.     + Is event driven (i.e. gets invoked automagically when mail arrives)
  83.     + Does not use *any* temporary files
  84.     + Uses standard egrep regular expressions
  85.     + It poses a very low impact on your system's resources
  86.     + Allows for very-easy-to-use yes-no decisions on where the mail
  87.       should go (can take the size of the mail into consideration)
  88.     + Filters, delivers and forwards mail *reliably*
  89.     + Provides a reliable hook (you might even say anchor :-) for any
  90.       programs or shell scripts you may wish to start upon mail arrival
  91.     + Performs heroically under even the worst conditions
  92.       (file system full, out of swap space, process table full,
  93.       file table full, missing support files, unavailable executables,
  94.       denied permissions) and tries to deliver the mail somehow anyway
  95.     + Absolutely undeliverable mail (after trying every trick in the book)
  96.       will bounce back to the sender (or not, your choice)
  97.     + Is one of the few mailers to perform reliable mailbox locking across
  98.       NFS as well (DON'T use NFS mounted mailboxes WITHOUT installing
  99.       procmail; you may lose valuable mail one day)
  100.     + Supports four mailfolder standards: single file folders (standard
  101.       and nonstandard VNIX format), directory folders that contain one file
  102.       per message, or the similar MH directory folders (numbered files)
  103.     + Variable assignment and substitution is an extremely complete subset
  104.       of the standard /bin/sh syntax
  105.     + Provides a mail log file, which logs all mail arrival, shows
  106.       in summary whence it came, what it was about, where it went (what
  107.       folder) and how long (in bytes) it was
  108.     + Uses this log file to display a wide range of diagnostic and error
  109.       messages (if something went wrong)
  110.     + Does not impose *any* limits on line lengths, mail length (as long
  111.       as memory permits), or the use of any character (any 8-bit character,
  112.       including '\0' is allowed) in the mail
  113.     + It has man pages (boy, does *it* have man pages)
  114.     + Procmail can be used as a local delivery agent with comsat/biff
  115.       support (*fully* downwards compatible with /bin/mail); in which case
  116.       it can heal your system mailbox, if something messes up the
  117.       permissions
  118.     + Allows you to painlessly shift the system mailboxes into the
  119.       user's home directories
  120.     + It runs on virtually all (old and future) operating systems which
  121.       names start with a 'U' or end in an 'X' :-) (i.e. extremely portable
  122.       code; POSIX, ANSI C and K&R conforming)
  123.     + Is clock skew immune (e.g. in the case of NFS mounted mailboxes)
  124.     + Works with (among others?) sendmail, smail, MMDF and mailsurr
  125.  
  126. Feature summary for formail:
  127.     + Can generate auto-reply headers
  128.     + Can convert mail into standard mailbox format (so that you can
  129.       process it with standard mail programs)
  130.     + Can split up mailboxes into the individual messages
  131.     + Can split up digests into the individual messages
  132.     + Can split up saved articles into the individual articles
  133.     + Can do simple header munging/extraction
  134.  
  135. Feature summary for lockfile:
  136.     + Provides NFS-secure lockfiles to shell script programmers
  137.     + Gives normal users the ability to lock their system mailbox,
  138.       regardless of the permissions on the mail-spool directory
  139.  
  140. Summary of what the mailinglist scripts in here provide:
  141.     + The overseeable management of an arbitrary number of mailinglists
  142.     + Convenient and simple creation of new mailinglists
  143.     + Convenient and simple removal of existing mailinglists
  144.     + Fully automated subscription/unsubscription/help-request processing
  145.       (no operator intervention needed)
  146.     + Enough intelligence to overcome the ignorance of some subscribers
  147.       (will direct subscribe and unsubscribe requests away from the
  148.       regular list and automatically onto the -request address)
  149.     + No hardwired format for (un)subscribe requests (i.e. new subscribers
  150.       need not be educated, unsubscribing users do not need to remember
  151.       any particular syntax)
  152.     + *Intelligent* autoremoval of addresses from the list that cause
  153.       too many bounces
  154.     + Submissions can be limited to people on the accept list (which could
  155.       be the current list of subscribers)
  156.     + The fully automated subscription mechanism allows for a reject list
  157.       of unwanted subscribers
  158.     + Auto-digest-generation (configurable per list)
  159.     + Joint management of several mailinglists possible (through hardlinked
  160.       rcfiles)
  161.     + Customisation per mailinglist or mailinglist group possible (simply
  162.       remove or create the desired hardlinks)
  163.     + A listmaintainer can be assigned per list;  miscellaneous requests
  164.       that couldn't be handled by the list automatically are then
  165.       forwarded to his mail address (instead of being accumulated in
  166.       a file)
  167.     + Allows for remote maintenance of any mailinglist by a
  168.       listmaintainer
  169.     + Integrated archiving service
  170.     + Integrated diagnostic aid to give hints to the maintainer about
  171.       possible problems
  172.     + You can set up a mailinglist to function as a standalone mail
  173.       archive server
  174. -- 
  175. Sincerely,                                  berg@pool.informatik.rwth-aachen.de
  176.            Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de
  177.  
  178. "Always look on the bright side of life!"
  179.  
  180. exit 0 # Just in case...
  181.