HDTenEightyP/NetNews huggingface dataset:
From: FZC@CU.NIH.GOV ("Paul Robinson, Contractor")
Newsgroups: comp.os.vms
Subject: About Computer Expense...
Date: 11 Jan 93 22:19:55 GMT
Reply-To: 0004398613@mcimail.com
Distribution: world
Organization: The Internet

The following item appeared on the Operations List on
Bitnet, and I thought I'd pass it on because it is
unfortunately very true.


Date:     Sun Jan 10, 1993  1:09 am  EST
From:     Mainframe Operations Discussion List
          EMS: INTERNET / MCI ID: 376-5414
          MBX: OPERS-L@vm1.cc.uakron.edu

TO:       Multiple recipients of list OPERS-L
          EMS: INTERNET / MCI ID: 376-5414
          MBX: OPERS-L@akronvm.bitnet
Subject:  Re: Some Good Old Standbys

> I came across these in a Usenet post and found them quite relevant

And one I saw in a humor column recently:

If the automobile industry were like the computer industry
over the past 30 years, a Rolls-Royce would now cost $5.00,
would get 300 miles to the gallon, and once a year would
explode killing all passengers inside!
                         - tom
--
internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu (home)
             : lapp@cdhub1.dnet.dupont.com (work)
OSI          : C=US/A=MCI/S=LAPP/D=ID=4398613
uucp         : {ucbvax,mcvax,uunet}!udel!mvac23!thomas
Location     : Newark, DE, USA




Newsgroups: comp.os.vms
From: beutel@chdasic.sps.mot.com (Jim Beutel)
Subject: Re: Stingray - experiences
Reply-To: beutel@chdasic.sps.mot.com
Organization: Motorola SPS ASIC, Chandler, AZ
Date: Wed, 6 Jan 1993 15:53:37 GMT

They appear to be marketed approximately 6 months to early.
The controllers hang without warning. They provide no set host
access. They also cause running cluster systems to dramatically 
slow down when a hang condition occurs.

The MTI 230's are great however. Nothing better (more economical)
than a used hsc70 (@$35,000) loaded and MTI 230's.

Rf73's appear to be dynamic and robust. Just need to force the local
sales rep to keep the pricing in line with the market. (@ $2500 a gig)

Regards,
jim

---
-------------------------------------------------------
Jim Beutel	

Motorola SPS ASIC            beutel@chdasic.sps.mot.com
1300 N. Alma School Rd       Computer Operations 
M/S CH290  AZ50              office:  (602) 821-4967
Chandler, Arizona 85224	     telefax: (602) 821-4963
-------------------------------------------------------

The Surgeon General has determined that Skydiving is Extremely addicting. 



Newsgroups: comp.os.vms
From: mores@eavax.sanders.lockheed.com (David C. Mores)
Subject: VMS 6.0 features - the little ones
Reply-To: mores@eavax.sanders.lockheed.com (David C. Mores)
Organization: Lockheed Sanders, Inc.
Date: Tue, 12 Jan 93 16:12:29 GMT


--
Aside from the major features of OpenVMS V6 I have not seen much mention of the
minor features and improvements.  Steve Lionel of DEC mentioned that TYPE/TAIL
would be an enhancement to TYPE, but what other goodies are coming?  What are the new and improved commands, lexical functions, DCL features?
  
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
David C. Mores            Principal Systems Specialist             Keep it short
Lockheed Sanders, Inc.    Nashua, NH                               and sweet.
Internet E-mail: mores@rapnet.sanders.lockheed.com                 do da do da
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

"Sometimes I think that the surest sign that intellegent life exists elsewhere
in the universe is that none of it has tried to contact us." -Calvin
Newsgroups: comp.os.vms
Subject: Please Repost:  Printers on TCP Servers
From: laut@alien.gici.com (Bill Laut)
Date: 4 Jan 93 04:45:36 EDT
Organization: Gull Island Consultants, Inc.


I've been out of town for the last two months on a project.  During that
time, somebody posted a request for information about printing to TCP/IP
terminal servers which utilize custom symbionts.

I regret missing it, as I could bend your ear for hours with technical
dissertations, etc., on how to go about resolving that problem.  
Especially, getting into the nuts-and-bolts aspects of terminal port
driver writing, et al.

If you would, please repost the original request again, and e-mail it to
me as well.  In spite of the flamers we've seemed to acquire on the net,
we'll see if we can't get a new and interesting thread going.

-- 
Bill Laut			Internet:  laut@alien.gici.com
Gull Island Consultants, Inc.	Phone:     (616) 780-3321
Muskegon, MI  49440		>> "Usual disclaimers, apply within" <<

"Your majesty, I have a message from God for you."	-- Judges 3:20
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Newsgroups: comp.os.vms
Subject: Re: Question about RMS and MSCP-pair
Date: 4 Jan 1993 21:03:45 GMT
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Distribution: world
NNTP-Posting-Host: ifk29.mach.uni-karlsruhe.de
X-News-Reader: VMS NEWS 1.20

In <61050100@acf3.NYU.EDU> tihor@acf3.NYU.EDU writes:

: Use BACKUP or any other tool you have written to accept and ignore the
: forced error, copying the file.  Delete the original.   The block is
: happily revectored and can be reused by a WRITE operations, its just
: that the system has reason to suspect that the data in the block MIGHT
: be corrupted and VMS taks data integrity very seriously.  So seriously
: in this case that you have to be prepared to dismiss an ERROR return to
: get to it.
: 
: Tool suggestions:
: 
: A useful tool for someone to write (who is so inclined) would be a
: utility program to read and rewrite the blocks of a file handling and
: checking about forced errors as they happen.
Use ANALYZE/RMS

: Another interesting varation on that tool would be something to run on
: a privately mounted disk to read or double read and compare, overwrite
: with test patterns, and then rewrite each block on a disk.
Use BACKUP/VERIFY often enough and either restore or delete the file.
Hack on the file only if it is of great importance.
Hint: Use DUMP in block mode to read after the error,
possibly after copying with backup to clear the error, to recover as
much as possible.
TO THE ORIGINAL POSTER: If it's *really* necessary to hack, e-mail me.

My experiences:
1)	EDT crashed some years ago with ACCVIO on VMS4.x (*not* forced error!).
	ANALYZE/RMS or ANALYZE/IMAGE showed forced error.
	I restored from backup with /NEW_VERSION then
	INSTALL /REPLACEd and purged.
2)	One of my source files, which had variable length records by default,
	gots a forced error (near the beginning, you guess!).
	It was not possible to TYPE or something else beyond the error.
	I had no BACKUP, but a printed copy and re-typing that was fastest.


Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
Newsgroups: comp.os.vms,bhp.vms
Subject: Version number increments by 2
From: WEZAMG@DEVAX1 (George ZAMROZ)
Date: 13 Jan 93 09:06:19 +1000
Distribution: world
Organization: BHP Information Technology
Nntp-Posting-User: slab3
X-News-Reader: VMS NEWS 1.11

I have a single file in one of my directories, that always has its version
number incremented by 2 when a new version is created. What gives?

Thanks in advance.

---------------------------------------------------------------------/\/\-------
    George Zamroz                                                   /// /\
    Information Technologist                                       /// //\\
    Process & Engineering Section                                 /// ///\\\
    BHP Information Technology                                    \\\/// ///
    Wollongong Region                                              \\// ///
--------------------------------------------------------------------\/\/\/------
    Mail      :    P.O. Box 261, Warrawong 2502, NSW, Australia
    Telephone :    +61 42 755426
    Fax       :    +61 42 755215
    Internet  :    wezamg@iwsd01.itwol.bhp.com.au (or)
		   george.g.b.zamroz@bhpmelmsm.bhp.bhpmel04.telememo.au
    X.400     :    G=GEORGE I=GB S=ZAMROZ OU=BHPMELMSM O=BHP P=BHPMEL04
		   A=TELEMEMO C=AU		
--------------------------------------------------------------------------------
From: MRL@TARDIS.PFC.MIT.EDU
Newsgroups: comp.os.vms
Subject: Finding channel numbers in VAXC.
Date: 7 Jan 93 22:03:00 GMT
Distribution: world
Organization: The Internet

Is there any easy way to find the channel number that VAXC uses for stdin?
I.e. I want a function like fileno that can return the channel number.
Thanks.
 
Mark London
MRL@NERUS.PFC.MIT.EDU
From: jasper@molbiol.ox.ac.uk
Newsgroups: comp.os.vms
Subject: Spoof postings   (was Re: Question of SYSGEN.....)
Date: 7 Jan 93 21:46:28 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper


> 
> I dunno, but this guy is _too_ stupid, know what I mean?
> 
> I'm beginning to thing that this is an ongoing hoax....
> 
> Anyone?

One of several I would say.....  but playing spot the spoof is probably as 
much of waste of time as flame the spoof!

>  Lee Havemann, Comp Ops Dir.    HSH Associates      (201) 838-3330 
>  Internet: lee@hsh.com    Compuserve: 70410,3507    AOL: HSH Assoc
>  "Any opinions expressed are not necessarily those of anyone else, 
>   including myself."                     

regards jasper

Jasper Rees
Oxford University Molecular Biology Data Centre
and The Sir William Dunn School of Pathology

jasper@molbiol.ox.ac.uk  (nameserving to a place near you anytime soon)
From: t_wade@vms.eurokom.ie
Newsgroups: comp.os.vms
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
Date: 4 Jan 93 14:59:05 CET
Organization: EuroKom Conferencing Service

Hello,

> When the Telnet session ends, the values in the P1 locations CTL$T_NODENAME
> and CTL$T_REMOTEID should be written in the the process-rundown
> accounting record, if enabled.  You can check those values while you're
> logged in to se if UCX even sets them.  If not, you could add a program
> to your login which could fill them in.  The CTL$T_NODENAME field is
> limited to six characters, but you could put a 32-bit IP address in there.
> CTL$T_REMOTEID should be set to the USERNAME.
> 
> -bruce

I use such a program in the SYLOGIN to ensure that for X25 logins (using
VAX PSI), the remote DTE address and DNIC is included in the accounting record.
This is because I like to filter accounting records for stats purposes based
on which X25 network the user is coming from (yes, the remote DTE address
appears in the PSI Accounting, but the username is always SYSTEM if you have
PSI-ACCESS, and you can't select records with an ACCOUNTING command on this
field).  You could use this program as a starting point.  It's available for
anonymous FTP at kirk.eurokom.ie as SET-PSI-ADDRESS.MAR.  I did another one
for Multinet TCP/IP so that it inserted the numeric remote IP address in
one of the fields in the same way that CMU did (the *only* thing that CMU had
over Multinet :-)).

------------------------------------------------------------------------------
Tom Wade        | Internet: T.Wade@vms.eurokom.ie  (all domain mailers).
Network Manager | DEC Enet: DECWRL::"t.wade@vms.eurokom.ie"  (VMS Mail)
EuroKom         | PSI-Mail: PSI%272431001992::_T_WADE
UCD Belfield    | JANET:    t.wade%ie.eurokom.vms@UK.AC.EARN-RELAY
Dublin 4        | X400:     g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ie
Ireland         | Telex:       (0500) 91178 UCD EI  ("TO: WADE" at start)
-------------------+----------------------------------------------------------
Tel: +353-1-2830555|  Official Disclaimer:  "This is not a disclaimer"
Fax: +353-1-2838605|          Unix  ....  Just say No !
Xref: sparky comp.os.vms:20701 vmsnet.sources.d:751
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.os.vms,vmsnet.sources.d
Subject: Re: How to use a non-DEC postscript printer???
Date: 10 Jan 93 17:35:28 GMT
Organization: Western Kentucky University, Bowling Green, KY

There is a PostScript symbiont available from my fileserver that works
with, as far as I know, any PostScript printer.  This was written by
Rick Watson with mods by Mark London and others.  To get it via
e-mail, send the following commands in the body of a mail message to
FILESERV@WKUVX1.BITNET:

SEND LASER
SEND FILESERV_TOOLS

You can also get it via anonymous ftp from ftp.spc.edu; you'll need:

	[.MACRO32]UNZIP.EXE
	[.MACRO32.SAVESETS]LASER.ZIP

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
From: Octavio_Morales@QMCUMC.MAIL.CORNELL.EDU (Octavio Morales)
Newsgroups: comp.os.vms
Subject: FWD>UNIX Security: Facts and Fallacies
Date: 11 Jan 93 13:43:57 GMT
Organization: The Internet


                     The Security User Group


               UNIX Security, Facts and Fallacies
                   Thursday, January 21, 1993
                     6:00 p.m. - 8:30 p.m.


This is an introduction to the facilities available within UNIX systems
that can affect the security of applications.  It can serve as an
introduction for staff that will soon (or are now) responsible for
security in an environment that includes UNIX systems.

The topics covered include:

                        o The UNIX File System
                        o Command Shells
                        o Account Authorization
                        o Restricted Environments
                        o Systems Integrity
                        o Denial of Service
                        o Network Security
                        o Firewall Systems

Speaker:              Geoff R. Cooke
                      Manager, Security Services
                      DEMAX Software

Location:             Coopers & Lybrand
                      1301 Avenue of the Americas (52nd Street)
                      Training Room 6 (2nd floor)
                      New York, New York

Host:                 Carol A. Siegel

If you plan to attend, please RSVP by Tuesday, January 19 to:

                                 Carol A. Siegel
                                Coopers & Lybrand
                                 +1 212 536 3275
                                nyseclug@rlgsc.com

RSVP is mandatory. Building security will not permit any person not on the
attendee list to enter the building (This is the Security User Group after
all!)

===== The SMTP Mail Header Follows
Received: from UGA.CC.UGA.EDU by uga.cc.uga.edu (IBM VM SMTP V2R2)
   with BSMTP id 1115; Sat, 09 Jan 93 04:19:16 EST
Received: from UGA.BITNET by UGA.CC.UGA.EDU (Mailer R2.08 PTF008) with BSMTP 
id
 3878; Sat, 09 Jan 93 04:19:16 EST
Date:         Sat, 9 Jan 1993 04:37:18 GMT
Reply-To:     INFO-VAX@SRI.COM
Comments:     Warning -- original Sender: tag was info-vax-request@KL.SRI.COM

From:         rlgsc.com!nyseclug@NYU.EDU
Subject:      UNIX Security: Facts and Fallacies
Comments: To: info-vax@kl.sri.com
To:           Multiple recipients of list INFO-VAX <INFO-VAX@uga.cc.uga.edu>





Newsgroups: comp.os.vms
From: clusmgr@vxcern.decnet.cern.ch	 (LETERTRE Christiane)
Subject: Re: Do I need Motif?
Followup-To: bowers@ELSIE.UCDAVIS.EDU  
Reply-To: LETERTRE@VXCERN.DECNET.CERN.CH
Organization: CERN
Date: Fri, 8 Jan 1993 09:58:36 GMT


In article <00966432.1DE09BC0.21475@elsie.ucdavis.edu>, bowers@ELSIE.UCDAVIS.EDU (Michael Bowers) writes:
|>I've received a new version of a program from a vendor which is meant to
|>run on a workstation or X-terminal in order to display a window in which
|>various graphics are shown.  When I try to use the program in X-window mode
|>(it also has a non-X, no graphics mode so I suspect the program itself is
|>ok) I get a (vendor supplied) "Can't open Display" message, along with the
|>following:
|>
|>	%NONAME-E-NOMSG, Message number 01AB8122
|>	%NONAME-E-NOMSG, Message number 011B803A
|>
|>Neither of these messages are in any .EXE in SYS$MESSAGE that I can find
|>(using one of the nice message display .COM files).
|>
|>	1)  What is the text/facility of these messages?
|>
A minor contribution to your problem!
Using F$MESSAGE on a machine running MOTIF 1.1, I got 
	%GKS-E-NOMSG, Message number 01AB8122
	%GKS-E-NOMSG, Message number 011B803A

I hope this minor information will help you to solve your problem.
--
 ------------------------------------------------------------------------------
  Christiane LETERTRE                                                        

  CERN / European Laboratory for Particle Physics                            
  CH-1211 GENEVA 23                                                          
  Tel: (022) 767 28 54                                                       
                                                                             
  Mail address: LETERTRE@VXCERN.DECNET.CERN.CH                               
 ------------------------------------------------------------------------------
From: cohnen@fs1.rockefeller.edu (Stuart Cohnen)
Newsgroups: comp.os.vms
Subject: LPD from UCX
Keywords: UCX , LPD
Date: 6 Jan 93 16:31:12 GMT
Reply-To: cohnen@rockvax.rockefeller.edu (Stuart Cohnen)
Organization: Rockefeller University

I am trying to user UCX Version 2.0's LPD to print to a HP3SI attached
to a SUN.  I have the queues set up via @sys$manager:UCX$LPD_CONFIG and 
started up via @sys$manager:UCX$LPD_STARTUP. 
All seems OK. However, when I try to print, the
job gets put into a pending state with an error message #030AEA92.
A check of the operator's log reveals:

%%%%%%%%%%%  OPCOM   6-JAN-1993 10:50:14.24  %%%%%%%%%%%
Message from user SYSTEM on RUVMS2
%UCX-E-LPD_FILERROR, File error cfA001RUVMS2_ROCKEFELLER_EDU_ROCKEFELLER.ED
-RMS-F-FNM, error in file name

%%%%%%%%%%%  OPCOM   6-JAN-1993 10:50:14.38  %%%%%%%%%%%
Message from user QUEUE_MANAGE on RUVMS2
%QMAN-I-INVSMBMSG, invalid data in message from symbiont on queue HP3SI_00 is b
eing ignored 

Seems that the file name it is creating to send to the UNIX box is too long.
The VMS machine is called: RUMVS2.ROCKEFELLER.EDU

Any ideas?  Thanks for your input.

--
Stuart Cohnen   (cohnen@rockvax.rockefeller.edu) 
Manager of Engineering and Technical Services
Computing Services 
The Rockefeller University
Newsgroups: comp.os.vms
Subject: re: Re: Passing parameters to detached processes.
From: tp@mccall.com (Terry Poot)
Date: Tue,  5 Jan 1993 14:15:44 CST
Reply-To: tp@mccall.com (Terry Poot)
Distribution: world
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1i8q3mINNdbj@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J
Lydick) writes:
>In article <31DEC199209423681@author.gsfc.nasa.gov>,
>rkoehler@author.gsfc.nasa.gov (Bob Koehler) writes:
>>In article <9212301623.AA19674@uu3.psi.com>, leichter@lrw.com (Jerry Leichter)
>writes...
>>> 
>>> 
>>>Note that running LOGINOUT to map the CLI in this way is itself undocumented
>>>and unsupported....
>
>Where?  

It's there. As soon as DEC puts together a master index for the on-line doc set,
I'll find it for you. Seems like it might have been a bizarre place, like the
system service reference manual, or maybe the LIB RTL reference manual, or even
in a set of release notes, but it is documented (couldn't say if it is
supported).

>And could you please specify things explicitly enough that we'd have
>a chance of knowing what you're talking about?  

Please specify which part of his article you did not understand, and specify
what information you would need to know what he was talking about.

>The post to which I'm replying

Do you mean the one that you quoted, or the one you replied to but did not
quote?

>is the sort of thing that those who object to my flames should *REALLY* be
>complaining about.

:-) Sorry, couldn't resist. Nice (?) to know comp.os.vms hasn't changed while
I've been away from it.
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
Newsgroups: comp.os.vms
From: brent@uwovax.uwo.ca (Brent Sterner)
Subject: Re: Pathworks and AIX (groan)
Organization: University of Western Ont, London
Date: Wed, 6 Jan 1993 13:43:32 GMT
Followup-To: twillis@drao.nrc.ca

In article <2534@aupair.cs.athabascau.ca>, willis@cs.athabascau.ca (Tony Willis) writes:
> Hello, I hope someone can help me. 
> 
> I have a whole bunch of PCs which do their Internetworking with
> DEC's PATHWORKS package. The people on the PCs would like to
> establish contact with a bunch of IBM rs/6000 workstations
> and use their PCs as (un)glorified X-terminals.
> 
> If you start up PATHWORKS with the dwdos option you eventually
> get some little windows which allow you to start up an
> X application on the workstation (that's the theory anyway).
> When the rs/6000s were all at AIX3.1.5 you could
> enter a command such as '/usr/bin/X11/mwm' in the Pathworks
> startup window, and lo-and-behold the motif window manager in
> the rs/6000 would establish contact with the PC and users could
> start up xterms, etc. 
> 
> However, since I upgraded all rs/6000s to AIX3.2 the

   Disclaimer:  I do not run Pathworks here.  However, I am beginning
   to manage aix rs/6000 systems.  From this limited background, I
   humbly suggest that since the problem began with the aix 3.2 upgrade,
   *that* is likely your problem.

   This theory is supplemented by a "ship-load" of PTF's against 3.2.
   (Have you also posted to comp.unix.aix?)  You may also want to ftp
   to ibminet.awdpa.ibm.com (192.35.233.1) and look in the pub/ptfs
   directory.  Last I looked, there was a file (name eludes me, but it
   is obvious) listing ptfs as of specific dates.  (It is a big file.)
   Last date was just before Christmas (Dec 21?).

   I suggest you follow-up with IBM.  b.
--
Brent Sterner				AIX System Manager Apprentice
Fast:		<BRENT@uwovax.uwo.ca>	<129.100.2.13>
Medium:		(519)661-2151 x 6036	Fax:   (519)661-3486
Slow:  Computing & Communications Services, Natural Sciences Building
       The University of Western Ontario, London, Ontario, Canada  N6A 5B7
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: DecWindows to VT100/200(s)?  Is is possible?
Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
Organization: Digital Equipment Corporation, Nashua NH
Date: Tue, 5 Jan 1993 14:38:55 GMT


In article <930104230600.20208835@HANNA2.NLU.EDU>, 92ADAMS@HANNA2.NLU.EDU 
(Erek Adams) writes:

|>	I would like to run some DecWindows applications, esp. BookReader, from
|>a VT100/VT220 terminal.  We only have 4 DecStations in our lab, and often they 
|>are in use.  Since our 'Gray Wall' is under lock and key, I use BookReader and 
|>the Doc. CD(s).
|>

You can't run general DECwindows applications on a character cell terminal, but
you will soon (I am not sure exactly what "soon" means here) be able to run
Bookreader on such a terminal.  The character-cell terminal feature of
Bookreader is in field test now (I've tried it and it seems to work fairly
well; sure makes working from home a lot easier!)   Stay tuned for official
pronouncements.
--

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: Re: PASSWORDS & SCHEMES
Date: 8 Jan 93 13:37:50 GMT
Distribution: world
Organization: The Internet

Re John Baker's query: Ted Nieland's password policy checker has
been on recent VAX SIG tapes; these are available at his site
(he should contact Al Zirkle there). The policy module checks many
things including dictionaries both system and user supplied,
owner fields, permutations thereof, account field of the UAF,
and so on. If it is desired to ensure a numeric appears there
somewhere, it's an easy add. Ted also ported it to Alpha, and
it is available on the Alpha VMS Startup Set CD (has nothing
to do with the "vms startup set", which is all vax stuff) which
CD is available from the DECUS library (508 841 3500). The sig
tapes are available on the net at wuarchive.wustl.edu as part
of a cooperative venture. The Spring 1992 VMS tapes contain the
latest password policy module version.
Glenn Everhart
Everhart@raxco.com

Newsgroups: comp.os.vms