home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / mail / sendmail / 2093 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.3 KB  |  55 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!rickert
  3. From: rickert@mp.cs.niu.edu (Neil Rickert)
  4. Subject: Re: IDA-sendmail: NIS vs. DNS name lookup
  5. Message-ID: <1992Aug18.181204.31132@mp.cs.niu.edu>
  6. Organization: Northern Illinois University
  7. References: <rhoward.714153528@matd>
  8. Date: Tue, 18 Aug 1992 18:12:04 GMT
  9. Lines: 44
  10.  
  11. In article <rhoward.714153528@matd> rhoward@matd.gatech.edu (Robert L. Howard) writes:
  12. >                           The NIS server maps were made with the -b
  13. >option so that name lookups that fail at the local NIS level will then
  14. >be handed to DNS.  The NIS master server has a /etc/resolv.conf file
  15. >that points to the DNS machine (not under my control).
  16.  
  17. >       I like this hand off scheme because my access to the name server
  18. >is not perfectly reliable and this way my hosts can communicate among
  19. >themselves even when the DNS machine is down.
  20. >
  21. >So now I compile IDA-sendmail with DNS/BIND stuff built in.  The client
  22. >I test on does not have a resolv.conf file and thus name lookups won't
  23. >work.  Should I take the DNS stuff out (thus allowing name lookups
  24. >using NIS)?  If I do this will I lose the ability to deliver to MX
  25. >records (which I am required to do)?  How can I get the best of both
  26. >worlds?
  27.  
  28.   If you use NIS rather than DNS, you will see two effects:
  29.  
  30.     Mail which requires MX records will fail (be bounced).
  31.  
  32.     Other mail will be unreliable (sometimes bounce), because a
  33.     failed nameserver lookup via NIS will be interpreted as "Host
  34.     unknown" instead of being treated as an indicator to queue the
  35.     message for later retry.
  36.  
  37.   Your best bet is:
  38.  
  39.     Have a /etc/resolv.conf on all machines not running their own
  40.     nameserver.  Mainly sendmail and nslookup will use this.
  41.  
  42.     Run a nameserver on your NIS master, or some other machine you
  43.     control.  You can probably make it an unofficial secondary server
  44.     to the campus main DNS server (so that local names are guaranteed
  45.     to always be in cache), and you can make it a forwarder,
  46.     so that all requests are normally made through the campus server.
  47.     This way you will have backup in case the server you currently
  48.     use is down.
  49.  
  50.     In your M4 file, use the VALIDATION_DOMAINS option to minimize
  51.     nameserver lookups, and reduce delays that they cause.  If your
  52.     Sendmail.mc does not support it, pick up a recent one from
  53.     mp.cs.niu.edu:/pub/cf .
  54.  
  55.