home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / sendmail / 2719 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.6 KB
  1. Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!rdsunx!barnett
  2. From: barnett@grymoire.crd.ge.com (Bruce Barnett)
  3. Newsgroups: comp.mail.sendmail
  4. Subject: Re: Parsing internal DECnet-like addresses
  5. Message-ID: <BARNETT.92Nov9100009@grymoire.crd.ge.com>
  6. Date: 9 Nov 92 15:00:09 GMT
  7. References: <1992Nov3.151220.11227@oar.net>
  8.     <VIXIE.92Nov3131100@cognition.pa.dec.com>
  9.     <1992Nov4.133353.11007@prl.dec.com>
  10.     <VIXIE.92Nov6113558@cognition.pa.dec.com>
  11. Sender: usenet@crd.ge.com (Required for NNTP)
  12. Reply-To: barnett@crdgw1.ge.com
  13. Organization: GE Corp. R & D, Schenectady, NY
  14. Lines: 24
  15. In-Reply-To: vixie@pa.dec.com's message of 6 Nov 92 11:35:58
  16. Nntp-Posting-Host: grymoire.crd.ge.com
  17.  
  18. In article <VIXIE.92Nov6113558@cognition.pa.dec.com> vixie@pa.dec.com (Paul A Vixie) writes:
  19. >   DECWRL::MRGATE::A08::A08::"Fred Avolio" 
  20.  
  21. I saw this in DEC's sendmail and shuddered. Perhaps I am ignorant of
  22. DEC's routing mechanism. Why use a route instead of an address? Is
  23. this because some DEC machines don't understand addresses and must use
  24. routes? I believe we have a network coordinator that makes sure all
  25. machines have a unique name. If the name is unique, why does there
  26. have to be a route?
  27.  
  28. I modified up our sendmail.cf file so that all From: addresses 
  29. from an internal site gets converted into a
  30.  
  31.     user@machine.network.ge.com
  32.  
  33. format, be it Microsoft Mail, UUCP, DECNET, or sendmail. So the above
  34. address could be converted into, say,
  35.  
  36.     Fred.Avolio@a08.mrgate.ge.com
  37.  
  38. Can't DEC do something similar? Why do they insist on using routes
  39. instead of addresses? We all know how mixed mode addresses cause problems...
  40. --
  41. Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
  42.