giacobbe@pilot.njin.net (Jeff Giacobbe) (04/11/90)
Here is a problem that has been bugging me for some time. I am really
not an expert (by ANY stretch of the imagination) on either VMS or
SunOS, but here goes:
We have a Vax 6310 running VMS v5.1-1. It is networked (via an
Ethernet backbone) to a Sun server (Sun 4/260) running v4.0.3 of
SunOS. I can use the mail tool from SunView and successfully send mail
to the Vax (actually, to a Decnet node called 'apollo') using the
address:
giacobbe@apollo
The problem is in going from the Vax to the Sun. When I try to reply
to the message, or send a new message using the address:
username@logos (logos being the Sun machine) the Vax postmaster
always sends me a friendly message that it "never heard of host
'logos'"
Originally, we thought the problem might have something to do with
Vaxmail defaulting to Decnet protocol instead of tcp/ip. The people
on the Vax end suggested setting up the Sun so that it would become a
Decnet node.
I am now running Ki Research Deknet/LAT software on the Sun machine.
If I go over to a dec terminal and type 'show nodes all' at the local
prompt (I assume this is the Dec LAT prompt) it lists all of the Vax
nodes : apollo, gemini, euhler, gauss etc,etc, INCLUDING logos !!
I can type 'connect logos' from the local prompt and connect to the
Sun machine with no problem. HOWEVER, when I try to send good 'ol
Vaxmail to the 'node' logos using the address: logos::username I get
an 'unknown node' message!!!
ARGHHHH!!!! What's the deal? If logos shows up as 'reachable' Decnet
node from the Dec LAT prompt, why the heck is it an 'unkown node' when
I try to mail something to it????
Any help would be *greatly* appreciated
--
@xxxxx{==============- giacobbe@pilot.njin.net -==============}xxxxx@
| or |
| giacobbe@apollo.montclair.edu |
| |
| "There can be only one..." - (Highlander) |
@xxxxx{==============- -==============}xxxxx@ coburn@clo.enet.dec.com (John T. Coburn) (04/12/90)
In article <Apr.11.10.09.17.1990.7428@pilot.njin.net>, giacobbe@pilot.njin.net (Jeff Giacobbe) writes...
:
:Here is a problem that has been bugging me for some time. I am really
:not an expert (by ANY stretch of the imagination) on either VMS or
:SunOS, but here goes:
:
[problem description removed]
:I am now running Ki Research Deknet/LAT software on the Sun machine.
:If I go over to a dec terminal and type 'show nodes all' at the local
:prompt (I assume this is the Dec LAT prompt) it lists all of the Vax
Yes, 'Local> ' is the prompt that all DEC terminal servers use by default.
:nodes : apollo, gemini, euhler, gauss etc,etc, INCLUDING logos !!
:
:I can type 'connect logos' from the local prompt and connect to the
:Sun machine with no problem. HOWEVER, when I try to send good 'ol
:Vaxmail to the 'node' logos using the address: logos::username I get
:an 'unknown node' message!!!
:
:ARGHHHH!!!! What's the deal? If logos shows up as 'reachable' Decnet
:node from the Dec LAT prompt, why the heck is it an 'unkown node' when
:I try to mail something to it????
:
The deal is that LAT does not equal DECnet. They are completely different
protocols. Because you can 'connect' via LAT says nothing about DECnet running
on either system.
It would appear that either you don't have a complete DECnet implementation
or the node's name and number have not been defined using the DECnet utility
NCP. Since the node doesn't show on the DECnet node list then mail won't work.
Also, if DECnet is running you must define the node name and number
relationship for remote nodes in order to access them by name. Use NCP to do
this.
:Any help would be *greatly* appreciated
:--
:@xxxxx{==============- giacobbe@pilot.njin.net -==============}xxxxx@
:| or |
:| giacobbe@apollo.montclair.edu |
:| |
:| "There can be only one..." - (Highlander) |
:@xxxxx{==============- -==============}xxxxx@
--------------------------------------------------------------------------------
John Coburn !Email:
Digital Equipment Corporation ! coburn%clovax.enet.dec@decwrl.dec.com
Enterprise Integration Services !
Cleveland, Ohio ! ...!decwrl!clovax.enet.dec.com!coburn
================================================================================