home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / admin / 5617 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.2 KB  |  48 lines

  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!camis.Stanford.EDU!mtm
  3. From: mtm@camis.Stanford.EDU (Mike Macgirvin)
  4. Subject: Re: NFS automounted home directories and .forward files
  5. Message-ID: <mtm.714151696@CAMIS>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSO, Stanford University
  8. References: <1992Aug18.002726.29236@blaze.cs.jhu.edu> <1992Aug18.115450@cs.utwente.nl>
  9. Date: 18 Aug 92 15:28:16 GMT
  10. Lines: 36
  11.  
  12. helthuis@cs.utwente.nl (Bert Helthuis) writes:
  13.  
  14. >|> My problem is that whenever mail for a
  15. >|> user comes in; the server machine has to automount their home directory in
  16. >|> order to determine if they have a .forward file.  This is particularily
  17. >|> annoying when a mass mailing occurs, because then the server goes off and
  18. >|> automounts all the home directories of everybody in the department.
  19.  
  20. >I too would be interested in such ideas. We have a similar setup but
  21. >want the .forward processing __on the user's machine__, not on the
  22. >mail server because of expected load problems. Some of us here
  23. >have scripts to inspect their /usr/spool/mail/ file but this appears
  24. >to produce a lot of traffic when this is done on all our machines.
  25.  
  26. >Do you have an elegant solution ?
  27.  
  28. >Bert
  29.  
  30.     What we did here was to provide a level of abstraction in the
  31. alias mechanism. Our alias system is built automatically from "source"
  32. files, which are copied from each server, and munged to produce NIS
  33. domain wide aliases of the form "foo: foo@hostnn". Each server has its
  34. own local alias database which uses the normal alias mechanisms. This
  35. way, all machines can receive mail for any address in the domain, but
  36. only that which owns the filesystem referenced by the mail spool,
  37. include file, pipe, archive, whatever can deliver it. There are many
  38. reasons why mail delivery should avoid NFS; most notably the painful
  39. history of Sun's locking mechanisms, but also the unpredictable
  40. behaviour of some remote mailers when an NFS server hangs. This
  41. doesn't exactly fit your network model, i.e. we ensure that each
  42. user's home directory server is their mail machine, and provide
  43. distributed mail via IMAP; but it may be food for thought. 
  44.  
  45. "mike" (Mike Macgirvin)         Mike_Macgirvin@CAMIS.Stanford.EDU
  46. Unix Server Administrator       CAMIS Computer Project
  47.  
  48.