home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / mail / pmdf / 2630 / text0000.txt < prev   
Encoding:
Text File  |  1992-11-19  |  2.4 KB  |  47 lines
  1. > Below is an error I got replying to a message I received. I realize why I got
  2. > the error.  In PMDF on our vax (DUKEMC) I have put in an alias for dryfo001 and
  3. > pointed it to dryfo001@deneb.mc.duke.edu (my workstation).
  4. >
  5. > This has worked fine for some time.  However, just found a case where it does
  6. > not.  Someone sent me mail from a Bitnet node (DUKEMVS) to dryfo001@dukemc.  My
  7. > alias forward sent it to me at deneb.mc.duke.edu, but the return address was
  8. > setup so that it would only work we replying through the PMDF system (which it
  9. > was not) -- i.e. user@node.bitnet.  Normal SMTP internet mail works fine as my
  10. > reply goes directly to the sender and not through PMDF.  I suspect I need a
  11. > rewrite rule or something to prevent this?  Am I doing something I am not
  12. > supposed to? On systems connected to the PMDF system, I want replies to go
  13. > through our Bitnet connection, but for cirumstances such as this, we need to go
  14. > through an SMTP/Bitnet gateway or back through the PMDF system?
  15.  
  16. The problem, as I see it, is that the machine you sent the message to doesn't
  17. know what to do with the host name "dukevms.bitnet".  What's the alternative?
  18. Send it "dukevms"?  That's not the correct either in this case.  The best
  19. solution is to configure deneb.mc.duke.edu to know what to do with addresses of
  20. the form user@node.bitnet.  If deneb.mc.duke.edu is on BITNET then it needs to
  21. send it out BITNET.  If it isn't on BITNET then it needs to gateway the mail
  22. through a machine which is on BITNET.  While you can work around this instance
  23. of the problem with PMDF on DUKEMC, it will not fix the problem for when mail
  24. arrives on deneb.mc.duke.edu from other hosts.
  25.  
  26. To "fix" things via PMDF on DUKEMC, you can add a second wtcp_ channel on
  27. DUKEMC which will force routes into addresses and thereby produce return
  28. addresses of the form user%host@mc.duke.edu.  However, this will be done to
  29. _all_ of your mail from DUKEMC to deneb.mc.duke.edu.  This may, for all I know,
  30. be desireable to you as it will put your workstation's mail load onto DUKEMC.
  31. However, the cleanest solution would be to train sendmail on deneb.mc.duke.edu
  32. to know what to do with BITNET addresses.
  33.  
  34. Add the rewrite rule
  35.  
  36.     deneb.mc.duke.edu     $U%deneb.mc.duke.edu@WTCP-ROUTE
  37.  
  38. and then add the channel block
  39.  
  40.     wtcp_route smtp single_sys exproute nox_env_to
  41.     WTCP-ROUTE
  42.  
  43. The key thing here is the "exproute" keyword which causes the local host to get
  44. stuffed into the address as a route.
  45.  
  46. Dan
  47.