HDTenEightyP/NetNews huggingface dataset:
From: MBEHR@JAGUAR.ESS.HARRIS.COM (Marc D. Behr)
Subject: Re: /SECRECY and /INTEGRITY in MAIL
Date: Tue, 10 Nov 1992 20:26:36 GMT
X-News-Reader: VMS NEWS 1.24
Organization: Harris Information Systems Division

In <01GQZHO60H7K001E1V@orbsen.ucg.ie> ELEHUMBORG@ORBSEN.UCG.IE writes:

> 
> Anyone out there know what the /SECRECY and /INTEGRITY qualifiers to the
> commands DIRECTORY, READ, SELECT and SET FOLDER in MAIL do?
> 
> ; DEFINE VERB DIRECTORY
> ...
> ;	QUALIFIER SECRECY, VALUE(REQUIRED,TYPE=$ACL)
> ;	QUALIFIER INTEGRITY, VALUE(REQUIRED,TYPE=$ACL)
> ...
> ;	DISALLOW (FOLDER AND (BEFORE OR NEW OR SINCE OR SECRECY OR INTEGRITY))
> ...
> ; DEFINE VERB READ
> ...
> ;	QUALIFIER SECRECY, VALUE(REQUIRED,TYPE=$ACL)
> ;	QUALIFIER INTEGRITY, VALUE(REQUIRED,TYPE=$ACL)
> ...
> ; DEFINE VERB SELECT
> ...
> ;	QUALIFIER SECRECY, VALUE(REQUIRED,TYPE=$ACL)
> ;	QUALIFIER INTEGRITY, VALUE(REQUIRED,TYPE=$ACL)
> ...
> ; DEFINE SYNTAX SET_FOLDER_SYNTAX
> ...
> ;	QUALIFIER SECRECY, VALUE(REQUIRED,TYPE=$ACL)
> ;	QUALIFIER INTEGRITY, VALUE(REQUIRED,TYPE=$ACL)
> 
> Thanks, 
> 
> Kenn Humborg
> elehumborg@orbsen.ucg.ie
> "I _like_ quiche!"
> 

Sure,

 They have to do with a DEC layered product (that you won't find listed
 anywhere that I have found) called Security Enhanced VMS (SEVMS). What it
 does is allows you to establish security levels (i.e UNCLASSIFIED,
 CONFIDENTIAL, SECRET, etc) for everything (I mean everything, files, devices,
 users, processes, etc) on your system. Processes (users) are then able to
 access only the information that they are cleared for.

 I know about this since the project I worked for last used SEVMS and I became
 the "expert" since nobody else wanted to deal with security.

Marc


 ----------------------------------------------------------------------------
/  Marc D. Behr                        | inet: mbehr@jaguar.ess.harris.com   \
|  VAX System Analyst                  |                                     | 
|  Harris Corporation ISD              | this space available for rent       |
|  P.O. Box 98000                      |  contact management for info        |
\  Melbourne, FL 32902                 |                                    /
 ---------------------------------------------------------------------------
From: DWING@UH01.Colorado.EDU ("would rather be skiing ...")
Newsgroups: comp.os.vms
Subject: Priority of DECW$TW_nn process
Date: 6 Nov 92 17:18:56 GMT
Distribution: world
Organization: The Internet

I've found that if I INSTALL SYS$SYSTEM:DECW$TERMINAL_CREATE.EXE with the
ALTPRI privilege the DECW$TE_nn process has a base priority of 5 (instead of
4).

I've noticed this on Motif V1.1 (and V1.0) on VMS V5.5 when I login to
DECwindows from a VT1200 X-terminal (across the network).  I don't know 
if you'd get similar results from a workstation.  The same thing (DECW$TE_nn
gets a base priority of 5) happens if the user that started the DECterm
controller has ALTPRI in their default privilege mask (like SYSTEM).

Anyway, this might help you get better keyboard response from your DECterms 
if your system is very busy.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Programmer, University Hospital, Denver
Newsgroups: comp.os.vms
Subject: Problem making outgoing x29 call
From: rolff@scotty.eurokom.ie (Anders Rolff)
Date: 11 Nov 92 16:44:28 CET
Reply-To: rolff@scotty.eurokom.ie
Distribution: world
Organization: EuroKom conferencing services
Nntp-Posting-User: rolff


Hello!

I'm writing an application that makes outgoing calls to a remote terminal.
After a day of %F, virtual call cleared I started testing the program
DIGITAL supplies in sys$examples, psi$x29_outgoing_c.c, just to find
that the same problem occurs.

I think I have tracked down the problem to facility negotiation. If I make
an x29 call with $ set host/x <addr> I get the following accounting
info on the remote node:

CIRCUIT PSI virtual circuit termination
---------------------------------------

Calling facilities:
 42 07 07

Accept facilities:
 42 07 07

But, if I use psi$x29_outgoing_c the call fails with Virtual call cleared
and the accounting info on the remote node looks like this:

CIRCUIT PSI virtual circuit termination
---------------------------------------

Calling facilities:
 42 07 07

Accept facilities:

It doesn't seem like the remote node is accepting the facilities.

Both the local and the remote DTE are using PSI-Access through a
DEMSA. VMS 5.5-1, PSI-Access 4.3.

Cheers,

Anders.
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: User limit in VS4000
Date: 12 Nov 92 03:13:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <m0mp2X8-00004BC@seciu.uy>, molnar@ort.edu.uy (Andres Molnar - CECOM) writes...
#Hi,
# 
#I've got a VaxStation 4000 VLC, with an interactive user limit of 2.
#I asked for a more extensive limit, and people from local's Digital
#told me that even they install another VMS license, hardware prevents
#that the number of interactive users gets over 2. I'm not completely
#sure, but I remember working in a VaxStation 2000 with a higher limit.

	Oh God, not this stupid rumor again.

	For the record:
		VAXen can have any number of users that the
			DEC license will allow them.  Hardware
			type determines license availability code
			and DEC politically doesn't make D-avail
			infinite-user paks.

	You're in Uruguay, so unless you can push your
	DEC sales force hard, you'll have to live with
	it.  Of course if you're not concerned about the
	licensing issues, patching the license or the
	system is trivial.

#If anyone knows about the subject, please let me know. Thanks.
#------------------------------------------------------------------
#Andres Molnar - Software Engineer - System & Network Manager
#ORT Uruguay - Mercedes 1451, 11100 Montevideo, URUGUAY
#T: +598-2-921505 Fax: +598-2-902952  E-mail: molnar@ort.edu.uy

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
SHHHH!!  I hear SIX TATTOOED TRUCK-DRIVERS tossing ENGINE BLOCKS
 into empty OIL DRUMS..
Newsgroups: comp.os.vms
From: davis@pacific.mps.ohio-state.edu ("John E. Davis")
Subject: Task to task decnet problem
Reply-To: davis@amy.tch.harvard.edu  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
Date: Sun, 8 Nov 1992 20:40:06 GMT

Hi,

   I am trying to write an application which communicates across DECnet from a
system running VMS 4.7 to one run running VMS 5.4-1.  This purpose of this
program is to copy files from a unix host via multinet's rcp to the VMS 4.7
system then copy them to the VMS 5.4-1 system which does not have multinet.
This part is easy enough.  Here is the hard part.

   The VMS 5.4-1 system has a 3-1/2 in floppy which we access using the
PCX program to read and write MSDOS files.  Once the copy has been made from
VSM 4.7 to the 5.4-1 system, I'd like to run PCX to move the files to the
floppy in an MSDOS format.  However, I'd like to do all of this from the VMS
4.7 system.

   Hence, the upshot is the transfer of files from a unix host to a 3-1/2 in
floppy in an MSDOS format.  Unfortunately, due to hardware and software
constraints, this must be done through an intermediate machine.

   Currently I have a test account setup on the 5.4-1 machine so that users
can login to and run PCX to move the files to the floppy.  However, I do not
like this arrangement and I am looking for a better way.  Unfortunately, our
users lack any sort of sophistication (a mouse with more than ONE button is
too much) so I need the whole process to be command file driven from the VMS
4.7 system.  Above all, I want it to be reasonably secure.

   In about 6 months, we are installing Multinet on the system, with the
floppy but I need a solution Today.  Any hints on how to do this via DECnet
TASK to TASK in a reasonably secure fashion will be greatly appreciated.

Thanks,
--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#
Newsgroups: comp.os.vms
Subject: Re: Kermit packet size
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 8 Nov 92 09:15:18 GMT
Distribution: world
Organization: The Wolery

ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
> Kermit-32
> 	The latest *production* version available from Columbia is 3.3.126. 
> This does not support long packets. 

Does so too.  8-)

Check out the SET SEND PACKET and SET RECEIVE PACKET commands.

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
Newsgroups: comp.os.vms
From: rbn@ralph.rtpnc.epa.gov (Bob Boyd)
Subject: Re: DCL Help: Starting a remote DCL file & knowing when it's done
Reply-To: rbn@ralph.rtpnc.epa.gov
Organization: Unisys/EPA
Date: Thu, 5 Nov 1992 21:22:40 GMT

It's relatively easy to set up DCL code that uses transparent task-to-task 
DECnet to do this.  The basics are that there are two command procedures:

1.  The local procedure:

      Opens for read/write a file specification that causes the remote task  
      command procedure to be invoked.

      This looks something like:

       OPEN_LINK:
            open/read/write remote_link  'remote_node'::"0=''remote_task'"/error=open_failed
      
       Then issue a read against the link.  

        WAIT_FOR_REMOTE:
             read/end=remote_done/error=remote_died remote_link remote_record

2.     The remote procedure:
            Must be defined to NCP by the same name as used in procedure 1, or be a command
            procedure by the same name.  It could also be a logical name that points to the 
            command procedure.

           opens SYS$NET for read/write to complete the network link:

            open/read/write net_link SYS$NET/error=net_died
  
            Then it invokes whatever other commands/images that it is supposed to do.

             When it is done, it can simply issue a 

              close/nolog net_link

If you want examples of stuff like that there are several around.  I have some if you want.
Let me know by e-mail if you do.

--
Bob Boyd                 
rbn@ralph.rtpnc.epa.gov 
Unisys/EPA               

Xref: sparky comp.os.vms:17826 vmsnet.sysmgt:335
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms,vmsnet.sysmgt
Subject: Re: HELP: how to stop and prevent break in?
Date: 12 Nov 92 03:58:27 GMT
Article-I.D.: gap.1dskp3INN522
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Distribution: world
Organization: HST Wide Field/Planetary Camera
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1ds5eqINN185@merak.usc.edu>, ttytst@merak.usc.edu (Guess what) writes:
>We got very strange things happened on one account where we found the owner of
>files are not only the owner of the account but also another one.   
>
>	OWNER=[my,WHO] 
>
>All the files and directories under that account have two owners and we are
>sure that the other one is illegal. What we need to know right now is how to
>prevent this kind of things happened again and how to remove the illegal one
>from the ownership without SYSTEM ADMINSTATROR's Privilage.  Thanks in
>advance.

First make sure that the protections on the user's directory are correct.  If
his directory allows write access to users other than himself and system, that
could explain your problem.

If the protections are correct, then someone with GRPPRV, SYSPRV, or BYPASS
created those files.  You should check to see who has those privileges and what
executables (other than those installed with privileges via
VMSYS$MANAGER:VMSIMAGES.DAT) are installed with privileges.

You can't get rid of those files without SYSPRV, GRPPRV, or BYPASS, unless you
set the protection of the user's directory to allow the owner of the file write
access to it and then have the owner delete the file.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Xref: sparky comp.os.vms:17937 vmsnet.sysmgt:341
From: mitcham@easy.enet.dec.com ()
Subject: Re: VUE$ callbacks
Reply-To: mitcham@easy.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Fri, 13 Nov 1992 12:28:10 GMT


In article <1992Nov13.021010.7248@cujo.curtin.edu.au>, crobw@CUPID.CURTIN.EDU.AU writes:
|>
|>Does anybody know where to find the documentation on the Fileview call back
|>routines. These are the things which appear in .COM files called by Fileview.
|>

I believe the VMS DECwindows Motif User's Guide (AA-PGZ5A-TE), Chapter 15
(Using Task Messages) covers what you are looking for.
--
  +---------------------------------------------------------------------+
  | Andrew Mitcham			|  The opinions expressed here  |
  | Digital Equipment Corporation	|  are my own and not those of  | 
  | Customer Support Center		|  my employer unless otherwise |
  | Alpharetta, Georgia			|  stated.                      |
  | email:  mitcham@rhett.enet.dec.com	|                               |
  +---------------------------------------------------------------------+
From: poncelet@smr.slb.com (Paul Poncelet - SMR - (33)-1-4746-6372)
Newsgroups: comp.os.vms
Subject: Looking for Pubic domain spreadsheet for VMS
Date: 5 Nov 92 14:54:12 GMT
Reply-To: poncelet@smr.slb.com
Organization: SMR Montrouge, France.

We are looking for a public domain/GNU spreadsheet utility for incorporation
into a product we are developing under VMS. Does anyone know of such a product,
and how we may obtain it.


May thanks

Paul Poncelet
Sedco Forex Schlumberger
BP 599
50 Avenue Jean Jaures
92542 Montrouge Cedex
France

Tel: +33-1-4746-6060
E-mail: poncelet@sfm.sinet.slb.com
Newsgroups: comp.os.vms
From: tordm@vand (Tord G.M. Malmgren)
Subject: Re: SET TERM/INQUIRE
Reply-To: TordM@VanA.PhySto.SE
Organization: Department of Physics, University of Stockholm -- Sweden
Date: Thu, 5 Nov 1992 10:02:16 GMT

In article <31OCT199212071438@erich.triumf.ca>, music@erich.triumf.ca (FRED W. BACH) writes:

>   We have just found out that SET TERMINAL/INQUIRE should not be followed
> immediately by another SET TERM command.  Depending on system and network
> overhead, there is about a 75% chance that the second command will be
> totally ignored.  The effect is very reproducible.

 I always thought "set terminal/inquire" flushed the command buffer..
like, run a programme, buffer up "set terminal/inquire" "directory"
"show quota" and so on, and everything after the "set" will be ignored...




---------------+--------------------------------+----------------------------
 Tord Malmgren | InterNet: TordM@VanA.PhySto.SE | These opinions are my OWN,
               | BITNet  : TordM@SESUF51        | and NOT of this department!
---------------+--------------------------------+----------------------------
 Department of Physics, University of Stockholm -- Sweden (Northern Europe)
From: ken@PSUEDVAX.PSU.EDU ("Kenneth J. Hoover")
Newsgroups: comp.os.vms
Subject: Hooking VT's up with 4-wire phone line?
Date: 5 Nov 92 14:57:54 GMT
Organization: The Internet


	Can anyone please tell me how/if it is possible to run VT-series
terminals by grafting DB25 connectors onto the end of 4-wire telephone line?

	We have hundreds of feet of 4-wire line, and I've seen it done before.
This could save us many $$$ if it is possible so we don't have to purchase
data cables pre-made.

	I'll be running from a DS100 to VT320 terminals.

	E-mail responses, please.  I'll summarize if there's enough interest.

						- Ken Hoover
-- 
Kenneth J. Hoover               | "No .quote"
ITSS Supervisor of Sys & Ops    | Disclaimer : I disclaim dis.
Penn State College of Education | ken@psuedvax.psu.edu - kjh6@psuvm.psu.edu
From: jackson@pravda.enet.dec.com ()
Subject: Re: Hooking VT's up with 4-wire phone line?
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Thu, 12 Nov 1992 15:47:39 GMT


For those of you who are thirsting for Alpha information, the following 
Fast FAX service is now available and on line.  We are working on implementing
an automatic mailback service for internet mail containing the same 
information as that available in the FAX service.


Anyway, the FAX number is 1-800-842-7027 (you must have a touch tone
phone)  Several selections are available for the Alpha family data sheets, and
otehr information  from our announcement on Tuesday

--


William M. Jackson
Workstation Product Marketing Manager
Workstation Engineering
Digital Equipment Corporation
146 Main Street
Maynard, MA 01754

Mail:	Jackson@pravda.enet.dec.com
From: Smithm@admina.rferl.org (Michael Smith)
Newsgroups: comp.os.vms
Subject: VMS FAX Software ?
Date: 13 Nov 92 10:09:57 GMT
Organization: The Internet

Hi,

Does anybody know of any public domain FAX software for VMS. and where to
pick it up from ??

I would also like to hear of your experiences with the software.

thanks,

Michael.
                        ################################
Michael J Smith           X400     : c=US;ad=MCI;pd=RFERL;s=SMITH;g=MICHAEL
Systems Programmer        INTERNET : SMITHM@RFERL.ORG
RFE/RL inc                Phone    : 089 210  23723
Munich                    Fax      : 089 2102 3752  
Germany
Newsgroups: comp.os.vms,comp.sys.dec
From: dwight@geohub.gcn.uoknor.edu (Dwight D. Moore)
Subject: Re: avs for vms
Originator: usenet@kittyhawk.ecn.uoknor.edu
Date: Wed, 11 Nov 1992 16:20:58 GMT
Reply-To: dwight@geohub.gcn.uoknor.edu
Organization: Geosciences Computing Network, Univ. of Oklahoma

In article <1992Nov10.204728.17493@midway.uchicago.edu>, newark@befvax.uchicago.edu (Tom Newark)
writes:
|
|>Does anyone know the status of avs for vms systems???
|>I know it exists, i've used it at siggraph but have yet to see it announced
|>for vms systems by dec...
|>
|>I have a vaxstation 4000 90 spxgt sitting on my desk that is dying to run a
|>great application, but as of now dec is yet to release one....
|>
|>Any info would be appreciated....talking to my sales rep is useless....
|>[* I bet you know what I mean *]
|>
|>tom newark
|>newark@befvax.uchicago.edu

AVS for VMS has just finished its field test  (as of approx a month ago) and is 
supposed to be available soon. Apparently DEC is making arrangements 
for Application Visual Systems to market this for DEC, and this may be 
cog in the wheel...I don't know. The Alpha AXP version for OpenVMS is
supposed to go into field test this winter.

----------------------------------------------------------------------------
Dwight D. Moore
Geosciences Computing Network
University of Oklahoma

dwight@geohub.gcn.uoknor.edu (129.15.40.10)
These opinions do not necessarily represent the opinions of OU or the GCN.
----------------------------------------------------------------------------
From: GLOESENER@MENVAX.RESTENA.LU
Newsgroups: comp.os.vms
Subject: Re: postscript translation
Date: 10 Nov 92 06:57:53 GMT
Distribution: world
Organization: The Internet

From:	MENVAX::GLOESENER     3-NOV-1992 10:54:59.49
To:	SMTP%"RELAY-INFO-VAX@CRVAX.SRI.COM"
CC:	GLOESENER
Subj:	RE: postscript translation


> I would like to get a copy of the DECWINDOWS Cookbook. It is only in postscriuptformat. We are probably the last site in the world with no postscript printers.
> Is there a (public domain) postscript -> something translation program. ->DVI?
> Is there some other way to skin this cat? 
> If this is not the right list please re-direct me.
> pdickof@meena.cc.uregina.ca (Peter)

The solution of your proble is called GHOSTSCRIPT which is a public domain
programm which translate postscript to many other printers. Sorry a have
only a version for UNIX here (we have a postscript printer on our VAX) but
it should be available over FTP somwhere.

                                                    Gasty Gloesener

-GG-
From: GLOESENER@MENVAX.RESTENA.LU
Newsgroups: comp.os.vms
Subject: RE: The 'lu' domain
Date: 12 Nov 92 06:22:14 GMT
Distribution: world
Organization: The Internet


>OK, I give up:  What country has the "lu" domain?  Your's is the first address
>I've seen there, and no obvious guess comes to mind.  No, wait a momement - is
>it Luxemborg?

Yes, you are right, the 'lu' domain is Luxembourg, a very small domain for a
very small country in Europe.

                                              Gasty Gloesener

-GG-


Xref: sparky comp.os.vms:17697 vmsnet.mail.misc:92
From: jimmy_t@verifone.com
Newsgroups: comp.os.vms,vmsnet.mail.misc
Subject: Re: How to make VMSMail run lots faster
Date: 9 Nov 92 16:04:45 -1000
Organization: VeriFone Inc., Honolulu HI

Nick Abbot asked me to post the folowing:

In article <1992Nov6.190229.4628@verifone.com>, jimmy_t@verifone.com writes:
> We are having severe VMS Mail performance problems.  The problems center around
> users with lots (thousands) of mail messages stored as external files in the
> VMS directory where they receive mail.  Once the size of this (or any) VMS
> directory  passes 128 blocks or so (many of ours are >> 1000 blocks),
> performance for adding new files begins a rapid decline.  Other users sending
> mail to these accounts will  encounter seemingly random long delays waiting for
> the "MAIL>" prompt after sending.
> 

    "Making VAX Mail Fly".  Would that be, "VAX Air-Mail"...Hmmm?

    It seems to me, that you have a similar problem that Pathworks for VMS has.
Lots of files.  One of our clients bought a 3100-90 for a file server.  The
problem is the PCFS_SERVER's inability to cache directory info.  I suspect this
is where your DIO's are being spent.  I've implemented a MASSIVE increase in
the VMS ACP sysgen params that cache this on all drives mounted/system, it's a
shared cache.  ACP_DINX*, ACP_DIR* and ACP_HDR*, the results were staggering,
NO delays with the C:\> DIR /S.  Some Wordperfect(dos) functions that do
directory searches, hauled donkey.  MONITOR FILE...was pegged at 100% hit rate.
Really, really zippy.

    Keep in mind these params come out of paged pool, so for every page of
increase, bump up PAGEDYN by number of bytes.  Also bump up the system working
set by the same number of pages...SYSMWCNT.  That will prevent system page
faults.  I'll be the first to admit that not all performance issues can be
solved by throwing memory at them, but this one was obvious to the most casual
observer, and I had a few lingering about at the time.

    In the case of the file server.  I had to reduce the memory for the
PCFS_SERVER process to make room, I originally gave it the WORLD.  The end
result was well worth it.  Usually there was a pregnant pause while doing a
directory of a file service with hundreds of files in it.  That pause went
away.

    On a side note.  You might want to BAC/IM these drives, and INIT them
with the /HEADERS=<very big>, ie. double the size of INDEXF.SYS now.  This will
give your INDEXF.SYS the room to grow and not "fall apart" later.  Then BAC/IM
to restore, using the /NOINIT qualifier to preserve the newly allocated size of
INDEXF.SYS.  DIR/SIZ=ALL.

Nick Abbot 70303.1354@compuserve.com