home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / softsys / andrew / 1498 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  4.0 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!ucbvax!TRANSARC.COM!Craig_Everhart
  2. From: Craig_Everhart@TRANSARC.COM
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: New to Andrew
  5. Message-ID: <EfIkFvb0BwxII6bUdZ@transarc.com>
  6. Date: 12 Jan 93 17:48:43 GMT
  7. References: <1irvd3INN16gk@ilx018.intel.com>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 74
  12.  
  13. Excerpts from internet.other.info-andrew: 11-Jan-93 New to Andrew Igal
  14. Iancu@ucbvax.Berkel (966)
  15.  
  16. > We are a site with roughly 600 workstations (AIX 3.2, i486 SVR4 on NCR and
  17. > a bunch of Sparc and sun386i).  We have AFS installed for the AIX machines
  18. > and the rest use NFS. In addition, we have ~200 PCs using PC-NFS and Novell.
  19.  
  20. > Mail is heavily based on an Ultrix server which speaks smtp (sendmail) and
  21. > DECnet.  It houses also a central /usr/spool/mail which is mounted by
  22. > all clients using NFS.   
  23.  
  24. > I am looking for a system which will not have a single point of failure,
  25. > and maybe supplies some other goodies.
  26.  
  27. This seems like the obvious time to mention AMDS (Andrew Message
  28. Delivery System), which is part of the Andrew distribution.  AMDS itself
  29. is a local mail system for AFS clients.  It can be configured without a
  30. single point-of-failure for the system as a whole.  It was originally
  31. developed jointly with AFS and the rest of Andrew, including AMS
  32. message-handling clients that know how to exploit features of AMDS.
  33.  
  34. AMDS accepts mail for local users of the AFS cell and delivers each
  35. message into a separate file in a subdirectory of the user's AFS home
  36. directory (~userid/Mailbox by default, but configurable).  Outgoing mail
  37. is sent through a variety of queues (in AFS).  AMDS expects that some
  38. other system will be responsible for off-site mail delivery.  As
  39. delivered, it expects to use sendmail in this role, but most any system
  40. would be OK.  The usual configuration has sendmail running only on a
  41. subset of the AFS cell's machines, called ``post office machines'' (PO
  42. machines).  (These machines are generally listed as the MX recipients of
  43. mail going to the domain with the name of the AFS cell.)  Mail for the
  44. AFS cell's domain arrives from outside via SMTP at one of these PO
  45. machines and is injected into the AMDS queues.  AMDS daemons running on
  46. the PO machines deliver mail from these queues to its recipients,
  47. whether local or remote.  Remote delivery is accomplished by invoking
  48. the long-haul mailer of choice, configured as sendmail as AMDS comes out
  49. of the box.
  50.  
  51. So why AMDS?
  52.     - it deals with AFS transient failures
  53.     - it is relatively well-featured, including a decent distribution
  54.     list mechanism and fancy name pattern-matching
  55.     - it is well-integrated with the rest of Andrew
  56.     - it can be made independent of a single-point-of-failure, with
  57.     replicated AFS volumes and multiple PO machines
  58.  
  59. Why not AMDS?
  60.     - mail arrives in ~userid/Mailbox/*, not exactly the same as
  61.     /usr/spool/mail/userid
  62.     - it's something novel to administer
  63.  
  64. AMDS uses a ``white pages'' database of AFS accounts, ultimately listing
  65. mail destinations or addresses for all accounts in the cell.  Users who
  66. want their mail in places other than the AFS cell can easily forward
  67. AMDS mail to that other address.
  68.  
  69. Carnegie-Mellon, by all measures a large installation, runs several
  70. server machines running Unix (AFS clients) where people using PCs and
  71. Macs can connect up their client programs to special AMS services.  The
  72. software that they use for this, on both the PC and Mac end as well as
  73. on the Unix end, isn't on the Andrew distribution, but the last I heard
  74. there was no problem anticipated with releasing this software on roughly
  75. the same terms as the existing Andrew distribution.
  76.  
  77. To be reasonably complete, the folks at Carnegie-Mellon are looking for
  78. a successor to AMS (including AMDS).  My reading of that, which they're
  79. clearly able to challenge, is that AMS (the mail user agent end)
  80. provides a bboard system that's pretty expensive to implement as mere
  81. AFS files and directories, but most AMDS features are still useful in
  82. their environment.
  83.  
  84. Hope this helps.
  85.  
  86.         Craig
  87.