home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / mail / sendmail / 2262 < prev    next >
Encoding:
Text File  |  1992-09-11  |  2.6 KB  |  60 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!pipex!warwick!cam-cl!doc.ic.ac.uk!rhbnc!csqx.cs.rhbnc.ac.uk!markd
  3. From: markd@csqx.cs.rhbnc.ac.uk (Mark Damerell)
  4. Subject: Configure sendmail, help please
  5. Message-ID: <1992Sep10.135436.9592@csqx.cs.rhbnc.ac.uk>
  6. Sender: news@csqx.cs.rhbnc.ac.uk (USENET News System)
  7. Nntp-Posting-Host: csqx.cs.rhbnc.ac.uk
  8. Reply-To: markd@csqx.cs.rhbnc.ac.uk (Mark Damerell)
  9. Organization: Dept of Comp Sci, Royal Holloway & Bedford New College Uni London
  10. Date: Thu, 10 Sep 1992 13:54:36 GMT
  11. Lines: 47
  12.  
  13. Trying to configure sendmail, made a mess of it, please can anybody advise?
  14.  
  15. 1. First problem is that any user might log in to any machine. Therefore it
  16. seems that the system mailboxes for incoming mail must all be in the same
  17. place. So I named one machine as the mailhost (call it HUB) & arranged for
  18. all incoming mail to appear on HUB in files called
  19.  
  20. /usr/spool/mail/username
  21.  
  22. Then all the other machines use NFS to mount the /usr/spool/mail directory.
  23.  
  24. 2. The next problem is that on the satellite machines (say  S1, S2...) NFS
  25. does not allow root to have privileged access to a mounted directory. So it
  26. seems that when  sendmail  on any satellite receives any piece of mail, it
  27. must explicitly use the tcp mailer to send that mail to the hub. So for
  28. each of the satellites, I wrote a   .cf  file whose  Ruleset 0  says:
  29.  
  30. R$+    $#tcp$@mailhost$:$1
  31.  
  32. Sometimes this seems to work, at other times it goes badly wrong. The
  33. symptom is that large numbers of sendmail processes appear on  satellite
  34. machines. After a while you start getting console messages about "too many
  35. hops". These processes cannot be killed by any ordinary method, a kill
  36. command gets a "no such process" error. What seems to be happening is that
  37. each sendmail process spawns a child, then the parent dies. If you do 
  38. ps ax    to find the PID of one of these runaways, then by the time you
  39. have read the PID and typed a kill, that process has killed itself. 
  40.  
  41. I dont know what is starting this off, but it seems likely that the
  42. sequence of events is something like this:
  43.  
  44. User on S1 sends a message to somebody
  45. Sendmail reads the Ruleset 0, tries to pass the message to mailhost.
  46. Mailhost rejects it (or maybe is down).
  47. Sendmail tries to post an error.
  48. Sendmail reads Ruleset 0, tries to send error to mailhost.
  49.  
  50.  
  51. but after a while, the messages seem to be   MAILER_DAEMON at  S1
  52. sending to       MAILER_DAEMON at  S1  ,   so I suspect that the
  53. sequence of events suggested above is not the whole story.
  54.  
  55. So please: what is the right way to configure sendmail in the situation of
  56. (1) above? and how to arrange a reliable route for error messages if the 
  57. mailhost is down? THanks, MArk
  58.  
  59.  
  60.