home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / mail / sendmail / 3038 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.1 KB  |  45 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!uwm.edu!linac!mp.cs.niu.edu!rickert
  3. From: rickert@mp.cs.niu.edu (Neil Rickert)
  4. Subject: Re: "Standard" Behavior of $[ $] Syntax (?)
  5. Message-ID: <1992Dec18.181318.6455@mp.cs.niu.edu>
  6. Organization: Northern Illinois University
  7. References: <1992Dec18.013900.16700@cfctech.cfc.com>
  8. Date: Fri, 18 Dec 1992 18:13:18 GMT
  9. Lines: 34
  10.  
  11. In article <1992Dec18.013900.16700@cfctech.cfc.com> kevin@cfctech.cfc.com (Kevin Darcy) writes:
  12. >Quick and simple question: on most sendmails which I've (reluctantly) 
  13. >configured, the $[ $] syntax will transform a partially-qualified name into 
  14. >an FQDN, e.g.
  15. >
  16. >foo.bar -> foo.bar.blech.com
  17.  
  18. Many sendmails will not do this.
  19.  
  20. >Is this behavior universal enough to be considered part of the de facto
  21. >sendmail "standard"? I have an implementation of sendmail, from a vendor who 
  22. >shall remain nameless, where the $[ $] syntax will ONLY translate CNAMEs into 
  23. >their canonical counterparts; it passes partially-qualified names through
  24. >untouched. This is highly inconvenient, but, not being a sendmail expert, I'm 
  25. >unsure whether to actually call it "broken"... 
  26.  
  27. The behavior of standard BSD code depends on whether NO_WILDCARD_MX is
  28. defined at compile time.  If it is not defined, only CNAMES are used in
  29. the $[ .. $].  No sensible vendor would define NO_WILDCARD_MX, since
  30. the vendor cannot assume that none of his customers will have wildcards
  31. defined.
  32.  
  33. >P.S. Yes, both RES_DNSRCH & RES_DEFNAMES are set by default in my resolver 
  34. >     library. Nothing on the machine, other than sendmail, seems to be having 
  35. >     a problem with partially-qualified names.
  36.  
  37. Sendmail is different from other networking software.  Firstly, your
  38. other software does not have to deal with dns wildcards which always
  39. qualify any old garbage in your local domain.  Secondly partially
  40. qualified names are inherently ambiguous, which is not a problem for
  41. interactive commands like 'telnet' or 'ftp' where the user can see the
  42. problem and correct it.  But the ambiguity is a big problem for
  43. non-interactive software, such as mail transfers.
  44.  
  45.