home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!stanford.edu!rutgers!jvnc.net!darwin.sura.net!spool.mu.edu!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
- From: dan@innosoft.com (Daniel C. Newman)
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: GATES.RULES file does not look right.
- Message-ID: <01GOJWJCE1GQ9TCN6O@INNOSOFT.COM>
- Date: 9 Sep 92 02:08:18 GMT
- Organization: The Internet
- Lines: 17
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 08 Sep 1992 19:08:18 -0700 (PDT)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GOJWP7IXB696VVYB@YMIR.CLAREMONT.EDU>
- X-Vms-To: IN%"tkslen@ubvms.cc.buffalo.edu"
- X-Vms-Cc: IPMDF
- Mime-Version: 1.0
- Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-Transfer-Encoding: 7BIT
-
- > As you can see it is trying to use the local channel to send to this node.
-
- No, the PMDF TEST output clearly shows that it will send the message out
- your bit_mailer channel:
-
- > Submitted address list:
- > bit_mailer
-
- > k@alaska.BITNET (alaska.BITNET)
-
- The instance of the local (l) channel which you saw mention of was the channel
- which PMDF MMTEST was acting _as_ when rewriting the address. Take a glance
- at the PMDF TEST/REWRITE (a.k.a., PMDF MMTEST) documentation in the PMDF
- System Manager's Guide. In the example it describes some of the output of
- PMDF TEST/REWRITE.
-
- Dan
-