home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / mail / mx / 1263 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  4.6 KB
  1. Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!caen!batcomputer!munnari.oz.au!bruce.cs.monash.edu.au!merlin!iwsd01.itwol.bhp.com.au!wewila
  2. From: wewila@iwsd01.itwol.bhp.com.au (Alan Wilkie)
  3. Newsgroups: vmsnet.mail.mx
  4. Subject: Re: Q: MX over DEC UCX 2.0 - summarize?
  5. Message-ID: <1993Jan27.081410.106@iwsd01.itwol.bhp.com.au>
  6. Date: 27 Jan 93 08:14:10 +1000
  7. References: <00967119.602113E0.27667@hal.hahnemann.edu>
  8. Organization: BHP Information Technology
  9. Lines: 91
  10.  
  11. In article <00967119.602113E0.27667@hal.hahnemann.edu>, "Anthony J. Rzepela" <rzepela@hal.hahnemann.edu> writes:
  12. > Hi all,
  13. > 
  14.     [introduction deleted]
  15. > 
  16. > At our site, we are abandoning the recently abandoned CMU-Tek, with which
  17. > we successfully used MX 3.0 for more than a year.  Now we are on UCX 2.0
  18. > (CSLG license).  For the sole reason that we have published user manuals and
  19. > done training using MX, we do not want to abandon it as our VMS system mailer.
  20.  
  21. I have recently abandoned UCX 2.0 SMTP mail in favour of MX for a couple of
  22. reasons (detailed below).  What sort of training, etc have you done?  If you're
  23. worried about having to use SMTP% instead of MX% for specifying the protocol,
  24. VMS mail allows any transport to use any prefix by defining a (system) logical
  25. like:
  26.  
  27.     $ DEFINE/SYSTEM MAIL$PROTOCOL_xxx <transport_image_filename>
  28.  
  29. Basically, you can make MX% use the UCX SMTP transport, or vice-versa.
  30.  
  31. > 
  32. > UCX, as of 2.0, ships with an SMTP<-->VAXMail interface, and unless someone can
  33. > warn me of a hidden hell with UCX' SMTP mail, the manuals/training thing
  34. > will remain the only reason.
  35. > 
  36. > Can someone answer:
  37. > 
  38. > * Do I have to use the MX SMTP server? Can't MX communicate with the UCX
  39. >   SMTP server?
  40.  
  41. The sending and receiving of SMTP mail are quite different things.  It is not
  42. really possible for the UCX SMTP server to pass things on to MX (since it
  43. doesn't know anything about it) - the SMTP server calls the mail callable
  44. interface directly to deliver the message to the user.
  45.  
  46. > 
  47. > * To test it, do I have to install from scratch? The MX CONFIG programs don't
  48. >   seem able to give me a working MX that will fly with UCX.
  49. > 
  50. > (NB: I *have* been trying different things, testing, and RTFMing.  I'm
  51. > not supplying excessive detail because I'm just looking for general
  52. > advice and/or warnings.)
  53. > 
  54.  
  55. I suspect you have to use the original install kit to get the correct version
  56. of the NETLIB support.  When you install MX, it links a lot of the programs
  57. against a shareable image which provides the TCP/IP mechanisms.
  58.  
  59. > 
  60. > From reading the docs, it seems to me that there should be a way to
  61. > just have MX handle the VMSMail interface, and let SMTP service, routing,
  62. > et al., be handled by UCX, but am I wrong?
  63. > 
  64.  
  65. I can't think of a way to make this work (but you could be right :-).
  66.  
  67. The reason I switched from UCX SMTP to MX is simply that MX is quite a
  68. bit richer than UCX.  In fact, I read somewhere in the UCX doco that the
  69. SMTP mail implementation is a fairly "minimal" implementation - it handles
  70. sending and receiving SMTP mail, but is not very sophisticated when it
  71. comes to routing, etc.
  72.  
  73. MX allows me to do a few key things which I couldn't find a way to do
  74. with UCX.
  75.  
  76. The first was the ability to define routing paths.  This allowed me to
  77. define some "intelligent" routing paths, so that local mail got delivered
  78. locally, while other mail goes out through our corporate mail server.  It
  79. also let me set up mail so that our domain name is the mailing address -
  80. i.e. my e-mail address is wewila@itwol.bhp.com.au instead of
  81. wewila@<machine>.itwol.bhp.com.au on each machine where I have an
  82. account.  With MX, it was as simple as defining the path "iwtol.bhp.com.au"
  83. as "Local".  I couldn't find a way to do it with UCX (has anyone else?).
  84.  
  85. The other nice feature of MX is address rewriting.  This lets me use the
  86. MX machine as a gateway to other machines which don't have direct SMTP
  87. mail capability.  Even without using "SMTP over DECnet" (a feature
  88. provided by MX, but not UCX), I can get mail delivered to DECnet nodes
  89. by address rewriting.
  90.  
  91. In general, MX is more complete than UCX SMTP, easier to configure,
  92. more flexible, and much better documented.
  93. -- 
  94. -------------------------------------------------------------------/\/\---
  95. Alan Wilkie, Analyst/Programmer, Process & Engineering Section    / / /\
  96.                 BHP Information Technology, Wollongong Australia / / /  \
  97. Mail      :     P.O. Box 261, Warrawong 2502                    / / / /\ \
  98. Telephone :     +61 42 755667 Fax: +61 42 755215                \ \/ / / /
  99. Internet  :     wewila@itwol.bhp.com.au                          \  / / /
  100. ------------------------------------------------------------------\/\/\/--
  101.       "you are in a maze of twisty little passages, all alike"
  102.