home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / mail / misc / 99 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.8 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!hamblin.math.byu.edu!arizona.edu!telcom.arizona.edu!leonard
  2. Newsgroups: vmsnet.mail.misc
  3. Subject: Mail-11 => SMTP gatewaying per RFC-1405
  4. Message-ID: <1993Jan21.110451.4275@arizona.edu>
  5. From: leonard@telcom.arizona.edu (Aaron Leonard)
  6. Date: 21 Jan 93 11:04:49 MST
  7. Reply-To: Leonard@Arizona.EDU
  8. Distribution: world,local
  9. Organization: University of Arizona Telecommunications
  10. Nntp-Posting-Host: penny.telcom.arizona.edu
  11. Lines: 35
  12.  
  13. We operate an e-mail gateway that relays mail between
  14. Mail-11 (DECnet) and SMTP (among others.)  (Our gateway
  15. runs PMDF on a VMS platorm.) 
  16.  
  17. Let's say that our gateway has a DECnet nodename of
  18. GATE and an Internet domain name of Gate.Arizona.EDU.
  19. When a mail message is sent via Mail-11 thru our gateway 
  20. to an SMTP destination, we rewrite its From: address
  21. as USER%Host.DECnet@Gate.Arizona.EDU.  For example, if Mail-11
  22. user BUGS::LEONARD uses our gateway to send mail to
  23. SMTP user <jones@frobbitz.com>, he'll address his message
  24. to
  25.   GATE::IN%"jones@frobbitz.com"
  26. The SMTP user will receive this message with a From: address of
  27.   LEONARD%BUGS.DECnet@Gate.Arizona.EDU
  28.  
  29. This approach works well.
  30.  
  31. Today RFC-1405, "Mapping between X.400(1984/1988) and Mail-11
  32. (DECnet mail)" was published.  In section A3.2, "Mail-11 mapped in
  33. RFC822", this RFC recommends that Mail-11 => SMTP gatewayed
  34. addresses be rewritten as
  35.   "Mail-11-address"@gateway-address
  36.  
  37. So that, in my example above, jones@frobbitz.com would have received
  38. the message from
  39.   "BUGS::LEONARD"@Gate.Arizona.EDU
  40.  
  41. Would anyone care to comment on the desireability, or lack thereof,
  42. of changing our rewrite rule to comply with this aspect of RFC-1405?
  43.  
  44. Aaron
  45.  
  46. Aaron Leonard (AL104), <Leonard@Arizona.EDU>
  47. University of Arizona Network Operations, Tucson AZ 85721
  48.