home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2301 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  3.7 KB
  1. Path: sparky!uunet!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. Newsgroups: vmsnet.mail.pmdf
  3. Subject: RE: default host name as foreign host
  4. Message-ID: <01GOSKFIQWYO9ZLJN4@SIGURD.INNOSOFT.COM>
  5. From: Ned Freed <ned@sigurd.innosoft.com>
  6. Date: 14 Sep 1992 23:56:33 -0700 (PDT)
  7. Organization: The Internet
  8. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  9. Resent-Date: 14 Sep 1992 23:56:33 -0700 (PDT)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. CC: sross@cgnet.com
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GOSKG2NNFM984XOW@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"C.SANTANA@CGNET.COM"
  15. X-Vms-Cc: IN%"sross@cgnet.com",IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19. Lines: 61
  20.  
  21. > I have been attempting to do the following:
  22.  
  23. >    In VMSmail, addressing a message To: in%username
  24. >                         (no quotes or host/domain)
  25.  
  26. > Instead of this being translated to:  username@localhost.localdomain,
  27. > I would like it to always translate to a particular foreign host.domain.
  28.  
  29. You can do this sort of thing only if you resort to the VMSMAIL-TO-PMDF mapping
  30. in the mapping file. It is possible to do this there but doing so is incredibly
  31. dangerous. There are many portions of PMDF as well as other software that
  32. assume IN%username will translate to IN%"username@localhost". If you change
  33. this assumption you will probably break all sorts of things, and I cannot
  34. answer for the consequences.
  35.  
  36. What you can do is assign a separate foreign protocol name to this function.
  37. This will work and should not disturb existing PMDF functionality. All you need
  38. to do is assign another MAIL$PROTOCOL_xxx logical to point at PMDF_MAILSHR. The
  39. mapping file will then let you handle this separate foreign protocol in a
  40. completely different ways. Please see the documentation (5.1) for details on
  41. how the mapping works.
  42.  
  43. You can even reverse the effects of this mapping using the PMDF-TO-VMSMAIL
  44. mapping.
  45.  
  46. All this means going to a lot of trouble to just to eliminate the need to type
  47. in a host name. This may appear at first glance to be a nice friendly thing to
  48. do for your users, but it usually ends up as a disasterous choice.
  49.  
  50. Users really need to become familiar with the realities of addressing since
  51. they may not always be faced with a nice friendly system with all sorts of
  52. hacks like this around. (Or the next set of hacks will be totally different.)
  53. You're not doing anyone a favor when you hide reality from them -- you are
  54. simply making it much harder for them when they inevitably come face to face
  55. with real addresses.
  56.  
  57. It might be worth it if we were talking about really ugly addresses here.
  58. However, Internet addresses are relatively clean and simple, and if the
  59. addresses you're using aren't nice and simple there are probably better ways to
  60. clean them up.
  61.  
  62. So my best advice is that while you can do this sort of thing with PMDF do
  63. everyone a favor and don't even try to set it up.
  64.  
  65. > I have tried setting the official-host-name of my local channel to
  66. > the foreign host, and then adding the local host name as the
  67. > local-host-alias for EVERY channel in the channel/host table.
  68. > This did not work (the FROM address of a local message was always
  69. > assigned to the foreign host/domain) and also seems a bit unelegant,
  70. > if not downright dangerous.
  71.  
  72. The per-channel local-host-alias affects only messages being queued to the
  73. channel. It has no effect or meaning aside from this, and certainly will have
  74. no effect on the default host associated with mailbox-only addresses. It will
  75. affect outgoing mail and probably render it totally unrepliable.
  76.  
  77. The official local host name is what's used for this purpose, but it is
  78. also the fundamental definition of your host's identity. You cannot change
  79. it without completely changing your host's identity as well.
  80.  
  81.                 Ned
  82.