home *** CD-ROM | disk | FTP | other *** search
/ Peanuts NeXT Software Archives / Peanuts-2.iso / Unix / mail / sendmail / sendmail-BETA1.README next >
Encoding:
Text File  |  1992-05-26  |  5.0 KB  |  112 lines
  1. Sendmail with NeXT enhancements
  2. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  3.  
  4. THIS PACKAGE IS STILL IN BETA TEST.  DO NOT OBTAIN IT IF YOU DO NOT HAVE
  5. THE TIME OR INCLANATION TO PUT IT TOGETHER, TEST IT THOROUGHLY AND REPORT
  6. RESULTS BACK TO ME.  A FULL TESTED RELEASE WILL BE MADE WITHIN A COUPLE OF
  7. WEEKS, PLEASE WAIT FOR THAT IF YOU DO NOT WISH TO TAKE PART IN THE BETA TESTING
  8.  
  9. This sendmail is a derivative of the near standard Sendmail version
  10. 5.65c with the IDA 1.4.4.1 enhancements.  Additionally it has:-
  11.  
  12.   + The ability to handle NeXT netinfo aliases
  13.     (My mail hub is not a NeXT so this part needs severe testing).
  14.   + RFC931 authentication support (read about this in alt.security
  15.     to decide if you like the idea).  I have also recently posted
  16.     a NeXT RFC931 authentication daemon to the ftp archives, although
  17.     that may not yet be in its final home - nidentd-2.0.tar.Z .
  18.     This *can* help in tracking forgeries, but is not foolproof.
  19.   + A rewritten rewriting-rule parser (not as dangerous as it sounds
  20.     - I got this from one of the people working on the next sendmail
  21.     release).  It fixes bugs related to map and dbm token lookups, 
  22.     and is generally *much* more efficient.
  23.   + Queue checkpointing code - keeps track of what has been 
  24.     delivered, which means that when delivery is aborted for some
  25.     reason on a large list of people, the top half of the list don't
  26.     get a second copy of the mail when the queue is processed again.
  27.   
  28. Compared to the elderly NeXT distribution it also has
  29.   + Handling of large mailing lists (following the report a week or
  30.     so back concerning problems with large mailing lists on a system
  31.     using sendmail 5.65, I tested it running on a NeXT with a list of
  32.     over 4000 names - a 100KB+ :include: file; it works fine, although
  33.     it obviously takes a while to parse all those names!).
  34.   + All the odd NeXT added bugs shouldn't be in there - things like
  35.     the formats of full names should be correct now!
  36.  
  37.  
  38. BETA RELEASE BITS
  39. ~~~~~~~~~~~~~~~~~
  40. Areas that I need examining in detail:-
  41.   + The netinfo alias handling
  42.   + NIS/YP (Whats that??)
  43.   + Interaction with the NeXT supplied named (I run version 4.8.3).
  44.   + Checking that all named functions are OK - like the canonicalise
  45.     functions which my NeXT configs do not use.
  46.   + Functionality with boilerplate config files.
  47.   + Any 3.0 beta testers with time on their hands who want to
  48.     test that it will also work with NeXTstep 3.0.
  49.     
  50.     
  51. OTHER INFORMATION
  52. ~~~~~~~~~~~~~~~~~
  53. Generally the enhancements are transparent to the user/installer.
  54. The queue checkpointing is enabled using the OC<n> option, where 
  55. <n> is the number sucessful transactions between checkpoints (default 10).
  56.  
  57. The RFC931 authentication works on mail sent to sendmail,
  58. and requires that the sending maching is running an RFC931
  59. authentication daemon or the more recently named identity
  60. daemons.  If this is the case the F macro will be set to the
  61. username of the owner of the other end of the connection
  62. (this may be root if a remote sendmail is relaying the mail,
  63. or it has been queued by a remote sendmail).   This also works
  64. if someone attempts to telnet to port 25 and spoof sendmail that
  65. way.  However it does depend entirely on the other end of the 
  66. connection running authd, and is only as trustworthy as the root
  67. account on the remote machine.   The F Macro can be interpolated into
  68. the mail Received: headers to give a reasonable track for mail.
  69. An example of this is the following lines to set up Received: headers:-
  70. >> HReceived: $?sfrom $s $.by $j$?r with $r$.
  71. >>    (Sendmail $v/$C) id $i
  72. >>    $?Fident-sender: $F$.; $b
  73. which is basically what is used on our systems.
  74. ($C is the config file version string).
  75.  
  76.  
  77. PACKAGING
  78. ~~~~~~~~~
  79. There are a set of fairly independant packages:-
  80.   configs    The set of IDA configuration files
  81.   docs        The documentation files (source only currently)
  82.   ida        The IDA specific things, excluding the charset
  83.           mapping which is part of the source tree
  84.   leftovers    Anything outside the other catagories
  85.   rcssrc    The source in HIDDEN_RCS trees
  86.   src        The source required to build the package
  87.   uk-bits    Some UK specific config bits - which I have
  88.           not tested at all despite being a UK site.
  89.  
  90. All of these unpack into a sendmail directory, and fill in different 
  91. parts of the tree.
  92.  
  93. INSTALLATION
  94. ~~~~~~~~~~~~
  95. Currently sendmail compiles and builds for a NeXT system assuming that
  96. you are using a DNS name server, no NIS/YP (Yellow Pages), Netinfo
  97. aliases, RFC931 enabled.  These can be changed in conf.h
  98. The RFC931 client code is in a set of files in libauth-4.0, however
  99. although it is mentioned in the Makefile it can be disabled by 
  100. undefining the RFC931 definitions in conf.h
  101.  
  102. The installation directory is currently set to be /etc/sendmail
  103. just as NeXT supply things.  However I find it easier to convert it 
  104. to run in /usr/etc/sendmail while I am beta testing - its much
  105. quicker to replace it with a known working version!
  106.  
  107. As before, freeze files don't work, and never will without major
  108. work!
  109.  
  110.                         Nigel Metheringham
  111.                         nigelm@ohm.york.ac.uk
  112.