HDTenEightyP/NetNews huggingface dataset:
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: How to wakeup select
Date: 23 Jan 93 12:53:08 GMT
Organization: St. Peter's College, US

In article <1993Jan22.162216.48@dcs.simpact.com>, jmeinke@dcs.simpact.com writes:
> I want to do a blocking select, but be able to unblock it from
> an AST routine, ala Process Software's "select_wake()". For
> example, 

  I just spent about 30 minutes looking at this, and it's pretty hairy in
there. I think your best bet would be to either use the QIO interface or
ask the UCX folks to consider this as a request for a future version.

  However, if you really want to proceed, the select() routine inside the
UCX$IPC_SHR image gets an event flag number and saves it internally. It
then uses this for the remainer of the select processing (and apparently
for any future selects, since it tests to see if there's an EFN in the
pigeonhole before trying to get one from the system. Provided that you can
find a good way of determining the EFN, you should just be able to set it
and the select() should then return (probably with a completely bogus
status). The EFN may be used for other UCX things - a bunch of stuff in 
the IPC_SHR image uses them, but I didn't check to see if they were all
using the same pigeonhole.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: vaisanen@joyds2.joensuu.fi (Jarmo Vaisanen)
Subject: Bug in FORWARD to SMTP% ???
Reply-To: vaisanen@joyds2.joensuu.fi (Jarmo Vaisanen)
Organization: University of Joensuu, Computer Center
Date: Mon, 25 Jan 1993 14:47:32 GMT

Hi!

Does anyone know if there is a fix for a bug in UCX 2.0 code that
doesn't handle SET FORWARD in MAIL to SMTP% addresses.  Local mail
works fine but mail from other domains doesn't work at all.


Jarmo

-----------------------------------------------------------------------
Jarmo Vaisanen          vaisanen@joyds2.Joensuu.FI      (Internet)
University of Joensuu   JVAISANEN@FINUJO                (EARN, BITNET)
Computer Center
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: UCX V2.0 FTP get TT: problem ?
Date: 22 Jan 93 19:14:22 GMT
Organization: St. Peter's College, US

In article <1993Jan22.094144.1@kean.ucs.mun.ca>, randy@kean.ucs.mun.ca writes:
> Before, 'GET file.ext TT:' was used to preview a file before transferring it. 
> Now, the same command returns %noname-e-nomsg, Message number 030AC082

  Yup - you can't have a colon at the end of a logical name any more - you can
say "GET file.ext TT" and have it work.

  BTW, a related problem is that the ECO's added some messages to the UCX$MSG
file, but the updated file isn't on the kit. That's why you get the useless
error.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: dmatthews@uap.umd.edu
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: UCX V2.0 FTP get TT: problem ?
Date: 22 Jan 93 18:27:34 GMT
Reply-To: dmatthews@uap.umd.edu
Organization: IPST, U. of Maryland, College Park

In article <107971@bu.edu>, TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury) writes:
>In <1993Jan22.094144.1@kean.ucs.mun.ca> randy@kean.ucs.mun.ca writes:
>
>>... 
>> Before, 'GET file.ext TT:' was used to preview a file before transferring it
>> [in pre-UCX V2.0].  Now, the same command returns %noname-e-nomsg, 
>> Message number 030AC082
>
>	Try "FTP> GET file.ext SYS$OUTPUT".
>
>		Chip Tewksbury.

This is the solution.  TT also works in place of SYS$OUTPUT.  The key is:
if you're using patched V2.0, LEAVE OFF THE COLON.

I hope there are no other complications!


Dr. David L. Matthews, IPST, Univ. of Maryland, College Park MD 20742-2431 
Telephone  (301)405-4830	Internet   dmatthews@uap.umd.edu
FAX 	   (301)314-9363	NSI/SPAN   UMDUAP::DMATTHEWS
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: cannell@ed8200.ped.pto.ford.com (Larry Cannell)
Subject: Re: Using UCX as a vaxmail/smtp gateway?
Organization: Ford Motor Co., Powertrain Electronics
X-Newsreader: TIN [version 1.1 PL7]
Date: Fri, 22 Jan 1993 15:29:05 GMT

As a followup I want to thank those who have sent me mail directly.

The only real options it looks like I have so far are to either find another
Ultrix system to do the gatewaying or use PDMF.

It is possible to gateway VAXmail to SMTP.  The problem occurs when you try
to reply to that message or rather gateway SMTP to VAXmail.

--
Larry Cannell (cannell@ed8200.ped.pto.ford.com)
Powertrain Electronics
Ford Motor Company
From: jmeinke@dcs.simpact.com
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: How to wakeup select
Date: 22 Jan 93 16:22:16 PDT
Organization: Simpact Associates, San Diego CA

I'm using UCX 2.0, and programming at the socket library. 

I want to use 'select' in a way it wasn't intended to be used,
and if someone knows whether I can do it or not, and if so,
how, I'd like to hear about it. 

I want to do a blocking select, but be able to unblock it from
an AST routine, ala Process Software's "select_wake()". For
example, 

   if (select(FD_SETSIZE, &read_fd, 0, 0, 0) > 0) {
      process the active sockets;
   }
     .
     .
   ast_routine() {
      wakeup_select();
   }
-- 
Jim Meinke, Simpact Associates        619-565-1865
9210 Sky Park Court                   jmeinke@dcs.simpact.com 
San Diego, CA  92123  

 "I really didn't say everything I said." -- Yogi Berra
From: mberman@Williams.EDU ()
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: Zoning & default gateways in UCX 2.0
Date: 22 Jan 1993 15:08:58 GMT
Organization: Williams College
Distribution: world
Reply-To: Mark.Berman@Williams.EDU
NNTP-Posting-Host: nimbus.cc.williams.edu


In article <1993Jan21.145449.8966@nessie.mcc.ac.uk>, mzagsaa@v4.cgu.mcc.ac.uk (Tony Arnold) writes:
|>I've used the command:
|>
|>   SET CONFIG SMTP/ZONE=mcc.ac.uk/GATEWAY=ALTERNATE=nessie.mcc.ac.uk
|>
|>but mail sent to v3.ph.man.ac.uk, gets bounced with NOSUCHNODE error
|>from SMTP.
|>
--
**** END OF QUOTED MESSAGE ****

The node referenced as an alternate gateway needs to be in the LOCAL host table.
Try adding it and see if things start to work. 

I'm doing something similar but I want ALL mail to go through a central mail 
clearinghouse. I use an MX record to accomplish this. The record looks like:

                              Local MX database

Destination                  Preference      Gateway

0.0.0.0                         100          rowe

rowe, of course, is my mail handling system. rowe is in the local host table.
the 0.0.0.0 destination is sort of a wildcard that matches all destinations.

Hope that helps.

 - Mark
--
*******************************************************************************
Mark Berman                                      Mark.Berman@Williams.EDU
Director, Technical Services
Williams College, Ctr. for Computing
Williamstown, MA. USA 01267                      (413) 597-2092
*******************************************************************************
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: ghc@vger.niddk.nih.gov
Subject: RE: Problem with UCX 2.0 FTPD
Organization: NIH K-LMB, Molecular Structure
Date: Fri, 22 Jan 1993 18:39:33 GMT

In a previous article, STANGEN@rhea.informatik.uni-bonn.de (Gregor von Stangen) wrote:
>Hi folks,
> 
>I have a problem with FTPD for UCX 2.0. When I'm FTPing to a VAX which
>should run the FTPD, I get the following message on my terminal:
> 
>>$ ftp kronos
>>
>>%UCX-E-FTP_NETERR, I/O error on network device
>>-SYSTEM-F-REJECT, connect to network object rejected
>>FTP>
> 
>The FTP service on the machine is enabled. OPCOM produces the following
>output:
> 
[...]
> 
>The logfile produced by the FTP service looks like
> 
>>$ DEFINE SYS$ERROR SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOG
>>$ RUN SYS$SYSTEM:UCX$FTPD.EXE
>>
[...]
>>
>>%SYSTEM-F-NOPRIV, no privilege for attempted operation
>>%UCX-E-FTP_BIND, Failed to bind the address to the socket
>>$ !
>>$ EXIT
> 
>The problem only occurs with FTP. All other services (like TELNET, RLOGIN,
>LPD, RSH, REXEC) work fine, so it doesn't seem to be a network problem.
> 
>Thanks for help
> 
>  Gregor

Gregor,

    I had the same problem which was resolved by consultation with
the folks at DSNLink.  It seems that the requisite images were not being
installed as required and the FTPD image was not privileged enough sans
installation to bind a socket.  I fixed the problem by modifying the
file UCX$INET_STARTUP.COM in the following manner:

************
File DUA0:[SYS4.SYSCOMMON.SYSMGR]UCX$INET_STARTUP.COM;3
  239   $ set noon
  240   $ @SYS$SPECIFIC:[SYSMGR]UCX$INET_SET_INTERFACES
******
File DUA0:[SYS4.SYSCOMMON.SYSMGR]UCX$INET_STARTUP.COM;2
  239   $ @SYS$SPECIFIC:[SYSMGR]UCX$INET_SET_INTERFACES
************

The images were not being installed because of another apparently
unimportant failure in UCX$INET_SET_INTERFACES.  I have reported
the problem to DEC.

Gerson Cohen, ghc@vger.niddk.nih.gov
Newsgroups: vmsnet.networks.tcp-ip.ucx,comp.os.vms
From: lamhof@thijssen.nl (Lambert Hofstra)
Subject: Printing FORTRAN and VFC print files with UCX
Summary: Printing FORTRAN and VFC print files using UCX
Keywords: UCX VFC FORTRAN UNIX
Organization: Thijssen BV, Veenendaal, The Netherlands
Date: Thu, 21 Jan 93 08:29:04 GMT


Hello netwisdom,

I'm posting this question for someone else, who has no netaccess 
(news nor mail). Please respond to me, but i won't be able to react 
immediately.

Using DEC TCP/IP Services for VMS V2.0 (UCX) he prints files on
his HP-server.

RMS-files without carriage-control attributes get printed fine,
but files with FORTRAN carriage control, and VFC print files (2
bytes header) get printed with the control characters visible.

Does anybody know of this problem ?

Remark : As the VMS-symbiont does interpret these attributes,
shouldn't the UCX symbiont do the same ? 

Thanks in advance,

Lambert Hofstra
lamhof@thijssen.nl
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: FWD: RE: How come [UNKNOWN] in SHOW/ARP?
From: mcmahon@TGV.COM (Midnight at U Street Metro Station)
Date: Thu, 21 Jan 93 08:26:53 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

(sent to info-multinet-relay by mistake)

Received: from UARS.ACD.UCAR.EDU ([128.117.32.2]) by TGV.COM via INTERNET ;
          Thu, 21 Jan 93 07:53:22 PST
Date:    Thu, 21 Jan 1993 15:53:19 GMT
From:    PACK@UARS.ACD.UCAR.EDU (Daniel Packman (303) 497-1427)
Message-Id: <930121155319.479@UARS.ACD.UCAR.EDU>
Subject: RE: How come [UNKNOWN] in SHOW/ARP?
To:      info-multinet-relay@TGV.COM, SYSCHIP@SRCL.SUNNYBROOK.UTORONTO.CA
X-Vmsmail-To: SMTP%"info-multinet-relay@TGV.COM"


Here is a typical (abridged) output from MULT SHOW/ARP on my main server:

>MultiNet ARP table:
>Host Network Address                   Ethernet Address    Arp Flags
>--------------------                   ----------------    ---------
>[UNKNOWN] (IP 142.76.1.204)            00:00:C0:AE:95:58   Temporary

Try "mu show/arp/symb=name"

The default action is to only look at the local host database.
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: help !!!
From: mcmahon@TGV.COM (Midnight at U Street Metro Station)
Date: Tue, 26 Jan 93 11:02:08 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

Send mail to Info-MultiNet-Request@TGV.COM...

Here is the information file on Info-Multinet
---------------------------------------------------------------------------

Welcome to INFO-MULTINET@TGV.COM, the MultiNet users general forum.

Other important E-mail addresses you should be aware of:

        SERVICE@TGV.COM is where MultiNet product bug reports and
        technical support questions should be sent.

        SALES@TGV.COM is where MultiNet sales questions should be
        directed.

        INFO-MULTINET-REQUEST@TGV.COM is where you should send requests
        to change your info-multinet subscription.

INFO-MULTINET archives are kept in the Anonymous FTP account on TGV.COM in
subdirectory [.INFO-MULTINET].

Info-Multinet is also available via USENET news in the newsgroup
vmsnet.networks.tcp-ip.multinet.
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Multinet & Novell in 3.2?
From: adelman@TGV.COM (Kenneth Adelman)
Date: Thu, 28 Jan 93 08:42:45 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>	  G'day..
>	  just doing the paperwork for getting Multinet 3.2..

>	  does 3.2 have the Novell stuff standard, or is it going to
>	  be a seperate add-on? (this is the major reason we want to
>	  keep using Multinet - I've heard rumours about PATHWORKS
>	  support for Novell 3.x at some future date.. no doubt years away!)

>	  (I sincerely hope that MULTI means just that - as a
>	   standard part of the product :-})

>	  Can anyone comment on this stuff? beta users or whatever?

>	  er.. or am I jumping the gun? :-}

    The IPX protocol stack is standard, but the Novell file server
will be offered as an optional part of the product (like the
NFS Server is now).

								Ken
From: VANCE@TGV.COM (L. Stuart Vance)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Change directory in FTP Server.
Date: 26 Jan 93 17:28:15 GMT
Organization: TGV, Incorporated
X-Gateway-Source-Info: Mailing List

>> I've got a problem with our FTP Server. I want to use "cd .." to go back
>> one directory, but it doesn't work.
>> I've seen sites where it does work (also with MultiNet), so I want to know
>> how I can change this.
>> The point is, I've got some disappointed "dos" and "unix" users, who don't
>> even know what VMS is. (We are running MultiNet 3.1D)
>
>    Well, unfortunately, a little while back I was tied up and against
>my will forced to allow "cd .."  act like "cd [-]".  The reason it
>shouldn't is that ".."  is a UNIX filespec and FTP is supposed to
>implement the file specifications of the operating system it is
>running on.  I agree with the previous poster that "CDUP" is the
>correct operating system independent way of going up one level in a
>directory tree.

The new "cd .." functionality is in MultiNet V3.2.

Regards,
-----Stuart
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: brennan@tango.cchs.su.oz.au (Luke Brennan)
Subject: Multinet & Novell in 3.2?
Organization: Cumberland College of Health Sciences
Date: Thu, 28 Jan 1993 20:32:38 GMT

	G'day..
	just doing the paperwork for getting Multinet 3.2..

	does 3.2 have the Novell stuff standard, or is it going to
	be a seperate add-on? (this is the major reason we want to
	keep using Multinet - I've heard rumours about PATHWORKS
	support for Novell 3.x at some future date.. no doubt years away!)

	(I sincerely hope that MULTI means just that - as a 
	 standard part of the product :-})

	Can anyone comment on this stuff? beta users or whatever?

	er.. or am I jumping the gun? :-}
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ Luke Brennan                             e-mail:   L.Brennan@cchs.su.EDU.AU +
+ EDP Unit, S209                       L.Brennan%cchs.su.edu.au@cunyvm.BITNET +
+ Cumberland College of Health Sciences,                              ,-_|\   +
+ The University of Sydney                  voice: +61 2 646 6402    /     \  +
+ East Street, Lidcombe, NSW 2141             fax: +61 2 646 4853    \_,-._*  +
+ AUSTRALIA                                                               v   +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Question about MultiNet telnet
From: adelman@TGV.COM (Kenneth Adelman)
Date: Thu, 28 Jan 93 08:44:50 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> I'm using MultiNet's telnet to log onto a remote machine and issue some
> commands.  I'd like to set it up so that this process happens automatically
> at night.  I.e:  some sort of batch job starts a telnet session, logs into
> a machine, sends some commands and the output of the whole session is in
> a log file.  I can't figure out how to do this;  ideally I'm looking for
> a script language like many PC terminal emulators offer:

> WAIT "Username:"
> SEND "stephen"
> WAIT "Password:"
> SEND "<password>"
> etc...

> Does anybody know if this is possible?

    No, it isn't. The latest "C" kermit for VMS has this scripting
capability; you could always TELNET/CREATE_NTY and then Kermit
out the NTY device. Note this kermit also has some other problems that
make it a real resource hog.

> If there were a way to use telnet through a series of library calls
> then I could accomplish a similar thing using C, but briefly looking
> at the multinet programming documentation I didnt see anything like
> what I'm looking for.  I'm admittedly niave about MultiNet and tcp/ip
> in general so I hope this isnt a RTFM question.  Thanks for any help...

    Take a look at the TCPECHOCLIENT.C example in the MultiNet
Programmers' Kit [MULTINET.EXAMPLES].

							Ken
From: RSCHOFIELD@LUCY.WELLESLEY.EDU (Dick Schofield)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: mail problem
Date: Tue, 26 Jan 1993 19:01 EST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

In a previous article, NED@SIGURD.INNOSOFT.COM (Ned Freed) wrote:

> Counterexamples taken from real-world cases and uses of email and FAX:
> ...
> Now, you can make a case for not sending this sort of stuff via email, and you
> can make a case for using explicit expiration dates instead of nondelivery
> notifications, but the fact remains that people do use email for this sort of
> stuff and rightly or wrongly they depend on temporary nondelivery notifications
> to tell them when things are messed up. You may not use mail this way, I may
> not use mail this way, but believe me there are lots of people who do, and
> they're probably the majority.

We have used Ned's PMDF at Wellesley College for years and depend on it
providing periodic notification of undeliverable mail.

We did, however, make one minor change.  Out of the box, PMDF sends these
warning messages after 3, 6, 9, and 12 days -- retaining the mail in its
outbound queue until it gives up after the 12th day.  We modified it to
begin warning the user after 24 hours.

Dick Schofield
From: holdrege@dcv4kd.phs.com (Urban Surfer)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: VMS BACKUP over TCP/IP
Date: Mon, 25 Jan 1993 10:41:40 EST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

I was wondering if anyone is doing VMS BACKUPs over an extended LAN using
TCP/IP. I have started doing some remote backups lately and it's pretty slow
using FAL. I am running VMS 5.5-2 and Multinet 3.1 (soon to be 3.2)

I thought of (perhaps) doing a TELNET/CREATE hostname to create a NTY: and then
backup to that device. Any comments or better solutions?

Matt Holdrege                holdrege@dcv4kd.phs.com  
Pacificare Health Systems    5156065@mcimail.com
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: IP over X25 with DECnet-VAX Extensions
Date: Wed, 27 Jan 93 15:41:44 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> I hope shortly to be setting up an IP connection over X25 to a cisco router.
> Unfortunately, I also have a need to install DECnet-VAX Extensions (horror!)
> in order to support another product.	Does Multinet's X25 transport still work
> over the dreaded Extensions ?

    We haven't heard of any problems.

								    Ken
From: MCMAHON@AC.GRIN.EDU (McMahon,Brian D)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: mail problem
Date: Mon, 25 Jan 93 20:25:01 cdt
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

Quoth Bob Schneider <RAS@GV3.CACD.CR.ROCKWELL.COM>:

> Some SMTP mailers issue nondelivery messages on a periodic basis.  Thus after
> the mail has been in queue for an hour, the sender would receive a message
> similar to:
[ trimmed ]

The point of such notification messages has never been clear to me.  After
all, even if I know that my message is queued for delivery somewhere in the
Australian Outback, there's not a whole lot I can do about it.  So, why
waste time and resources sending a message with essentially useless
information?  If the host is reachable, your message will be delivered.  If
it's not, what's the point of the notification?

(Things are even worse when ill-formed or mishandled headers cause a
gateway to send the "not sent yet, still trying" messages to a mailing list
for redistribution, but never mind that for now.)

The question is related to another old favorite, "How can I be notified
that my message has been read?"  The answer is, you can't.  At the very
most, you can be notified that the destination MUA has done something (but
you can't be sure what) with the message.

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936
From: ECLDCO@techno.isc.rit.edu (Eric Loyd - Data Center Operations, x7320)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: SLS and Multinet
Date: 21 Jan 1993 12:11:46 -0500 (EST)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List


>Gerard from TGV suggested me to post here regarding my SLC question.
>Any recommendation is wellcom. Thanks.
>

[stuff deleted]

>>>Since I am looking for automatic backup software
>>>(under vax4200/3800 vms5.5 multinet3.1D, NO DECNET at all),
>>>I have been suggested that SLS (Storage Librarian System) from DEC is
>>>a really nice product which does everything from automatic scheduling,
>>>to keeping histories of which files are on which tapes. Is this product
>>>can be used in Multinet NFS environment? I think it might be helpful
>>>to get your recommendations before I talk to DEC sales representive.
>
>
>>We have no direct experience with it here at TGV;  you might try
>>posting this to Info-MultiNet and seeing if anyone there has some
>>suggestions.

I have been involved with field tests of SLS ever since version 2.0 hit the
stands years ago.  2.2 should be shipping now (at least, 2.2A is, I believe)
and it has built-in support for RTF (Remote-Tape Facility) from Touch
Technologies.  This allows remote tape drives to be seen on a local machine,
but requires DECnet (can't do it with Multinet).

The problem with using SLS and something like, RMTALLOCATE is that SLS likes to
know lots of things about the tape drive you're using, and likes to be able to
allocate a drive based on its device type.  As far as I know, this cannot be
done using the RMT server process.

However, you can configure SLS to use your allocation/backup procedures, and
just have it do scheduling and history tracking.  This may be something you're
interested in, and it (SLS) is very good at that.



Eric C. Loyd                            ecldco@ritvax.isc.rit.edu
Operations Coordinator II               ecldco@ritvax.BITNET
ISC/Data Center Operations              All-In-One: LOYD EC (@a1.isc.rit.edu)
Rochester Institute of Technology
One Lomb Memorial Dr                    Phone: (716) 475-7320
Rochester, NY  14623  USA               FAX:   (716) 475-5306