home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp / 8483 < prev    next >
Encoding:
Text File  |  1992-07-24  |  6.2 KB  |  172 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!alf.uib.no!hsr.no!bjarne
  3. From: bjarne@hsr.no (Bjarne Steinsbo)
  4. Subject: Re: HELP: Problems integrating HP700-Cluster in SUN-Environment
  5. Message-ID: <1992Jul24.111045.25995@hsr.no>
  6. Sender: news@hsr.no
  7. Organization: Rogaland University Centre
  8. References: <1992Jul21.162656.159@mr.med.ge.com> <1992Jul22.230451.14563@gdwest.gd.com> <1992Jul23.083603.19127@hsr.no> <1992Jul23.222817.14901@gdwest.gd.com>
  9. Date: Fri, 24 Jul 1992 11:10:45 GMT
  10. Lines: 160
  11.  
  12. In article <1992Jul23.222817.14901@gdwest.gd.com>, good@gdwest.gd.com (David L. Good) writes:
  13. > Hmmm.  We're running sendmail on all of our machines.  Maybe that's the
  14. > problem.  What are the advantages/disadvantages of not running sendmail?
  15.  
  16. The advantages/disadvantages are really the usual ones when having to
  17. choose from a centralized or distributed setup.  A centralized setup is
  18. easier to change and update; a distributed one is somewhat more robust.
  19.  
  20. Advantages:
  21.    - Only one machine actually delivering mail, smaller chance for locking
  22.      bugs to mess things up.
  23.    - Only one machine sends/receives mail to/from external sites, if the
  24.      configuration is correct on this gateway machine, everything is swell.
  25.      If routing og special measuares are needed, only one configuration
  26.      file needs to be changed.
  27.    - One less deamon running on the clients.
  28. Disadvantages:
  29.    - If the mail server is down, mail won't be delivered until after the
  30.      server is up again.
  31.    - If you sc**w up the server configuration, you're really sc**wd!  (Excuse
  32.      my English, if you please.  I'm influenced by American movies. -:)
  33.  
  34. Did I forget something?  Probably, I usually do....
  35.  
  36. Our own setup is something like this:
  37.    1) Headers are rewritten by sendmail in a way that hides the local
  38.       machine names.  The name we let out is "hsr.no", which is just
  39.       an MX record in the nameserver pointing to the mailserver.
  40.    2) All machines have MX records pointing to the nameserver in case
  41.       a machine name do slip out, or in case a user gives a friend his
  42.       mail address which includes the local machine name.
  43.    3) All clients run sendmail to send mail (as usual), but the mail is
  44.       always sent directly to the mailserver.  At least this is the way
  45.       our HPs are set up.
  46.    4) If the mailserver is down when the client tries to send a message,
  47.       the message gets spooled up.  Therefore sendmail needs to be run
  48.       regularly by cron to clear out a possible queue.
  49.  
  50. There is a small hack needed in the sendmail.cf file on the HPs to route
  51. even local mail to the mailserver.  It involves adding a domain-name to
  52. local addresses.  Also /etc/netbsdrc needs to be changed so that sendmail
  53. won't be started as a daemon, even if it *is* executable.
  54.  
  55. I have included our changes to sendmail.cf for a client machine named
  56. gorina3.hsr.no.  The mailserver is called broremann.hsr.no.  The
  57. sendmail.cf could have been much simpler, I have only hacked a little
  58. in the one that HP deliver, not written or installed a completely new
  59. one.
  60.  
  61. Bjarne
  62.  
  63.                        --------------------
  64. Bjarne Steinsbo (bjarne@hsr.no) | There wasn't a red button, instead there
  65. Rogaland University Center      | was a blue button marked "Red". - D. Adams
  66.  
  67. ---------  cut here, and run through patch  ------------
  68. *** /etc/newconfig/sendmail.cf    Sat Dec 21 15:03:29 1991
  69. --- /usr/lib/sendmail.cf    Wed Jun 24 11:01:56 1992
  70. ***************
  71. *** 836,843 ****
  72.   
  73.   # site hiding: local sender identified as user@my_site instead of user@my_host
  74. ! # DY
  75.   
  76.   # class w defines aliases for the local host
  77. ! # Cw
  78.   
  79.   # macro L defines the "local domain" to which you connect directly for SMTP mail
  80. --- 836,843 ----
  81.   
  82.   # site hiding: local sender identified as user@my_site instead of user@my_host
  83. ! DYhsr.no
  84.   
  85.   # class w defines aliases for the local host
  86. ! Cwgorina3 go3 gorina3.hsr.no go3.hsr.no gorina3.hsr.no. go3.hsr.no.
  87.   
  88.   # macro L defines the "local domain" to which you connect directly for SMTP mail
  89. ***************
  90. *** 848,852 ****
  91.   
  92.   # class U defines known direct UUCP connections
  93. ! FU|/usr/bin/uuname %s
  94.   
  95.   # UUCP relay for unresolved ! addresses (via UUCP)
  96. --- 848,852 ----
  97.   
  98.   # class U defines known direct UUCP connections
  99. ! #FU|/usr/bin/uuname %s
  100.   
  101.   # UUCP relay for unresolved ! addresses (via UUCP)
  102. ***************
  103. *** 854,861 ****
  104.   
  105.   # UUCP relay for unresolved ! addresses (via SMTP)
  106. ! DW
  107.   
  108.   # SMTP relay for unresolved @ addresses
  109. ! DS
  110.   
  111.   # X.400 relay if X.400 delivery agent is not local
  112. --- 854,861 ----
  113.   
  114.   # UUCP relay for unresolved ! addresses (via SMTP)
  115. ! DWbroremann.hsr.no
  116.   
  117.   # SMTP relay for unresolved @ addresses
  118. ! DSbroremann.hsr.no
  119.   
  120.   # X.400 relay if X.400 delivery agent is not local
  121. ***************
  122. *** 981,984 ****
  123. --- 981,988 ----
  124.   R$+ at $+        $1@$2            RFC 733 at => RFC 822 @
  125.   
  126. + # HSR HACK. add domain to local addresses
  127. + R$-            $1@$Y
  128. + R$+@$=w            $1@$Y
  129. + 
  130.   # source route <@a,@b,@c:user@d> syntax to internal form <@a>:@b:@c:user@d
  131.   R@$+,$+            @$1:$2            change all , to :
  132. ***************
  133. *** 1063,1067 ****
  134.   
  135.   # pass unresolved UUCP addresses to the UUCP relay (via SMTP)
  136. ! # R$+<@$+.UUX>        $#tcp$@$W$:$1<@$2.UUX>    to UUCP relay via SMTP
  137.   
  138.   # pass unresolved UUCP addresses to the UUCP relay (via UUCP)
  139. --- 1067,1071 ----
  140.   
  141.   # pass unresolved UUCP addresses to the UUCP relay (via SMTP)
  142. ! R$+<@$+.UUX>        $#tcp$@$W$:$1<@$2.UUX>    to UUCP relay via SMTP
  143.   
  144.   # pass unresolved UUCP addresses to the UUCP relay (via UUCP)
  145. ***************
  146. *** 1082,1086 ****
  147.   
  148.   # try to connect to any host for user@domain
  149. ! R$+<@$+>        $#tcp$@$2$:$1<@$2>    user@domain
  150.   
  151.   # try to connect to any host for source route
  152. --- 1086,1090 ----
  153.   
  154.   # try to connect to any host for user@domain
  155. ! # R$+<@$+>        $#tcp$@$2$:$1<@$2>    user@domain
  156.   
  157.   # try to connect to any host for source route
  158. ***************
  159. *** 1088,1092 ****
  160.   
  161.   # pass unresolved SMTP addresses to the SMTP relay (don't relay source routes)
  162. ! # R$+<@$+>        $#tcp$@$S$:$1<@$2>    user@domain to SMTP relay
  163.   
  164.   # other SMTP addresses are in error
  165. --- 1092,1096 ----
  166.   
  167.   # pass unresolved SMTP addresses to the SMTP relay (don't relay source routes)
  168. ! R$+<@$+>        $#tcp$@$S$:$1<@$2>    user@domain to SMTP relay
  169.   
  170.   # other SMTP addresses are in error
  171. --------- cut here ------------
  172.