HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: re: Need TCP/IP version for vms 5.4.x
From: Mike Scott <m.a.scott@bnr.co.uk>
Date: Fri, 10 Apr 92 13:10:55 +0100
Reply-To: Mike Scott <M.A.Scott@bnr.co.uk>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-Mail-To: INET::"cmu-tek-tcp@cmutek.cc.cmu.edu"

> So, please could somebody tell me which version I need to work reasonably
> reliably on VMS5.4? And an email address of a suitable contact name for buying
> a licence would be useful too :-)
>
> Also, assuming the relevant person is scanning this group, please would you fax
> a licence agreement to me (fax no. below).

Oh dear, I should read my own signature first :-( The fax number, which isn't
below, is +44 279 451866

>
> Thanks in advance.
>
> --
> Regards.   Mike Scott. BNR Europe Ltd, London Road, Harlow, Essex  CM17 9NA, UK
> scott@bnr.co.uk      PSI%234237100122::SCOTT      phone +44-279-429531 xtn 3133

--
Regards.   Mike Scott. BNR Europe Ltd, London Road, Harlow, Essex  CM17 9NA, UK
scott@bnr.co.uk      PSI%234237100122::SCOTT      phone +44-279-429531 xtn 3133
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: LPR Problems
From: "CHRIS STRICKLAND" <stricklandc@h8700a.boeing.com>
Date: 9 Apr 92 09:27:00 CST
Reply-To: "CHRIS STRICKLAND" <STRICKLANDC@h8700a.boeing.com>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

Sorry if your getting this a second time, but I got a bunch of errors
messages back from the postmaster so I'm not sure if it got through.

My remote lpr times out with a server read fail.  This is symptom of all
problems I'm having with connections between my PC and CMU's TCP/IP on
my VAX.  Slow file transfers, sometimes as slow as .8 Kbtyes, while I get
anywhere from 40 - 120 kbytes between my PC's.  My NFS drive fails on
copies (when I dropped the mtu on my PC to 256 I was able to copy the same
files with no errors).  Are there some Variables in the internet.config
I can change to make things run faster.  HELP!

Below is a log file from a remote lpr request.

 8-APR-1992 16:08:39.21 Request 16:08:39.13 Created
 8-APR-1992 16:08:40.02 Request 16:08:39.13 Open Requested
 8-APR-1992 16:08:40.27 Request 16:08:39.13 Connection open Remote 'COCOA10', 192.67.121.10 (605)
 8-APR-1992 16:08:40.48 Request 16:08:39.13 Connection open Local 'COCOA', 192.67.121.2 (515)
 8-APR-1992 16:08:40.97 Request 16:08:39.13 Please Add Entry, Printer 'sys$print'
 8-APR-1992 16:08:41.32 Request 16:08:39.13, Sent ACK on Command
 8-APR-1992 16:08:41.54 Request 16:08:39.13 Recv Data File Name 'LPD$SPOOL_DIR:dfA824cocoa10;1', Size 2675
 8-APR-1992 16:08:42.27 Request 16:08:39.13 Sent Ack on Size of Data File
 8-APR-1992 16:10:42.96 Request 16:08:39.13 Finish, Status = '%LPD-F-TIMEOUT, I'm tired of waiting'
 8-APR-1992 16:10:43.23 Request 16:08:39.13 NET$ABORT, Status = '00000001'
 8-APR-1992 16:10:43.44 Request 16:08:39.13 NET$CLOSE, Status = '00000001'
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: traceroute
From: "Bryan G. Peterson" <peterson@physc1.byu.edu>
Date: Wed, 8 Apr 1992 16:07 MDT
Reply-To: "Bryan G. Peterson" <PETERSON@PHYSC1.BYU.EDU>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Cc: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"RICK%QUCDNEE.bitnet@QUCDN.QueensU.CA"
X-Vms-Cc: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"

>okay, traceroute appears to exist in 6.5, but i've been unable to get it
>to do anything for me. bruce sez
>
>>I forgot to document that.  The .CLD file should tell you everything
>>you need to know.
>
> so i used VERB to extract the cld for ipncp. i'm still stumped. is a
>working traceroute in 6.5? someone got a working syntax? :-)

I don't think that I am using the ipncp that was distributed with 6.5 -
I picked up a later version from hal.  In any case, I just type
$ ipncp traceroute <hostname>
and it proceeds to tell how it's getting there.  Works very nice.

Bryan Peterson
Peterson@Physc1.byu.edu

P.S. anal/image on ipncp shows
image file identification "1.1"
link date/time 22-APR-1991 16:11:05.37
From: vaxmith@rks.se (Michael Thurbin - RKS Data AB - Vaxjoe - Sweden - Tel. +46 470-47060)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Only one device supported??
Date: 11 Apr 92 15:02:39 GMT
Organization: RKS Vaxjo, Sweden

Hi!

I have 2 devices configured i my internet.config, one ethernet and one ip 
over decnet. The problem is that only the first one in the file is working.
If i change place of the to device-lines the other starts to work but not the 
second one. Has anyone a solution for this problem. I tried 6.6-3 and 6.6-4 
and it's the same problem in both.

Thanks for your help,

Michael
-- 


________________________________________________________________________
Michael Thurbin                 |    E-mail: vaxmith@rks.se
RKS Data AB                     |    Phone.: +46 470 47060
Box 209                         |    Fax...: +46 470 48976
S-351 05 Vaxjoe, Sweden         |
________________________________|_______________________________________
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: X server/clients via TCP/IP
From: jimmy@sparc.ncpa.olemiss.edu (Jimmy Ball)
Date: Wed, 08 Apr 92 13:58:13
Reply-To: jimmy@sparc.ncpa.olemiss.edu (Jimmy Ball)
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

Please forward this message to Mr. Gerald Lester (gwl@cpu.com)
No nameserver I have access to has the internet address of cpu.com so
I could not send the email directly to him.
Thank you


Mr. Lester,
  Thank you for responding to my technical questions.  I followed your
instructions when using vms as the server but had no luck.  Here is
what I did.

        1) Changed the DECW$SERVER_TRANSPORTS logical list to add CMU.
        2) To check this I typed
              SHOW LOG/TABLE=DECW$SERVER0_TABLE DECW$SERVER_TRANSPORTS
           The output was the following:
                "DECW$SERVER_TRANSPORTS" = "DECNET" (DECW$SERVER0_TABLE)
                     = "LOCAL"
                     = "CMU"
        3) I added the following security entry (via options security
             menu on customize on session manager):
                node:           *
                username:       *
                transport:      CMU
           I then clicked on the ADD button and then the OK button.
        4) I then logged on to our sparcstation by typeing
                telnet sparc
        5) After logging in successfully I typed
                setenv DISPLAY 130.74.32.142:0 (This is the internet
                address of the server I am sitting in front of.)
        6) I then typed xhost (which only works if using X windows)
                After approximately 5-10 seconds a message came back
                saying
                xhost:    unable to open display "130.74.32.142:0"
Any other suggestions??

Also, could you give me the internet address of cpu.com so we can add
this to our nameserver or the name of a nameserver that has the internet
address of cpu.com. Thank you very much.
Jimmy Ball
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: X server/clients via TCP/IP
From: jimmy@sparc.ncpa.olemiss.edu (Jimmy Ball)
Date: Thu, 09 Apr 92 16:00:57
Reply-To: jimmy@sparc.ncpa.olemiss.edu (Jimmy Ball)
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

For Mr. Lester...


The suggestions you have made have been tried with no success.
The machine had been rebooted after the change to the logical list
(i.e., the transport list contents in my previous letter were after the
reboot)
Also, I tried setenv DISPLAY 130.74.32.142:0.0 with no success.  I think
the problem is not with the x client running unix but rather with
incorrect settings of CMU-TEK because I can achieve X client/server
connections with workstations running unix via TCP/IP and X
client/server connections with vaxstations running vms via DECNET.
Could it be possible that the Vaxcluster server has to be rebooted after
adding CMU to the transport list?  I only rebooted my node.  Are there
any settings when installing CMU-TEK that might be the culprit?
Your suggestions or referrals are welcome.
Jimmy
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Problem printing using LPR
From: andrew@matai.vuw.ac.nz
Date: Tue, 7 Apr 1992 02:00:20 GMT
Organization: Victoria University of Wellington,  NZ


 Hi,
    I'm posting this for a friend who doesn't have usenet access at the moment.

The problem he is having is that print jobs using LPR are dying with an ACCVIO.
In coming print jobs work okay. He is using 6.6-3. Any one seen this and does
anyone have a solution?

-- 
Andrew Greer, 
VAX/VMS Systems Programmer
--------------------------------------------------------------------------
Computing Services Centre    |  Domain:    Andrew.Greer@vuw.ac.nz
Victoria University 	     |  Phone:     +64 4 495-5048
P.O. Box 600                 |  Fax:       +64 4 471-5386
Wellington, New Zealand      |
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Need TCP/IP version for vms 5.4.x
From: Mike Scott <m.a.scott@bnr.co.uk>
Date: Fri, 10 Apr 92 12:10:37 +0100
Reply-To: Mike Scott <M.A.Scott@bnr.co.uk>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-Mail-To: INET::"cmu-tek-tcp@cmutek.cc.cmu.edu"

This should probably go on the FAQ :-(  Just as I'd decided our aging VAX
should best stop at VMS 5.1, I'm told we have to upgrade to 5.4. I'm rather out
of touch in consequence with the current state of the CMUTEK TCP/IP (we're
currently running 6.4).

So, please could somebody tell me which version I need to work reasonably
reliably on VMS5.4? And an email address of a suitable contact name for buying
a licence would be useful too :-)

Also, assuming the relevant person is scanning this group, please would you fax
a licence agreement to me (fax no. below).

Thanks in advance.

--
Regards.   Mike Scott. BNR Europe Ltd, London Road, Harlow, Essex  CM17 9NA, UK
scott@bnr.co.uk      PSI%234237100122::SCOTT      phone +44-279-429531 xtn 3133
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: Name Resolving
Date: 11 Apr 92 21:16:37 EDT
Organization: Doyle Munroe Consultants, Inc., Hudson, MA

In article <1992Apr9.070251.4135@acsu.buffalo.edu>, visnucc@ubvmsb.cc.buffalo.edu (Niagara U. Courtesy Account) writes:
> with NamRes being the go between.  Since we are running only CMU-Tek (PCs
> have Domain Names -> IP address hard coded in startup file) how do we
> get CMU-Tek to resolve Domain Names?  It looks like there was a Domain
> Server on the dist. tape, but no instructions on how to install, or if
> it could be used for what we need.  Please, anyone who can help, or offer
> a suggestion, send E-Mail to this account.  I apologise for the lack of
> TCP/IP knowledge, but we are only learning now, and hope to be comfortable
> with it before we get our Internet line in the summer/fall.  Thanks!
> 
> -Rich
> 

Rich,

There is a domain server and there are instructions for installation.  They are
less than good.  If you don't want to bring up the domain server, you need to
populate the INET.HOSTS (or INET$HOSTS) file used by the Name Resolver in the
absence of a domain server.  I believe the format and use of the INET$HOSTS
file is documented in the CMU/TEK manual somewhere (I don't have the manual
handy).

Good luck with bringing up the domain server.  It does work, but it isn't the
easiest thing to install.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: LPR
From: "CHRIS STRICKLAND" <stricklandc@h8700a.boeing.com>
Date: 9 Apr 92 12:38:00 CST
Reply-To: "CHRIS STRICKLAND" <STRICKLANDC@h8700a.boeing.com>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

I've managed to get the lpr from my PC printing to the VAX queue.  An lpq will
show the queue.  But the file doesn't get printed to my printer.  I can look
in the lpd_spool directory and see the file that was suppose to be printer,
something like dfa831cocoa10., (contains the file I printed), the log file
doesn't show any errors, but the file never gets printed.  Any ideas?
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: UNSUBSCRIBE
From: "Mike Eisenberg, x4491" <mje@hermes.dlogics.com>
Date: Wed, 08 Apr 1992 14:19:32 CDT
Reply-To: mje@hermes.dlogics.com
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

UNSUBSCRIBE
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: traceroute
From: Rick Pim <rick%qucdnee.bitnet@qucdn.queensu.ca>
Date: Wed, 8 Apr 1992 16:15 EST
Reply-To: Rick Pim <RICK%QUCDNEE.bitnet@QUCDN.QueensU.CA>
Organization: The Internet
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"


okay, traceroute appears to exist in 6.5, but i've been unable to get it
to do anything for me. bruce sez

>I forgot to document that.  The .CLD file should tell you everything
>you need to know.

 so i used VERB to extract the cld for ipncp. i'm still stumped. is a
working traceroute in 6.5? someone got a working syntax? :-)

rp
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rick Pim                                            bitnet:rick@qucdnee
Department of Electrical Engineering         rick@qucdnee.ee.queensu.ca
Queen's University, Kingston                     (bitnet:rick@qucdnast)
(613) 545-6772                               (rick@bill.phy.queensu.ca)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"I don't sing, I don't dance, and I don't like people who do."
From: busma@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: Help using RMT from Unix to VMX.
Date: 15 Apr 92 20:21:55 GMT
Article-I.D.: TGV.254014A315APR92202155
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    busma @ TGV.COM (Jeffrey D. Busma)


>I am trying to use the remote tape protocol (rmt) from a Unix machine
>to a VMS machine running multinet.  My problem is whenever I attempt
>to open the tape (MKA500) the status returned is:
>
>	%SYSTEM-W-DEVALLOC, device already allocated to another user
>
>Which may very well be true, however rdump from Unix to VMS works.
>rdump uses rmt and has no problems.
>
>Has anyone tried this before?  If so, could you give me a hint or two.
>
>Thanks in advance.
>
>Scott Gregory
>scott@ais.com
>
 
	I've seen this with a SCSI TK50 that is still [un]loading, but it
did clear up once the tape settled down.

							Jeff
From: KLENSINJ@ADMINA.RFERL.ORG (John C Klensin)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: A curious possible FTP hack
Date: 7 Apr 92 22:24:35 GMT
Article-I.D.: TGV.2160285C07APR92222435
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-New-From: John C Klensin <KLENSINJ@ADMINA.RFERL.ORG>
X-VMS-To: MUVAXA::IN%"info-multinet@tgv.com"

Because I'm back working in a funny environment, something just
occurred to me to try, to which Multinet FTP responds with the
notorious and very useful "?Not confirmed".

It seems to me that there should be no major reason in principle
not to support something like:

   ftp somedomain
   ...
   get 
   remote-name
   host"username password"::dev:[dir]filename.ext
I.e., permitting a DECNet address reference in the "local-name".

Might be a very interesting idea for partial firewall
environments; sort of an Internet/DECNet flavor of third party
FTP in the internet-only context, but probably safer.

Would anyone else find this interesting?

As a semi-bug-report (a semi-bug is more like a minor
irritation), the syntax here is a valid VMS naming
syntax.  Hence, if it is not going to be supported, one might
reasonably hope to see something a bit more informative than
"?Not confirmed".  Maybe that is in 3.1 already, since I just
tried this in a 3.0 environment--the only handy beta environment
doesn't speak DECNet.
   --john
From: mm5l+@andrew.cmu.edu (Matthew Mashyna)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: MM messages
Date: 14 Apr 92 21:38:07 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-New-From: Matthew Mashyna <mm5l+@andrew.cmu.edu>

I have a user who gets and "updating header file" message every few
minutes when he's at a MM> or R> prompt. Is there a way to turn this off
?


Matt


///////////////////////////////////////////////////////////////////////
// Matthew Mashyna        \\                                         //
// MM5L@andrew.cmu.edu    \\  "Who the Hell told you to do that ?"   //
// voice: (412) 268-7591  \\  --my Dad                               //
// FAX:   (412) 268-2800  \\                                         //
///////////////////////////////////////////////////////////////////////
//                                                                   //
// Manager of the Computing Facilities                               //
// Carnegie Mellon Department of Psychology                          //
///////////////////////////////////////////////////////////////////////



X-Gateway-Source-Info: INTERNET
Date: 13 APR 92 21:35:31 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
From: RBECK@VAX1.dseg.ti.com (I haven't lost my mind...It's backed up on tape somewhere!)
X-New-From: RBECK@VAX1.dseg.ti.com
Subject: Re:  TGV NFS Client vs TWG NFS Client
X-Vmsmail-To: SMTP%"HUDSON@AC.DAL.CA"
Organization: The INFO-MULTINET Community


<From:	SMTP%"HUDSON@AC.DAL.CA" 13-APR-1992 14:30:49.72
<To:	RBECK@VAX1.dseg.ti.com
<CC:	
<Subj:	Re:  TGV NFS Client vs TWG NFS Client
<
<Date: Mon, 13 Apr 92 16:29 -0300
<From: Bruce Hudson <HUDSON@AC.DAL.CA>
<Subject: Re:  TGV NFS Client vs TWG NFS Client
<To: RBECK@VAX1.dseg.ti.com
<Message-Id: <6F3021BCDD670D86FF@AC.DAL.CA>
<X-Vms-To: IN%"RBECK@VAX1.dseg.ti.com"
<X-Vms-Cc: HUDSON
<
< In a message to Info-MultiNet, you wrote:
<
< 	1) In our environment, we WILL run out of file inodes before
<	   we fill the disk.  We have an Epoch Infinite Storage Fileserver
<	   mounted to our VAX system.  The main application that uses
<	   this connection has already stored 111,484 files in one
<	   directory.  Approximately 75% of these files are meta-files
<	   that correspond to their respective data files.  
<
<    I would like to ensure that I am understanding you correctly. If 75%
<of the files are meta-files, that means you have an average of THREE
<meta-files for each "real" file. This seems to be a direct contradiction
<of David Kashtan's statement that there would be at most one and rarely
<that many. Is this some artifact of the Epoch, a device I'm not familiar
<with? Do you have a huge number of orphaned meta-files? 
<-------
<Bruce A. Hudson				| HUDSON@AC.DAL.CA
<UCIS, Facilities and Operations		| HUDSON@DALAC	(Bitnet)
<Dalhousie University			| HUDSON@DALCS	(UUCP)
<Halifax, Nova Scotia, Canada		|


Sorry, I should clarify that statment a bit.  It should read:

	Approximately 75% of the files written to the Epoch
	system have meta-files associated with them.  The other
	25% are text files which can be converted to stream_LF
	without problems.

We don't have a problem with orphaned meta-files because the data is never 
deleted.  The majority of the information stored on the Epoch are drawing
databases from CV and AutoCAD designs.  Additionally, there are documents in 
various forms that also fit into the catagory of "drawings".  So, what we 
actually have is an on-line drawing library.  And since these are rather 
important pieces of our total business, I like to make sure there's no 
possible loss of data at any stage of the game!  Any loss of data makes for a 
really BAAAAD day!

Sorry for the confusion,
Ron


X-Gateway-Source-Info: INTERNET
Date: 14 APR 92 17:37:00 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
From: Brian McKeever <MCKEEVER@VAX2.CSTP.UMKC.EDU>
X-New-From: Brian McKeever <MCKEEVER@VAX2.CSTP.UMKC.EDU>
Subject: POP3, Eudora and replying to mail messages.
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

Okay, I've got POP3 (Multinet 3.0G) and Eudora (1.2.2) working on my VAX
(VMS V5.4-3) but we've got a small problem when we try to reply to messages
sent without using PMDF (4.0).

If I send mail to the individual using Eudora on their Mac with PMDF they
get a REPLYable address.  If I send a message from one of our LAVC (VMSWS1)
hosts just specifying the username (PLACE), the message gets to them with a
from address of "VMSWS1::MCKEEVER", when they REPLY to it, I get a header
back that looks like this:

    From:   IN%"place@VAX2.CSTP.UMKC.EDU"
    To:     IN%"'VMSWS1::MCKEEVER'@VAX2.CSTP.UMKC.EDU"
                ^^^^^^^^^^^^^^^^^^

The message does arrive, but it doesn't look to me like it is a valid
RFC-822 address.  Any way to keep VMS Mail from sticking the bloody DECnet
nodename in the address?  Any way to avoid VMS Mail altogether by forcing
every message, whether it is preceded by a IN% or not, to go through PMDF? 
That's one of the reasons I don't use MM, mail just sent to a username
never gets to MM.  Have I got something really screwed up?

Thanks in advance,

--Brian

UUUU  UUU MMM   MMKK KKKK   CCCC      Brian McKeever  MCKEEVER@CSTP.UMKC.EDU
 UU    U   MM   MMK   K    CC  CC                     MCKEEVER@UMKCVAX2
 UU    U   MMM M MK KK    CCC         
 UU    U   M MM  MK   KK   CC  CC     University of Missouri - Kansas City
  UUUUU   MMM M MMKK   KK   CCCC
                        KK            A faithful friend is the medicine of
                          K           life.              -- Ecclesiasticus
Newsgroups: vmsnet.networks.tcp-ip.multinet,comp.os.vms