HDTenEightyP/NetNews huggingface dataset:
From: dsw@pierre.mit.edu (David Woodruff, 253-6943, Room 26-407)
Subject: SMTP not working--  help!
News-Software: VAX/VMS VNEWS 1.4-b1  
Keywords: smtp, multinet, mail
Organization: MIT Lab for Nuclear Science
Date: Tue, 1 Sep 1992 23:29:00 GMT

Hi,

Any suggestions?

SMTP is not working on one of our machines.  It will not accept incoming mail.
Stopping the SMTP symbiont and running START_SMTP.COM doesn't fix the problem.

When mail is sent to the node, it never arrives, but the node is capable of
sending mail to other nodes.

I would rather not reboot the node since it is very heavily used.  Are there
other ways of fixing the SMTP mailer?

				Thanks for any help !

                                              Dave

*******************************************************************************
"Call me Ishmael.  Some years ago-- never mind how long precisely-- having
little or no money in my purse, and nothing particular to interest me on shore,
I thought I would sail about a little and see the watery part of the world."
      David S. Woodruff,  MIT Lab for Nuclear Science,  (617)253-6943
      dsw@mitlns.mit.edu,     BITnet: dsw@mitlns    FAX (617)258-6923
X-Gateway-Source-Info: INTERNET
Date: 26 AUG 92 22:38:55 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: %MULTINET-F-EADDRNOTAVAIL from ftp.
Organization: The INFO-MULTINET Community

> When I ftp from hepv1.unm.edu (running UCX) to fnald.fnal.gov (running
> multinet), I am able to log in to the remote host but unable to transmit
> files.  In response to my command to "put" or "get" anything I receive the
> message:

> 425 Can't create data socket (131.225.109.6,0): %MULTINET-F-EADDRNOTAVAIL,
> Can't assign requested address.

> I have no problem ftp'ing from fnald to hepv1.  Do you have any suggestions
> about this?

    It looks like the UCX machine is sending is a port command with
a zero for the port number, which isn't valid and we can't connect
to it. When FTP tries, not surprisingly it gets that error.

							    Ken

X-Gateway-Source-Info: INTERNET
Date: 27 AUG 92 18:44:45 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: Problems getting Xwindows to work through tcpip
Organization: The INFO-MULTINET Community

> I'm having a problem getting xwindows to display on remote machines
> using tcpip as transport.

> The error I get is:

> MultiNet X11 transport diagnostics starting...
> INETACP_FUNC$C_GETHOSTBYNAME $QIO failed
> No such file

    No such file is the error our UCX emulation driver is going
to give it it can't connect to the MULTINET_SERVER process. The
MULTINET_SERVER process performs DNS queries on behalf of the driver.
Make sure that the MULTINET_SERVER process is running on your system
and that the UCXQIO service is enabled in MU CONFIGURE/SERVER.

								Ken
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: SLIP over LAT
Date: 2 Sep 92 19:15:14 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> Hello, I have seen some posts about slip over lat. What is TGV's position of
> support for this? Does it work? Any gotchas?

    1) Not supported. There are some race conditions in the deletion of
       a LAT device which could result in a machine crash.

    2) The reality of it is that it works and that (1) is rare. You need
       to set the terminal line PASSALL before starting the network to put
       the LAT box into the weird transparent mode. It may not work
       under future versions of LAT or VMS.

							    Ken
X-Gateway-Source-Info: INTERNET
From: gwi@icf.hrb.com (Gregory W. Isett)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: whois server?
Date: 25 Aug 92 19:34:30 GMT
Organization: HRB Systems, Inc.

Does anyone have a whois server for VMS/Multinet?

-------------------------------------------------------------------------------
Greg Isett				Internet: gwi@icf.hrb.com
HRB Systems				FAX	: (814)234-7720
300 Science Park Road			Voice	: (814)238-4311
State College, Pa. USA 16804-0060
-------------------------------------------------------------------------------
X-Gateway-Source-Info: INTERNET
Date: 27 AUG 92 22:48:14 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Jim Whitfill - Los Alamos <WHITFILL@meediv.lanl.gov>
From: Jim Whitfill - Los Alamos <WHITFILL@meediv.lanl.gov>
Subject: DEBNA and ATK/VMS
Organization: Los Alamos National Laboratory

You need to upgrade ATK/VMS to V3.1 to solve the ETDRIVER problem with this
interface.


---------------------------------------------------------------------------
Jim A. Whitfill    Mechanical & Electronic Eng. Division     (505) 667-9282
whitfill@meediv.lanl.gov       		     Los Alamos National Laboratory
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: More TALK problems.
Date: 1 Sep 92 14:47:45 CDT
Organization: University of Kansas Academic Computing Services

Hi,

I have having a problem using TALK. I have a friend on a SUN 4/65
running UNIX (don't know what version, it is math.nmsu.edu). I have
tried both TALK and TALK/OLD.  TALK doesn't get any response at all,
while TALK/OLD wouldn't work because "address family not supported."
Does anyone have any ideas what might be going on? Is there anything
that can be installed on the SUN or VMS to make talk work?
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444 
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: lesher@carina.unm.edu (Kelly Lesher FE)
Subject: %MULTINET-F-EADDRNOTAVAIL from ftp.
Date: Wed, 26 Aug 92 19:00:38 GMT
Organization: University of New Mexico, Albuquerque

Hi,

When I ftp from hepv1.unm.edu (running UCX) to fnald.fnal.gov (running
multinet), I am able to log in to the remote host but unable to transmit
files.  In response to my command to "put" or "get" anything I receive the
message:

425 Can't create data socket (131.225.109.6,0): %MULTINET-F-EADDRNOTAVAIL,
Can't assign requested address.

I have no problem ftp'ing from fnald to hepv1.  Do you have any suggestions
about this?

Please send email as I don't get to read this group much.

Thanks,
Kelly Lesher
lesher@bootes.unm.edu

Newsgroups: vmsnet.networks.tcp-ip.multinet
From: colinm@max.carleton.ca (Colin McFadyen)
Subject: Returning SLIP device to VMS??
Organization: Carleton University
Date: Thu, 3 Sep 1992 13:05:33 GMT

  I have a SLIP line running on a VAXstation 2000 using Multinet 2.2.
The SLIP line is configured dynamically and connects to a Sun Sparc 1+
running slip4.0.

  Everything works just fine until I want to disconnect the SLIP line.
I should mention that the line runs through a data switch rather than 
over modems (although it soon will).  Once I have finished with the
SLIP session, I would like to be able to access the TTA2: port as
a regular VMS device but when I try to access it (set host/dte tta2:)
I get "%SYSTEM-F-TERMNETDEV, Terminal is a network communications device".

  The /DYNAMIC option on the MULTINET SET command is supposed to return
the SLIP line to VMS when it disconnects.  Even unplugging the line from
TTA2: makes no difference (totally removing any signals).  

  Any suggestions would be greatly appreciated.  Thanks in advance.


-- 
Colin McFadyen -- Carleton U. Computing and Communications Services
Ottawa, Ontario, CANADA K1S 5B6                  
colinm@ccs.carleton.ca

X-Gateway-Source-Info: INTERNET
Date: 28 AUG 92 00:50:33 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: rdump RS/6000--> VMS 8mm EXABYTE
Organization: The INFO-MULTINET Community

>> I am trying to rdump a disk on an IBM RS/6000 to a VMS 8mm exabyte drive.
>> I have to do several rdumps in order to backup all the partitions of the IBM
>> disk, but I keep overwriting the tape even though I use /nomount/nounload, ie.
>>	   # rdump 0f vax:muc0:/nomount/nounload/nostream /usr (/var,/tmp..etc)
>> rrestore tvf vax:muc0: verifies that I always have only a single 'saveset' on
>> tape.
>> Sometime ago I read of some problems using rdump with 8mm drives. Can it be
>> done, or am I missing something?

>     We have the same problem here with our 8mm. It works fine with a
> TK50 or real 9-track tape; I've just written it off as a bug in our
> 8mm drive firmware.

>     8mm and 4mm devices are only supported by RMT to the extent that
> they correctly emulate 9-track or TK devices.

    Oops. My mistake. You should first try adding the /NOREWIND
switch before assuming that this is the problem.

							    ken
X-Gateway-Source-Info: INTERNET
Date: 28 AUG 92 00:49:57 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: Clusters and DNS caching
Organization: The INFO-MULTINET Community

> Given a homogeneous cluster, with Multinet running on all
> hosts (the easy case)...

> -- Is it plausible to put the DNS cache file,
> normally multinet:domain-name-service.cache, in the common area and
> let all of them update it and read from it?  Or is the code used for
> that purpose such that one should keep them separate?

> --  If the caches should be separated, is there any advantage of setting
> them up as forwarders to each other?	And, if so, how would you suggest
> configuring that for, e.g., a three-host cluster?

> For aesthetic, policy, and administrative reasons, we would rather not
> make one of the hosts appreciably more equal than the others if this can
> be avoided.

    The DOMAIN-NAME-SERVICE.CACHE file is only the bootstrap
cache (the information about how to find the root nameservers). This
isn't ever updated (except by hand) and should normally be left
in SYS$COMMON.

    The "cache" of information is kept in memory and not saved to
disk. I'd recommend using forwarders which all point at one or
two master machines to produce a "mega-cache" for your site.

							    Ken

X-Gateway-Source-Info: INTERNET
Date: 27 AUG 92 22:48:10 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
Subject: Clusters and DNS caching
X-Envelope-to: info-multinet@tgv.com
Organization: The INFO-MULTINET Community

Given a homogeneous cluster, with Multinet running on all
hosts (the easy case)...

-- Is it plausible to put the DNS cache file,
normally multinet:domain-name-service.cache, in the common area and
let all of them update it and read from it?  Or is the code used for
that purpose such that one should keep them separate?

--  If the caches should be separated, is there any advantage of setting
them up as forwarders to each other?  And, if so, how would you suggest
configuring that for, e.g., a three-host cluster?  

For aesthetic, policy, and administrative reasons, we would rather not
make one of the hosts appreciably more equal than the others if this can
be avoided.

   --john

X-Gateway-Source-Info: INTERNET
Date: 02 SEP 92 21:16:00 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: Login limit not honored by rlogin
Organization: The INFO-MULTINET Community

> I just noticed that a set log/int=0 can be gotten around by a user
> entering with rlogin.  I notice that ftp will also succeed in spite
> of the limit.  Telnet honors the limit properly.  All of this is for
> MultiNet 3.1B on a VMS 5.3-1 system.

    FTP isn't an interactive login.

    RLOGIN checks to see if the limit is zero, and if it is and the
user doesn't have OPER priv, fails the login. Are you sure you don't
have OPER priv?

    When you TELNET, loginout does the check.

							    Ken
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: sys_sleen@sscvx1.ssc.gov
Subject: No buffer space errors
Organization: Superconducting Super Collider Laboratory
Date: Wed, 2 Sep 1992 20:07:19 GMT


  Yesterday, we had several strange problems that occured with one of our
 systems running Multinet.  Multinet usually runs solid as a rock, but it
 seemed to be really hosed up and nothing we could do short of a reboot
 could fix it. 

 Our system is a VAX 6420 running VMS 5.5 and we run Multinet 3.0. (We also
 have Multinet 3.0 running under VMS 5.5 on another cluster which contains
 a 6420 and a 6640 and both of these systems were functioning fine at the
 time.)  Yesterday we noticed that when users tried to telnet or rsh to our 
 system from other local systems in the same building, they received an error
 message (text varies depending on where & what they were coming from) 
 indicating the system was not responding. The system was up however, it 
 hadn't been rebooted in 30+ days.  When we tried to telnet from our system to 
 anywhere else, we got the message:

  %MULTINET-W-ENOBUFS, No buffer space available

 We also got a number of variations on the above message on our OPCOM 
 throughout the day:
-------------------------------------------------------------------------------
MultiNet Server: R_SERVICES: I/O error %MULTINET-W-ENOBUFS, No buffer space 
 available
MultiNet Server: R_SERVICES: Socket write error %MULTINET-W-ENOBUFS, No buffer 
 space available
MultiNet Server: R_SERVICES: getpeername: %MULTINET-W-ENOBUFS, No buffer space 
 available
MultiNet Server: Standard_Connected setsockopt KEEPALIVE: No buffer space 
 available
MultiNet Server: accept: No buffer space available
MultiNet Server: FTP: setsockopt (SO_KEEPALIVE): %MULTINET-W-ENOBUFS, No buffer 
 space available
MultiNet Server: FTP: I/O error %MULTINET-W-ENOBUFS, No buffer space available
-------------------------------------------------------------------------------

 These problems were intermittent - they would appear then disappear.  We
 tried restarting the multinet server from the config/servers utility, and
 killing the MULTINET_SERVER process and rerunning the START_MULTINET.COM 
 procedure, but after a while problems would return.  It took a reboot to
 clean things up, and we haven't seen the problem since.

 Does anyone have any ideas what we need to tune to keep from doing a reboot
 if this happens again?

 Cindy VanderSleen

 (sys_sleen@sscvx1.ssc.gov)
X-Gateway-Source-Info: INTERNET
Date: 28 AUG 92 00:50:05 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    ZAPANTIS@uvphys.phys.UVic.CA (Nik Zapantis, UVic Physics, Victoria BC (604)721-7729)
From: ZAPANTIS@uvphys.phys.UVic.CA
Subject: rdump RS/6000--> VMS 8mm EXABYTE
X-Vmsmail-To: SMTP%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

I am trying to rdump a disk on an IBM RS/6000 to a VMS 8mm exabyte drive.
I have to do several rdumps in order to backup all the partitions of the IBM
disk, but I keep overwriting the tape even though I use /nomount/nounload, ie.
        # rdump 0f vax:muc0:/nomount/nounload/nostream /usr (/var,/tmp..etc)
rrestore tvf vax:muc0: verifies that I always have only a single 'saveset' on
tape.
Sometime ago I read of some problems using rdump with 8mm drives. Can it be
done, or am I missing something?

thanks...Nik
From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: rlogin limitations (was: Login limit not honored by rlogin)
Date: 4 Sep 92 15:15:21 GMT
Reply-To: pyron@skndiv.dseg.ti.com
Organization: TI/DSEG VAX Support


In article <246025DE02SEP92231718@TGV.COM>, LUNDIN@urvax.urich.edu (John Lundin Jr) writes:
 rlogin discussion deleted
>
>rlogin and ftp also ignore password expiration.

This is correct.  This is an acknowledged flaw in LOGINOUT.  It is not a bug,
simple an insolvable problem.  How do you force a noninteractive user to update
his/her password?  The same exists with proxy and non-proxy logins (ie DIR
NODE"USER PASSWORD"::) and, I believe, BATCH jobs (help).

In otherwords, the problem is not unique to rlogin or ftp, but rather indemic
with LOGINOUT.

QUESTION: How can you log on to a machine and not show up in a show users, or
even be readily identifiable in a show system?  Less than a third of the
systems I have surveyed have closed this door, so I shan't discuss it.  But it
exists.  This is the same sort of problem, which DEC is only now finding a cure
for.
>
>John Lundin  -  U of Richmond  -  lundin@urvax.urich.edu    
>"Immature programmers imitate, mature programmers steal"
>
--
Dillon Pyron                      | The opinions expressed are those of the
TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
(214)462-3556 (when I'm here)     |
(214)492-4656 (when I'm home)     |"Do something different, DISAPPEAR"
pyron@skndiv.dseg.ti.com          |  "DISAPPEAR"
                                     _A Day On Earth_
                                     Brave Combo
From: JOHNSON@northeastern.edu (I am only an egg.)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: NFS write error
Date: 27 Aug 92 22:48:06 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "I am only an egg." <JOHNSON@northeastern.edu>
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"
X-VMS-Cc: JOHNSON


     Hi.

     I'm running VMS 5.5, TGV 3.1.  I'm doing a unix (well ULTRIXreally) 
dump of a file system to an NFS (TGV) mounted disk on a VAXCluster.  
It's a 543,310 kilo-byte partition.  The disk is mounted from a VAX 
6420 and it is an ra92 with gobs of room left on it and no quotas.  

     At random ways through the dump I'm getting;

NFS write error 60 on host nuhub fh 40135 a9999 1 324b4342 0 0 0 4

and dump asks for help.

     If I remember the numbers on the end are what had the problem.  
This has happened before.  I can't do a tcpdump because the dump would 
fill many disks and it doesn't happen at the same place every time.  I 
have no idea when it will happen.  The network traffic is low, less that 
10% bandwidth, probably less than 2% at this time of day.

     Any ideas at all about this?

Chris Johnson

X-Gateway-Source-Info: INTERNET
Date: 01 SEP 92 15:09:03 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Sadvary, Bill" <SADVARY%DICKINSN.bitnet@CUNYVM.CUNY.EDU>
From: "Sadvary, Bill" <SADVARY%DICKINSN.bitnet@CUNYVM.CUNY.EDU>
Subject: Multinet Startup
Organization: The INFO-MULTINET Community


We're running VMS 5.4-3 on a VAX 6320.

After upgrading to Multinet v3.1, I've noticed the following error in
startup, it appears right after the OPCOM message of ns being restarted...

%%%%%%%%% OPCOM  ______date__time___%%%%%%%%%
Message from user SYSTEM on VAX
Multinet Server: ns: restarted

%CLI-W-MAXPARAM, too many parameters - reenter comman with fewer parameters
\MULTINET\

then the next item is DSNlink starting up.

I haven't been able to locate this and I'm pretty sure it's not a site
specific problem.  Has anybody else seen this and/or have been able to locate
the problemed command?

-Bill Sadvary
 Dickinson College
 sadvary@dickinson.edu
X-Gateway-Source-Info: INTERNET
Date: 28 AUG 92 00:49:43 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: NFS write error
Organization: The INFO-MULTINET Community

>      I'm running VMS 5.5, TGV 3.1.  I'm doing a unix (well ULTRIXreally)
> dump of a file system to an NFS (TGV) mounted disk on a VAXCluster.
> It's a 543,310 kilo-byte partition.  The disk is mounted from a VAX
> 6420 and it is an ra92 with gobs of room left on it and no quotas.

>      At random ways through the dump I'm getting;

> NFS write error 60 on host nuhub fh 40135 a9999 1 324b4342 0 0 0 4

> and dump asks for help.

>      If I remember the numbers on the end are what had the problem.
> This has happened before.  I can't do a tcpdump because the dump would
> fill many disks and it doesn't happen at the same place every time.  I
> have no idea when it will happen.  The network traffic is low, less that
> 10% bandwidth, probably less than 2% at this time of day.

    Nothing I can think of without a network trace. "60" is not an
error value which can be returned by our server.

							    Ken

Newsgroups: vmsnet.networks.tcp-ip.multinet
From: vaxinf@V36.CHEMIE.UNI-KONSTANZ.DE ()
Subject: Backup-Problems with a NFS-Mounted Disk
Reply-To: vaxinf@V36.CHEMIE.UNI-KONSTANZ.DE ()
Organization: UNIV. KONSTANZ, FAK. F. CHEMIE
Date: Thu, 3 Sep 1992 11:25:18 GMT


I have a Problem if try to use backup.

"dg2user" is a DECstation-disk and mounted via nfs.
 
$ Backup dg2user:/image xxx.bck/sav tells me:
%BACKUP-F-PROCINDEX, error processing index file on DG2USER:, RVN 1
-SYSTEM-W-NOSUCHFILE, no such file
$ backup dg2user:[000000...] xxx.bck/sav says:
%BACKUP-E-OPENIN, error opening DG2USER:[000000]VAXINF.DIR;1 as input
-SYSTEM-W-NOSUCHFILE, no such file
for all directories.

$ dir dg2user:[000000...] works!

So what's wrong?

Eberhard Heuser-Hofmann
From: LUNDIN@urvax.urich.edu (John Lundin Jr)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: rlogin limitations (was: Login limit not honored by rlogin)
Date: 2 Sep 92 23:17:18 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: John Lundin Jr <LUNDIN@urvax.urich.edu>
X-VMS-To: IN%"info-multinet@TGV.COM"
X-VMS-Cc: IN%"GHC@VGER.NIDDK.NIH.GOV",LUNDIN

>Date: 02 Sep 1992 15:08:16 -0400 (EDT)
>From: GHC@VGER.NIDDK.NIH.GOV (Gerson H Cohen)
>Message-id: <01GOBACRCB8IA8C1S4@VGER.NIDDK.NIH.GOV>
>...
>I just noticed that a set log/int=0 can be gotten around by a user entering
>with rlogin... ftp will also succeed in spite of the limit...

rlogin and ftp also ignore password expiration.

John Lundin  -  U of Richmond  -  lundin@urvax.urich.edu    
"Immature programmers imitate, mature programmers steal"
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: %MULTINET-F-EADDRNOTAVAIL from ftp.
Date: 27 Aug 92 08:22:09 -0700
Reply-To: EWILTS@GALAXY.GOV.BC.CA
Organization: BC Systems Corporation

In article <2020222C26AUG92223855@TGV.COM>, adelman@TGV.COM writes:
>> When I ftp from hepv1.unm.edu (running UCX) to fnald.fnal.gov (running
>> multinet), I am able to log in to the remote host but unable to transmit
>> files.  In response to my command to "put" or "get" anything I receive the
>> message:
> 
>> 425 Can't create data socket (131.225.109.6,0): %MULTINET-F-EADDRNOTAVAIL,
>> Can't assign requested address.
> 
>> I have no problem ftp'ing from fnald to hepv1.  Do you have any suggestions
>> about this?
> 
>     It looks like the UCX machine is sending is a port command with
> a zero for the port number, which isn't valid and we can't connect
> to it. When FTP tries, not surprisingly it gets that error.

I just tested a get from a UCX (V2.0 FT3) system to a MultiNet 3.0H system and
it works just fine for me.  

-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA   |   Ed.Wilts@BCSystems.Gov.BC.CA   |   (604) 389-3430