HDTenEightyP/NetNews huggingface dataset:
From: YOUNG@tattoo.cs.widener.edu (Rob Young)
Newsgroups: comp.os.vms
Subject: Re: OpenVMS VAX V6.0 Postscript press release...
Date: 14 Dec 1992 20:32:16 GMT
Organization: Widener University Department of Computer Science, Chester PA
Distribution: world
NNTP-Posting-Host: tattoo.cs.widener.edu
X-News-Reader: VMS NEWS 1.20


In <1992Dec14.114851.1@uwovax.uwo.ca> brent@uwovax.uwo.ca writes:

> 
>    Some time in early December, "Paul" posted a PostScript file outlining
>    OpenVMS VAX V6.0.  I rediscovered it today; it did not print on our ps
>    printer.  (I had to prefix the file with %! to prevent our printer
>    simply printing the file as text.)
> 
>    Could the author/poster possibly come up with plaintext of this article?
>    Thanks.  b.
> 

Brent,

	$ search filename.ps copyright,huppert /match=and 

/Notice (Copyright )1988, 1989, 1990, 1991 Lawrence N. Huppert) readonly def


Remove the parentheses before the 1988.

				Rob


                                                     young@tattoo.cs.widener.edu
"...the sky is blue and so is the sea . . . What is the color when black is
burned?  What is the color?"    -- Neil Young
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: SMTP mail hackers
Date: 15 Dec 92 02:13:14 GMT
Organization: The Internet

Matt Gilbert, matt@ocmatt.cc.oberlin.edu, writes:

>   From my simple understanding of SMTP I would guess there is nothing I
>can do about this. I would like to know there really is something I could
>do about it and how to implement it.
>
>   (I'm just waiting for someone to send mail to my boss from *me* telling
>him to %$#^@!)

Step One:  Inform (or remind) your users that SMTP (and DECnet) mail *are not 
secure* and should not be trusted.  Do this before you have the problem of your 
boss getting a nasty message from "you".

Depending on your IP package, you may be able to log all incoming connections 
to your port 25, and then track down the users based on date/time stamps and 
take the action appropriate for your site.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: Why does this code crash with ACCVIO? (tangent)
Date: Fri, 18 Dec 92 07:38:12 PST
Organization: The Portal System (TM)
Distribution: world

For what it's worth, I have also noted that the Debugger will fix up 
stack corruptions which can occur if you somehow push "N" arguments on
the stack, then issue a CALLS instruction specifying "M" arguments, 
where M != N.  I don't see how a HLL could do this, unless there were
compiler bugs, but if you're programming in Macro this can happen quite
easily.  You then see ACCVIOs and the like when running /NODEBUG, but
everything works fine when you run /DEBUG.  Maddening!  (It may also 
be the case that single STEP'ing through the program works fine, but
GO'ing through it all-at-once doesn't work.  That's even MORE maddening!)
Over time I've learned to check for call-stack vs. CALLS-instruction 
disagreement when this happens, and I nearly always FIND it when these
symptoms evince themselves...

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Splitting a user disk
Date: 15 Dec 1992 18:26:23 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <71687@cup.portal.com>, Chris_F_Chiesa@cup.portal.com writes:
>I was hoping to keep the "split" totally invisible by
>keeping everything hidden under the blanket of SYS_USERDEVICE, but that 
>appears to be impossible.  Ken, you presumably won't have problems since 
>you've explicitly entered STU1 or STU2 in your UAF also, but it seems a pity
>that this should be necessary.  I'd appreciate any tips on making a "split
>disk" truly transparent to the user, but I suspect it may be impossible...

Well, you can either have both disks accessible via the old logical name, or
you can guarantee that each user can continue to refer to his own files via the
old logical.  You can't do both at once.  To do the latter, you could include
something like the following in SYS$SYLOGIN:
	$ IF F$LOCATE("SYS_USERDEVICE:",F$TRNLNM("SYS$LOGIN")) .NES. -
		F$LENGTH(F$TRNLNM("SYS$LOGIN")) THEN
	$ DEFINE SYS_USERDEVICE 'F$ELEMENT(0,":",F$PARSE("SYS$LOGIN"))':
This will define SYS$USERDEVICE in the process table to be the first
translation of the existing logical name on which the user's default directory
is found.
--------------------------------------------------------------------------------
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.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: How to make only one file readable?
Date: 16 Dec 1992 23:08:10 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <BRIAN.92Dec16163705@dsm.dsm.fordham.edu>, brian@dsm.fordham.edu (Brian Downing) writes:
>  One: I already know how to set file protections.
>  Two: I DO NOT want my directory world readable.
>      (I often use filenames that contain either people's names and/or
>       obcenities so that they stand out when I list them).
>       (OK, I'm a little nuts, so what?)
>
> I want to leave the protection on DSK3:[BDOWNING] (WRED,RWED,,)
> But I want the protection on DSK3:[BDOWNING].PLAN (WRED,RWED,,R)

> FINGER won't allow anyone to see the .PLAN file without me first
> setting my directory world readable. 

> Now the readl question, is there any way around this?

$ SET PROTECTION=W=E DSK3:[000000]BDOWNING.DIR;1
$ SET PROTECTION=W=R DSK3:[BDOWNING].PLAN

> Oh by the way, someone asked why I FINGER myuserid in my LOGIN.COM
> rather than just TYPEing the .PLAN file. I use MM because I think
> VMS MAIL stinks and MULTINET's FINGER will tell me if I have new MM
> messages when I FINGER myuserid.

What specifically do you dislike about MAIL?  I've found that most people who
complain about MAIL lament its lack of features.  They tend to be surprised
when I point out that MAIL *DOES* have the features they want, and also a HELP
command that would've told them about said features.
--------------------------------------------------------------------------------
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.
Newsgroups: comp.os.vms
From: ecf_stbo@jhuvms.hcf.jhu.edu (You never forget your first gale)
Subject: Re: ?Terminal I/O monitoring program around
Summary: see subject
News-Software: VAX/VMS VNEWS 1.41    
Keywords: term i/o,monitoring,security
Organization: The Johns Hopkins University - HCF
Date: Mon, 14 Dec 1992 18:24:00 GMT

In article <mike.724308138@starburst.umd.edu>, mike@starburst.umd.edu (Michael F. Santangelo) writes...
> 
>I'm wondering if there is a program that I can get ahold of that allows
>a system manager to monitor (discretely) the activity of a user who is
>logged on in VMS (5.4-3).  More specifically it should be able to peek
>in on a TNdriver based terminal (UCX uses this).


I think Chris Tanski has one



Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
From: SYSTEM_JM@UNODE2.NSWC.NAVY.MIL ("SYSTEM SUPPORT")
Newsgroups: comp.os.vms
Subject: Re: How to prevent login.com from running
Date: 16 Dec 92 17:58:00 GMT
Distribution: world
Organization: The Internet

Date sent:  16-DEC-1992 12:55:58 
>> Lori Gavin writes:
>>
>> I was wondering if there is any way to globally not run any users's 
>> login.coms.
>>  
>
>My suggestion would be to go into AUTHORIZE and set something like the 
>following:
>
>	UAF> MOD username/LGICMD=ASDKJFDSA
>
>This would solve the problem, unless of course the user has a com file such
>as ASDKJFDSA.COM. The trick is to set that value to something your user(s)
>would be highly unlikely to name a com file.

Or "UAF> MOD username/LGICMD=NL:".  Then you wouldn't have to worry about what 
the user called his/her .COM files.

*******************************************************************************
** Jim Matthews                                                              **
** Naval Surface Warfare Center Dahlgren Division                            **
** Code N23A                                                                 **
** Dahlgren, VA 22448-5000                                                   **
** Internet: system_jm@unode2.nswc.navy.mil                                  **
*******************************************************************************
From: music@erich.triumf.ca (FRED W. BACH)
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail & monitor
Date: 16 Dec 92 18:58:00 GMT
Organization: TRIUMF: Tri-University Meson Facility
NNTP-Posting-Host: erich.triumf.ca
News-Software: VAX/VMS VNEWS 1.41

In article <01GS9UH44I028WW7NK@kopc.hhs.dk>, ARNE@ko.hhs.dk (Arne Vajhxj) writes...
#Chris Tanski posted two questions:
# 
#> Can somebody tell me when it's legal and when it's illegal for a sysop to
#> check another user's mail?
# 
  [lot's of good advice from Arne deleted]

#So if you are a good guy, then you can thrust your system-manager just
                                        ^^^^^^
#like you thrust your priest or doctor !
          ^^^^^^

  This is hilarious!   Well said, Arne!   
  I bet some people would like to THRUST their sysops (and maybe even 
  their Priests and/or Doctors... ) !   :-) :-)

  Yes, I know Arne means TRUST.  I am not picking on him (he's a great
  and helpful fellow), but I am pointing out the humour that often happens
  with English.

# 
#                                                          Arne
# 

 Fred W. Bach ,    Operations Group        |  Internet: music@erich.triumf.ca
 TRIUMF (TRI-University Meson Facility)    |  Voice:  604-222-1047 loc 278/419
 4004 WESBROOK MALL, UBC CAMPUS            |  FAX:    604-222-1074
 University of British Columbia, Vancouver, B.C., CANADA   V6T 2A3

 These are my opinions, which should ONLY make you read, think, and question.
 They do NOT necessarily reflect the views of my employer or fellow workers.
From: burress@twics.co.jp (Tim Burress)
Newsgroups: comp.os.vms
Subject: SET LANGUAGE -- How to Determine User Choice?
Date: 11 Dec 92 19:56:41 GMT
Organization: TWICS, Tokyo, Japan

We are running VMS 5.5 with support for Japanese as well as English.  Users
choose which language to use via the SET LANGUAGE command.  My question is
whether there is a function I can call to tell me what language the user has
chosen at a given time.

Since the SET LANGUAGE command itself does not appear in the online HELP
library or printed documentation, I'm wondering if there is an undocumented
extension to, say, $GETJPI.

						Thanks!

-- 

Tim Burress                                     Internet:  burress@twics.co.jp
TWICS Co., Ltd.
1-21 Yotsuya, Shinjuku-ku, Tokyo 160 Japan
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: SMG$ routines: Just how non-reenterent are they?
Date: 15 Dec 92 11:59:33 GMT
Distribution: na
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Dec14.164356.28810@bnlux1.bnl.gov>, kushmer@bnlux1.bnl.gov (christopher kushmerick) writes:
> The manual says that SMG$ is not reenterent (spelling?).
> 
> Does this mean that I should disable ASTs from occuring arounds each smg call 
> if my program uses AST routines triggered by timers, $qios et cetera?

No.

> Or does it only mean that I should not do any SMG routines in any ASTs that
> may interrupt a SMG routine?

Yes.

Bruce C. Wright
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: 9 Levels of VMS?
Date: 19 Dec 1992 13:19:45 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Dec18.153714.7452@sun1x.actc.res.utc.com>, scottb@sun1x.actc.res.utc.com (TheLrdLovsAHngn) writes:
>	2) Hide said directories nine levels down.  You'll need a
>	   logical to see them yourself, but the casual user won't
>	   know to look.  I'm not sure if Analyze will spot this though.
>
>
>What I am wondering is, how can you put something 9 levels down?
>As far as I know, VMS will only let you create up to 7 levels of
>subdirectories?  Is there a way to get 9 levels?  And if so, how?

Here's a way to get 26 levels:

$ CREATE/DIR disk:[A.B.C.D.E.F.G.H]
$ CREATE/DIR disk:[I.J.K.L.M.N.O.P]
$ CREATE/DIR disk:[Q.R.S.T.U.V.W.X]
$ CREATE/DIR [Y.Z]
$ RENAME disk:[000000]Y.DIR disk:[Q.R.S.T.U.V.W.X]
$ RENAME disk:[000000]Q.DIR disk:[I.J.K.L.M.N.O.P]
$ RENAME disk:[000000]I.DIR disk:[A.B.C.D.E.F.G.H]

But only the first 15 are easily accessible:

$ DEFINE FUBAR/TRANS=(CONC,TERM) disk:[A.B.C.D.E.F.G.]
$ DIR FUBAR:[*...]
--------------------------------------------------------------------------------
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.
From: system@spades.aces.com (SYSTEM MANAGER)
Newsgroups: comp.os.vms
Subject: Re: How to prevent login.com from running.
Date: 16 Dec 92 15:02:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <BzC01F.LG3@usenet.ucs.indiana.edu>, hpassaue@silver.ucs.indiana.edu (Billy Passauer) writes...
#Speaking of preventing login.com from running.  A while back a saw a
#/qualifier that one could type in after their username that would
#prevent this.  But I can't remember for the life of me what it is.
#Anyone have any ideas?  Thanks in advance.

$ HELP LOGIN /COMMAND
LOGIN

  /COMMAND

        /COMMAND[=filespec] (default)
        /NOCOMMAND

     Controls whether to execute your default login command procedure
     when you log in....

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
I feel better about world problems now!
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus.
Date: 11 Dec 1992 18:25:11 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

>You could mess around with a privately mounhted disk for your stuff, but that 
>would not stop others from mouting it when you are not there.  

Never heard of SHARE priv, eh?  That's the one that lets you read a volume that
someone else has mounted privately.
--------------------------------------------------------------------------------
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.
From: RABINOWITZ@BEAR.COM (Ari)
Newsgroups: comp.os.vms
Subject: Re: Splitting a user disk
Date: 15 Dec 92 16:05:30 GMT
Organization: BEAR STEARNS & CO.
X-News-Reader: VMS NEWS 1.24

In <71687@cup.portal.com> Chris_F_Chiesa@cup.portal.com writes:

> Ken Connelly writes: 
> 
> >  Split the current users on DUB0 onto DUB1 and DUB2.  A current (and
> >  future) user will have diskquota and directory on *only one of* DUB1 or
> >  DUB2.
> that this should be necessary.  I'd appreciate any tips on making a "split
> disk" truly transparent to the user, but I suspect it may be impossible...

The only way to do this is to either get a larger disk and do a backup
from the smaller disk onto the larger which now becomes the user disk,
or to combine two (or more) disks into one logical volume.  The
traditional way to do this in VMS was a volume set, created with
MOUNT/BIND.  A newer way which I have heard works, but I have no
experience with is to set up a Stripe set with several disks.  There was
recently a discussion here about the pros and cons of the two methods.

I know that volume sets work, since we did that at my last job.  I'm
sure that stripe sets can work also, but I'm not sure how.

As Chris has discovered, search list logicals do not work.

Ari

Ari Rabinowitz                  rabinowitz@bear.com for VMS and personal mail
WorkStation Administrator	ari@bear.com for sun/HP Un*x mail
Bear Stearns
From: CM3BCH11@staffordshire.ac.uk
Newsgroups: comp.os.vms
Subject: Anonymous SMTP
Date: 17 Dec 92 15:11:55 GMT
Reply-To: jim.crawshaw@staffordshire.ac.uk
Organization: The Internet


Someone may have mentioned this, but the best way of stopping people
accessing port 25 is to recompile telnet with a check in the code
to stop people specifying port 25. Thats what i'd do.

This won't stop people with their own copy of telnet 


Tony Blews.
Staffordshire University
Computing Student
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
Date: 19 Dec 92 01:40:21 GMT
Organization: The Internet

"Peter J. MASON", with a FROM address of <munnari.oz.au!metro!usage!sdipl!
sdipl1.sdi.oz.au!petem@UUNET.UU.NET>, writes:

>ccdarg@dct.ac.uk (Alan Greig) writes:
>>> # Can somebody tell me when it's legal and when it's illegal for a sysop to
>>> # check another user's mail?
>>> [...]
>>>
>
>Is it relevent that only "mail" is being considered in this thread? Is the
>situation different if a user saves mail items in a more general purpose file,
>to be later perhaps read by a sysop? Seems to me that we really should be
>talking about sysops peering over the fence generally, rather than merely at
>mail items.

Could you please move this question to a more appropriate group?  See any 
list-of-lists (available from your favorite local listserv) for mailing lists
dealing with privacy issues.

The newsgroup comp.privacy, or the mailing lists ETHICS-L@MARIST.BITNET or 
Computers and Academic Freedom at LISTSERV@EFF.ORG, would be good candidates.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
Newsgroups: comp.os.vms
From: ritley@uiucmrl.bitnet ()
Subject: Seeking info about DECterm
Reply-To: ritley@uiucmrl.bitnet ()
Organization: Materials Research Lab
Date: Tue, 15 Dec 1992 16:00:08 GMT


I came across the following fragment, which changes
the title-bar and icon-label of a DECterm under DECwindows:
	$ osc[0,8]=157
	$ st[0,8]=156
	$ write sys$output osc,"2L;",p1,st  !! Changes ICON name
	$ write sys$output osc,"21;",p1,st  !! changes TITLE bar

I wish to learn whether it is possible to invoke other
DECterm options (such as some of the choices which 
appear in the DECterm menu bar) by writing escape
sequences in this manner.  (In particular, I am looking
for the sequence which will invoke Reset Terminal.)

However, I am having some difficulty in locating the VMS
documentation which describes this.

Any pointers to the documentation (or examples of source
code by e-mail) would be appreciated!

Many thanks!


Newsgroups: comp.os.vms
From: kushmer@bnlux1.bnl.gov (christopher kushmerick)
Subject: SMG$ routines: Just how non-reenterent are they?
Organization: Brookhaven National Laboratory
Distribution: na
Date: Mon, 14 Dec 1992 16:43:56 GMT

The manual says that SMG$ is not reenterent (spelling?).

Does this mean that I should disable ASTs from occuring arounds each smg call 
if my program uses AST routines triggered by timers, $qios et cetera?

Or does it only mean that I should not do any SMG routines in any ASTs that may
interrupt a SMG routine?

Thankyou

-- 
Chris Kushmerick
kushmer@bnlux1.bnl.gov
From: FRANKJEAN@URVAX.URICH.EDU
Newsgroups: comp.os.vms
Subject: EXIT
Date: 14 Dec 92 23:29:20 GMT
Distribution: world
Organization: The Internet

[21~
From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: RE: Please, any comments on these outputs.....
Date: 18 Dec 92 10:11:20 GMT
Distribution: world
Organization: The Internet

> >  Volume status:  subject to mount verification, file high-water marking,
> >      write-through caching enabled.
> 
> Everything looks good to me -- except...
> 
> If you're not running in a high security environment, you should
> consider turing off high-water marking.  What it does is automatically
> fill file extensions with zeroes.  It's goal is to keep users from
> "disk scavaging" by using the following to read files that others
> have deleted:
>    $ copy login.com foo.foo /allocate=100000
>    $ set file /end foo.foo
>    $ dump foo.foo
> 
> This will pick up other user's deleted mail messages, program listings,
> memos and other perhaps non-public things.  It takes additional I/Os
> to fill the extensions with zeroes and if security is not an issue,
> then it will return you a little disk performance.

The overhead of using highwater-marking was of importance at VMS 4.x, but
on a VMS 5.x system it should be extremely small, because DEC changed the
highwater-marking feature in VMS 5.0 ! So at VMS 5.x I will consider
highwater-marking OK even at a low security node !

If I remember correct, then highwater-marking at VMS 4.x will always erase
on allocation, while it at VMS 5.x will omit the erase for blocks being
written sequentially to a file opened with exclusive access. This will not
save IO for the above example, but for a more frequent command like
COPY BIG.DAT NEWBIG.DAT, it will save IO.

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK