HDTenEightyP/NetNews huggingface dataset:
From: ake@dayton.saic.com (Earle Ake)
Newsgroups: comp.os.vms
Subject: Possible SYSMAN trojan horse (VMS)
Date: 8 Apr 92 16:33:57 EDT
Organization: Science Applications Intl. Corp., Dayton, Ohio

	This warning came across my desk today from our security people.  I
have typed it in verbatim.


SUBJ: COMPUTER VIRUS WARNING
1.  A POTENTIAL TROJAN HORSE EXISTS WHICH INFECTS THE SYSMAN.EXE
UTILITY ON VAX/VMS SYSTEMS.
2.  THE SYSMAN.EXE TROJAN HORSE WILL PROVIDE A KNOWLEDGEABLE USER
WITH A BACK DOOR INTO THE VMS OPERATING SYSTEM AND INCREASE USER'S
PRIVILEGES.
3.  DETECTION METHODS:
          A. CHECK FOR A LIBRARY ENTRY -
SYSDOLLAR SIGNLIBRARY:OBJ.EXE
          B. THE LENGTH OF SYSDOLLAR SIGNSYSTEM:SYSMAN.EXE EQUALS
             166 BLOCKS
          C. EXECUTE THE FOLLOWING VMS COMMAND:
       DOLLAR SIGNANALYZE/IMAGE SYSDOLLAR SIGNSYSTEM:SYSMAN.EXE
                 CHECK THE IMAGE IDENTIFICATION INFORMATION SECTION.
                 MAKE SURE FIELD IMAGE NAME EQUALS SYSMAN, NOT VA6
4.  NOTE:  ANY OF THE ABOVE COULD INDICATE THE PRESENSE OF THE SYSMAN
           TROJAN HORSE.

Comments:

	It is interesting how someone tried to translate some special
characters into english verbs and made this message much harded to read.

	The things to check are the existance of a file sys$library:obj.exe.
The author also mentions checking the size of the sys$system:sysman.exe file
to make sure it is 166 blocks.  While sysman.exe may have been 166 blocks
long for a previous release of VMS, currently under VMS 5.4-2 it is 192 blocks
long.  The VMS 5.3 version is 179 blocks long.  Not a very good check.

	The third way to detect the trojan mentioned should have read:

$ analyze/image sys$system:sysman.exe

That might be a good check to see if it was linked as the program SYSMAN
or VA6.

	I have no direct knowledge of this reported trojan horse.  I am simply
passing along information given to me in the interest of computer security.


Earle Ake
<ake@dayton.saic.com>
Newsgroups: comp.os.vms
From: pack@acd.acd.ucar.edu (Daniel Packman)
Subject: VMS 5.5 SERVE_ERR on bootup
Summary: New error message seen on bootup
Organization: Ntl Center for Atmospheric Research, Atmospheric Chemistry
Date: Thu, 9 Apr 1992 20:43:43 GMT

After updating from VMS 5.4-3 to 5.5 I see a new error message on
bootup ... SERVE_ERR error serving device MUA0: R0 status=84
I get two such complaints, one for each of the two tape drives
on an attached unibus.  After bootup, these two tape drives are
operational and all seems well.  The Grey Wall says "A newly discovered
device that fits all the serving parameters could not be served....
the device was not served because the server is not loaded"

It seems that the criteria for determining whether a device is served
or not has changed.  These are not served devices.  Any suggestions?

--
Dan Packman     NCAR                             INTERNET: pack@ncar.UCAR.EDU
(303) 497-1427  P.O. Box 3000
                Boulder, CO  80307-3000      DECNET  SPAN: 9583::PACK
Newsgroups: comp.os.vms
From: gowen@walt.CS.MsState.Edu (Lon Gowen)
Subject: ANU V6.0-3 IFI Error.
Organization: Mississippi State Univ.
Date: Tue, 14 Apr 1992 19:20:49 GMT

Well, I now have MX V3.1A up and running fine, so I can turn to ANU V6.0-3.
Before I do this, I would like to thank everyone who helped me get MX
up and running - thanks!

My current problem is that I can run news from my SYSTEM account but not
from user accounts (i.e., non-privileged accounts).  So, privileges must
have something to do with the problem.  I checked all my protection flags
on all news files/directories.  They are currently set to World:RE, which
should allow anyone to read and execute them.  However, my test user
account receives the following message when I run news:

%RMS-E-FNF, file not found
%RMS-F-IFI, invalid internal file identifier (IFI) value.

I seem to remember seeing a similar problem before, which someone posted
on this newsgroup, so I am sorry if this is a FAQ.  I would appreciate
any ideas or hints.  Oh yes, I using a VAXstation 4000/60, VMS V5.5, and
UCX V1.3.  Also, I do have News installed with SYSPRV, so there must be
some other problem.

Thanks in advance!

Lon Gowen, PhD
gowen@cs.msstate.edu
From: eveleth@venus.ycc.yale.edu
Newsgroups: comp.os.vms
Subject: User Load on 4000/300 VMS System
Date: 9 Apr 92 14:06:28 GMT
Article-I.D.: venus.1992Apr9.100628.1
Organization: Yale Computer Center (YCC)

I'm seeking advice from experienced VAX system managers.  Would the following
load be reasonable on a VAX 4000/300 with 64 Meg and plenty (really, take my
work, *plenty*) of disk space?  1200 user accounts with an expected maximum 
simultaneous count of 50-80 users.  Of the 50-80 users, 10% might be 
programming, another 10% running SAS, and the remaing 80% doing mail, editing,
telnet/ftp, and netnews.  How might this load be expected to affect system
performace?

Any anecdotal evidence regarding your own systems would be welcome as well.

Thanks!

--Jan Eveleth   (Eveleth@YaleVMS or Eveleth@Venus.YCC.Yale.edu)
  Academic Computing Services
  Yale University
From: MAHAN@GRUBNIK.TGV.COM
Newsgroups: comp.os.vms
Subject: Re: Tek window under DECwindows?
Date: 7 Apr 92 19:36:24 GMT
Organization: The Internet

In article <1992Apr7.125259.1@woods.ulowell.edu> you write:
#Hi there,
#   Is there a way to open a Tektronix 4010/4014 window in DECwindows? I looked 
#through the help utility but to no avail. Now a dump question: A program which 
#draws in a Tek window, can it be fooled into drawing in a VT340 window, without 
#changing the program? I know that the drawing in done by escape codes, but don't
#know if the codes for the two terminals are different. 
#  Thanks in advance.
#

Tektronix 40xx emulation does not come by default with DECwindows.  What you
need to do is

	1) Buy Digital's Tektronix DECterm emulator.

	2) If you are running under DECwindows v2.0 and VMS 5.4
	   then obtain Xterm 1.2.

	3) If you are running under DECwindows v2.0 and pre VMS 5.4
	   then obtain Xterm 1.1.

	4) If you are running under DECwindows/Motif then obtain
	   Xterm 2.0.

Xterm is the public domain terminal emulator that supports vt100 emulation
and Tektronix 4010/4014 emulation.  Versions 1.x can be obtain in VMS
Shar format from ARIZONA.EDU.  Version 2.0 is currently in beta test and
maybe obtained from TGV.COM as a VMS Backup Saveset in [.mahan].

--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
Newsgroups: comp.os.vms
From: sasjzs@VMS.SAS.COM (Joe Slater)
Subject: Re: UCX TCP/IP
    <A3319E3EE040357A@SNYMORVA.BITNET> <1992Apr9.085914.56@indyvax.iupui.edu>
Reply-To: sasjzs@VMS.SAS.COM (Joe Slater)
Organization: Or lack thereof
Date: Fri, 10 Apr 1992 12:35:50 GMT
X-Bytes: 601

In article <1992Apr9.143706.607@fps.mcw.edu>, 
|>
|>That's 'TCP?IP Services for VMS'.     (however, the command line
|>prompt is STILL "UCX> ".   I love consistency.....)
|>
|>[watch it, or they'll change the name to something like LANworks...  
oops!
|>that's taken..   :-)   ]
|>
TOO LATE! Its now called the VMS/ULTRIX Connection!
----------------------------------------------------------------------
Joe Slater INTERNET: SASJZS@VMS.SAS.COM  SAS Institute Inc. Cary, NC
(The above is my opinion only)
"I don't care if there's chemicals in it, 
as long as my lettuce is crisp!" - Grace Slick, 1972
From: mullens@jamsun.ic.ornl.gov (James A. Mullens)
Newsgroups: comp.os.vms
Subject: re: C & shared file & fseek & !RMS
Date: 15 Apr 92 19:45:33 GMT
Organization: Oak Ridge National Laboratory

Thanks to all who responded privately and on the network.  I'll summarize
as briefly as I can...

There is an easy solution for the special case I described, but I found
one caveat.  First, at the risk of confusing people, I'll restate my
problem briefly.  Using the C I/O library, create a file of binary data
which can be shared by 2 processes; one writes/reads/updates and the other
reads.  In order to share a file processes must use record access mode
("ctx=rec" option when opening).  DEC's fseek() description cautions that
"with record files an fseek to a position that was not returned by ftell
causes unpredictable results".  Taken at face value, this means that you
should keep an ftell return value for any record you may later wish to
fseek to.  It shouldn't be this cumbersome, and (with the following
restriction) it isn't.

If you can also specify fixed record size ("rfm=fix") and null record
attributes (I used "wb" or "rb" for the access mode of the fopen function),
you are creating a fixed-record-length file.  This file format has no
"overhead bytes" in the record, so records begin at file position 
record_number * record_size.  An fseek to this location does not cause
unpredictable behavior because it is the beginning of a record; fseeking
to the middle of a record would cause unpredictable behavior.  (You also
need to specify the approprate "shr" options when you open the file).

I tested this and it works with one hitch.  The C RTL or RMS keeps a lock
on some record: either the last record accessed or the record following
it.  For example, if the writer process creates a file of 200 records then
fseeks to record 33 and reads it, record 33 or 34 will be locked so that
the reader process cannot read it (fread returns a "record locked" error).
This is not a big problem for me, but it's not quite what I expected.
I expected that a record would be locked only while being re-written
(updated), not forever after the writer process read the record or the
previous record...  This looks like a hangover from the C RTL's default
"sequential access mode" -- the RTL is anticipating a write to the next
record (which may never happen).

[Note for the curious: if the writer process does an execl() to spawn
 a reader process, the reader cannot access the record following the
 last accessed by the writer; if the writer uses system() to spawn the
 reader process or the reader process is RUN from somewhere else,
 the reader cannot access the last record accessed by the writer.]

jim mullens
mullens@jamsun.ic.ornl.gov (128.219.64.31)
voice: 615-574-5564
Newsgroups: comp.os.vms
From: system@eimoni.tuwien.ac.at
Subject: Q about QIOW itemlist read from terminals
Reply-To: system@eimoni.tuwien.ac.at
Organization: Coputer Science, Vienna, Austria
Date: Thu, 16 Apr 1992 15:14:42 GMT

Problem: get a field: (without FMS)
 
(1) I want to read a string from the keyboard 
(2) whose maximum length shall be, say, 70
(3) i want to know which key was pressed terminating it (e.g. KP0)
    without having to do additional qios
(4) i want to do simple edtiting:
    (i)   use the delete key
    (ii)  use the curosr keys
    (iii) insert or overstrike

The only way to get keypad keys as terminators without starting single
character qios after seeing an Escape is an itemlist read with trm$_esctrmovr
Arrow keys work, you can insert/overstrike, terminators can be parsed
BUT: if you fill 70 characters without terminator the io ends.

So i drop the last character (not so easy when it was entered somewhere in 
the middle due to some editing with arrow keys and delete), and fill the
trm$_inistrng with what i've read, an restart the read.

Here's the problem: the cursor position is always at the end of the string !
Although the iosb returns the position where you were when the field was full,
there seems to be no way to get there again.
trm$_iniOFFSET seemed like the solution, but it does something different.

But i don't want to make more IOs and parse arrow left and right and
character insert and ...

Now, this problem is probably one of the most basic operations in every 
program. yet i dont see any way to do this short of resorting to FMS
or starting single character qios (or smg$read_keystrokes) and implement a 
simple line editor.

PLEASE ! (*)
Will PLEASE somebody tell me that i'm just stupid or overlooked something
and tell me how to do this with basically one or two IOs ?


Thanks for any hints.

(*) I've spent 2 * 16 hours on this because i can't believe it.
I mean, really, all the things the terminal driver can do, and you
can't have a simple FIELD input ????
From: brennan@coco.cchs.su.oz.au (Luke Brennan)
Subject: IOCTL with C on VMS?
Organization: Cumberland College of Health Sciences
Date: Wed, 8 Apr 1992 11:11:00 GMT

	Hi people!!
	I have a little chunk of code that wants the IOCTL stuff, but I
	can't figure a way to make it happen under VMS.. Could someone
	enlighten me please? (I want to turn off echo for a while)
/* ** */
	if ((tty=fopen("/dev/tty","r")) == NULL)
		tty=stdin;
#ifndef VMS
	if (ioctl(fileno(tty),TIOCGETP,(char *)&tty_orig) == -1)
		return(-1);
	bcopy(&(tty_orig),&(tty_new),sizeof(tty_orig));
#endif
/* ** */
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ Luke Brennan                             e-mail: brennan@coco.cchs.su.oz.AU +
+ EDP Unit, S209                                   lukeb@casino.cchs.su.oz.AU +
+                                    brennan%coco.cchs.su.oz.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   +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
From: tihor@acfcluster.nyu.edu
Newsgroups: comp.os.vms
Subject: RE: Accounting and vector processors
Date: 6 Apr 92 20:30:21 GMT
Organization: New York University

Or at least ithe user is tying up the vector processor the same amount of time,
more of less.
From: zampetti@eniac.seas.upenn.edu (Mr. M.)
Newsgroups: comp.os.vms
Subject: VAX C: SYS$MOUNT question
Date: 7 Apr 92 19:41:50 GMT
Organization: University of Pennsylvania


I am in the middle of prgramming an application in VAX C that will deal
with Magnetic Tapes. I know how to call most of the SYS$ routines, and
have actually got the SYS$ALLOC command to work correctly. My question is
with $MOUNT. According to the documentation, $MOUNT takes one parameter, an
itemlist. An itemlist is a list of items. An item is a descriptor with the
following structure.

	31		  15		      0
	---------------------------------------
	|   item code      |  buffer length   |
	---------------------------------------
	|  	buffer address                |
	---------------------------------------

The question I have is how to implement this itemlist. For $ALLOC, I had to
use a VAX C DSC$DESCRIPTOR structure. Should I use the same thing here. If
so, what data class and type should I use for the Descriptor. Also, how
should I implement the itemlist itself. 

I would appreciate any help, including the name of books that one could
purchase that explain the use of VAX C when using SYS routines, especially
$MOUNT.

Thanks,

Marc Zampetti
From: marten@ILT.FHG.DE (Lutz Marten)
Newsgroups: comp.os.vms
Subject: News package for DECsystems/stations under ULTRIX 4.2
Date: 15 Apr 92 09:32:42 GMT
Distribution: world
Organization: The Internet

I'm looking for an easy to install news package for DECsystems/stations under 
ULTRIX 4.2. Like to have a reader supporting DECwindows. Any suggestions are 
welcome, please include the source (FTP preferred !)
ThanX! -Lutz

# Lutz Marten Postmaster and general dogsbody        #
# Fraunhofer-Gesellschaft Institut fuer Lasertechnik #
# BITNET       : MARTEN@DACTH51, KQ040MA@DACTH11     #
# InterNet     : marten@ilt.fhg.de                   #
# HEPNET       : 13533::52714::MARTEN                #
# Phone        : +49/241/8906-112, -0, office        #
From: brydon@asl.SINet.slb.com (Harvey Brydon <brydon@asl.sinet.slb.com>)
Newsgroups: comp.os.vms
Subject: Re: Reading batch login parameters in SYLOGIN?
Date: 7 Apr 92 11:50:48 GMT
Reply-To: brydon@asl.sinet.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX

In article <1992Mar25.044154.5780@panix.com>, jhawk@panix.com (John Hawkinson)
writes:
>I was wondering: is there anyway to examine P1, P2, etc. in
>SYLOGIN? For example, if I
>
>$ SUBMIT mycommandfile/param=("foo","bar")
>
>then I'd like to be able to test in SYLOGIN
>
>$ if f$mode() .eqs. "BATCH"
>$ then
>$   if p1 .eqs. "foo" then write sys$output "You're a foo & not a bar!"
>$ end if

Sure, this is one of the things you can get from F$GETQUI:

$ parm_p1 = f$getqui("display_job","parameter_1",,"this_job")
$ parm_p2 = f$getqui("display_job","parameter_2",,"this_job")
$ parm_p3 = f$getqui("display_job","parameter_3",,"this_job")
$ parm_p4 = f$getqui("display_job","parameter_4",,"this_job")
$ parm_p5 = f$getqui("display_job","parameter_5",,"this_job")
$ parm_p6 = f$getqui("display_job","parameter_6",,"this_job")
$ parm_p7 = f$getqui("display_job","parameter_7",,"this_job")
$ parm_p8 = f$getqui("display_job","parameter_8",,"this_job")

____________________________________________________________________________
Harvey Brydon         | Internet:   brydon@asl.sinet.slb.com
Schlumberger Anadrill | FAX:        (713)274-8399
200 Macco Blvd        | Telex:      1565030001 SINET ASL SLB
Sugar Land, TX 77478  | P.O.T.S.:   (713)274-8000 x8281 or 274-8281 (d.i.d.)
     A picture is worth 1000 words, but only if it is compressed.
From: IORI@ITNCISCA.BITNET ("Remo Iori - C.I.S.C.A. - Trento")
Newsgroups: comp.os.vms
Subject: UCX 1.3A ->> UXC 2.0 UPDATE PROBLEMS
Date: 14 Apr 92 15:38:00 GMT
Organization: The Internet


Hello,

        we are trying to update UCX 1.3A to 2.0 FT on a VAX 6320, VMS 5.4.
 We have decided to disable the dynamic routing ( as in the previous version )
 and defined a static routing to our local CISCO router
 (SET ROUTE/DEFAULT/GATEWAY=130.186.34.1):

                             DYNAMIC database

 Ty    Destination          Gateway             Notes

 AH    127.0.0.1           127.0.0.1
 AN    0.0.0.0             130.186.34.1         CISCO router address
 AN    130.186.34.0        130.186.34.2         Our VAX address

 The name_service is also defined and points to an host on a LAN next to our
 LAN (as for UCX 1.3A).
 The problems, so far, are:
 1. sometimes, ftping to our VAX from an other host this message appears
      CANNOT CREATE DATA SOCKET
 2. the known hosts list (UCX> SHOW HOST) sometimes shows ONLY the local
    hosts, sometimes adds correctly the name server database.
    When the bind database is not listed, this error appears:

     LOCAL database
.....
.....
130.132.1.5     VENUS

%UCX-W-BIND_NOSERVNAM, Server with address 0.0.0.0 is not responding
%UCX-E-BIND_NOSERVERS, Default servers are not available
%UCX-W-NORECORD, Information not found
-UCX-E-BIND_NOSERVERS, Default servers are not available

 3. Finally, we've decided to install this FT version because we had
    a lot of crash with the previous version; this morning our VAX
    was dead. Last night a crash occurred when a UCX process was running ...

Any suggestion will be welcome; thanks a lot in advance,

   ciao,
      Remo Iori

IORI@ITNCISCA.bitnet
iori@itnvax.cineca.it
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: XImage display problem
Date: Sat, 11 Apr 92 09:16:26 PDT
Organization: The Portal System (TM)

I recently wrote here:

> [...]
>
>   After two days of racking my brains I've managed to write an application
>that reads a high-resolution 24-bit image, samples it down to "display 
>resolution," places the resulting data in a ZPixmap-type Ximage, and 
>XPutImage()-es it to a window.  Alas, after trying every conceivable 
>combination of arguments to XCreateImage() and XPutImage(), the best I
>have been able to achieve is a horizontally-"sliced-and-shuffled"-looking
>attempt at the desired image. [...]

>   It's highly possible that with the right manuals I could work this out,
>but we don't have any DECwindows programming documentation [...] 

   This posting is to let you know that I've SOLVED my 24-bit image display
problem.  First I tried some suggestions e-mailed to me by Patrick Mahan
(whose Internet address is not at hand just now), which invoked some options
I didn't know about (Ximage.byte_order, Ximage.bitmap_bit_order, etc.), 
but which, alas, BY THEMSELVES at least, did not cause any observable 
change/improvement in my "scanline-shuffled" display.

   Then a miracle occurred.  A fellow from our local Digital office, ob-
viously worn down at last by my constant harping about how "we don't have
any manuals and can't afford to buy them," showed up with a loaner set of 
the complete Xlib and Xtoolkit manual set!  In less than three minutes 
after cracking the Xlib manual open to "Create Image," I found the key.
Under the documentation for the "bytes_per_line" argument, there was a 
sentence something to the effect that "if this argument is zero, it is
assumed that pixmap data is CONTIGUOUS IN MEMORY, and the bytes-per-line
value is CALCULATED FOR YOU."  Well, good grief, thought I -- OF COURSE
the pixmap data is "contiguous in memory!"  It doesn't make sense, to ME,
to assume anything ELSE!  (I mean, how can it NOT be contiguous?  Bytes
aren't going to be scattered throughout VMS virtual memory space, I
wouldn't think...)

   Anyway, I immediately tried a zero value for X$CREATE_IMAGE's
bytes_per_line argument, and VOILA!-- a perfect-looking rendition of my
24-bit image!

   So, "cancel red alert," and thanks go out to P. Mahan, and the problem
is solved.  THIS problem, at THIS time, anyway.  You'll probably hear from 
me again.... ;-)

   Chris Chiesa
    Chris_F_Chiesa@cup.portal.com
From: RIC@RML2.SRI.COM (Ric Steinberger)
Newsgroups: comp.os.vms
Subject: 9600+ Baud recommendations needed.
Date: 10 Apr 92 19:34:07 GMT
Distribution: world
Organization: The Internet


Someone I work with is interested in procuring some 9600+ baud modems.
I suggested that Telebit Trailblazers were probably pretty good, but
I didn't know model numbers or features.  I would be interested in
hearing from people using high-speed modems:  Which one(s) do you
like?  Have you experienced any problems?  What are the most important
features?  Thanks in advance to all who reply.

regards,

	ric steinberger
	ric@rml2.sri.com
From: jeff@malibu.sedd.trw.com (The Buccaneer)
Newsgroups: comp.os.vms
Subject: What's a good way to tell no. of files on a disk?
Date: 10 Apr 92 20:47:41 GMT
Organization: TRWonderful

Hi,

Can anyone tell me an easy way to tell how many files are on a disk.
Like from peeking into INDEXF.SYS or something.
(i.e., not DIR/GRAND/SIZE/TOTAL DISK)

Thanks!

Jeff Pesis
TRW - Systems Engineering Research Facility
Jeff@malibu.sedd.trw.com
From: kraftjoel@bvc.edu
Newsgroups: comp.os.vms
Subject: Using SOCK_DGRAM in UCX
Date: 14 Apr 92 18:13:05 CDT
Organization: Buena Vista College, Storm Lake, IA


I am trying to get a few of my new toys working, and I have ran into
a small problem.  I am running UCX and cannot bind any sockets that 
are declared as DGRAM.  Anything that uses SOCK_STREAM works fine.  I
am sure this is just something silly that I am overlooking, but I am 
currently stumped.  Any suggestions would be greatly appreciated!

	if ((csock = socket(AF_INET, SOCK_DGRAM, 0)) == -1) {
		syslog(LOG_ERR, "socket: %m");
		exit(1);
	}

Here is where the error occurs:
	if (bind(csock, &csock_name, sizeof(csock_name))) {
		syslog(LOG_ERR, "bind: %m");
		exit(1);
	}

Thanks,
Joel

PS. Has anybody ever thought of starting a vmsnet.networks.tcp-ip.ucx
    newsgroup for those of us that don't have a big enough budget to
    buy a real tcp/ip package?

-------------------------------------------------------------------------------
Joel D. Kraft                    It's not quite the middle of nowhere...
System Manager                        but you can see it from here.
Buena Vista College              I think it's called Nebraska.