home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / 4127 < prev    next >
Encoding:
Text File  |  1992-08-18  |  1.9 KB  |  51 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!usc!wupost!rice!dboyes
  3. From: dboyes@is.rice.edu (David E Boyes)
  4. Subject: Re: profs / vm/ forwarding mail
  5. Message-ID: <Bt6q27.FMw@rice.edu>
  6. Sender: news@rice.edu (News)
  7. Organization: Rice University
  8. References: <1992Aug10.185212.15@nmrdc1.nmrdc.nnmc.navy.mil> <BsxGMq.M34@wm-mercer.ca>
  9. Date: Tue, 18 Aug 1992 15:08:30 GMT
  10. Lines: 39
  11.  
  12. In article <BsxGMq.M34@wm-mercer.ca> carrollj@wm-mercer.ca (Jim Carroll) writes:
  13. >In article <1992Aug10.185212.15@nmrdc1.nmrdc.nnmc.navy.mil> dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small) writes:
  14. >>What I need is a method on our KNET equiped VM system, is to be able to
  15. >>forward the mail to another stmp hosts (If it makes it easier, the
  16. >>id can be the same, but the address will be different)
  17.  
  18. >1. First, become an expert in sendmail.    :-)
  19.  
  20. It's not nearly that complicated. Assuming that KNET has some
  21. kind of feature similar to the MAILER keyword in IBM's SMTP
  22. implementation, all you need to do is install a recent version of
  23. the Columbia/Princeton VM MAILER code (available on the most
  24. recent VM Workshop tapes or from LISTSERV@PUCC.PRINCETON.EDU),
  25. and configure KNET to send all incoming mail through the MAILER
  26. DVM. 
  27.  
  28. The MAILER record in the IBM SMTP implementation tells the SMTP
  29. machine to send all incoming messages to the identified virtual
  30. machine for final delivery. MAILER gets them, looks up the
  31. userid, and then if forwarding is necessary, regenerates the
  32. BSMTP header and reprocesses it -- presto, remote delivery.
  33.  
  34. There is no charge for the Columbia/Princeton MAILER code, and I
  35. strongly recommend it to any VM sites.
  36.  
  37. >I suppose one loose alternative (you'll have to test it, of course)
  38. >is to add aliases on all systems, pointing out the proper hosts for
  39. >the given mail in question.
  40.  
  41.  
  42. This is rather unwieldy, given large numbers of users and hosts.
  43. The other method is user-controllable.
  44.  
  45. >Jim Carroll - carrollj@wm-mercer.ca
  46.  
  47.  
  48. -- 
  49. David Boyes
  50. dboyes@rice.edu
  51.