HDTenEightyP/NetNews huggingface dataset:
From: jimmy_t@verifone.com
Newsgroups: vmsnet.uucp
Subject: Ultrix/VMS link needed
Date: 20 Jan 93 19:59:37 -1000
Organization: VeriFone Inc., Honolulu HI

If I have a VMS and Ultrix machine on the same Ethernet,
can I configure Decus UUCP to transfer mail back and forth
between the two systems over Ethernet?  (There is no TCP/IP
software on the VMS system)

Is there some other solution I should consider?

Thanks.
-- 
Jim
+------------------------------------+--------------------------------------+
|  James H. Thompson                 |   jimmy_t@verifone.com    (Internet) |
|  VeriFone Inc.                     |   uunet!verifone!jimmy_t  (UUCP)     |
|  100 Kahelu Avenue                 |   808-623-2911            (Phone)    |
|  Mililani, HI 96789                |   808-625-3201            (FAX)      |
+------------------------------------+--------------------------------------+
From: killeen@eisner.decus.org
Newsgroups: vmsnet.decus.lugs,decus.comp.org
Subject: Landover MD LUG meeting
Date: 21 Jan 93 17:56:41 -0500
Organization: DECUServe

           <<< EISNER::DUA3:[NOTES$LIBRARY]LOCAL_HAPPENINGS.NOTE;1 >>>
                             -< LOCAL_HAPPENINGS >-
================================================================================
Note 31.25                    Capitol Area VMS LUG                      25 of 25
EISNER::DRIESMAN "Debbie Driesman"                   21 lines  21-JAN-1993 09:41
                           -< January 1993 meeting >-
--------------------------------------------------------------------------------
    Tuesday, January 26
    
    1:00PM - 4:00PM
    CourtYard Marriott
    8330 Corporate Drive
    Landover, MD
    
    Topic:	VMS Performance Tuning in Real Time
    
    Speaker:	Grady Ogburn of Datametrics.
    
    He will discuss using the ViewPoint Performance Analyzer, a Datametrics
    software product for real-time VMS performance monitoring and data
    analysis.  Using ViewPoint on a portable PC, Grady will illustrate VMS
    tuning techniques with interactive color graphics that display VMS
    performance alongside SYSGEN parameters in real-time windows for one or
    more VAX nodes.
    
    
    In addition, LUG members who attended the Fall Symposium will share
    highlights and experiences.
Newsgroups: vmsnet.decus.lugs
From: rdervan@orac.holonet.net (Richard Dervan)
Subject: Looking for Atlanta, GA LUG
Summary: Looking for Atl, Ga LUG
Keywords: Atlanta, Georgia, LUG
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Distribution: usa
Date: Fri, 29 Jan 1993 01:28:03 GMT


I'm looking for information on the Atlanta LUG.  I saw them at DECUS but
haven't received anything from them and was wondering if anyone knew how I
could contact them.

Thanks,
-Richard Dervan
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.misc
Subject: Re: DEQNA on MV2
Date: 22 Jan 93 07:16:10 GMT
Organization: St. Peter's College, US

In article <1993Jan21.134315@mccall.com>, tp@mccall.com (Terry Poot) writes:
> The current board is called the DELQA. There are a couple of versions, I think
> one is faster than the other. Once upon a time DEC had a special trade in deal
> where for $600 (approx.) you could trade up to a DELQA. You might talk to a DEC
> salesthingy and see if you can get that deal. They extended it several times, so
> who knows, it might still be available.

  Actually, the current board is the DELQA-YM (also known as the "Turbo DELQA"
or the "DEQTA"). The trade-up program was from the DEQNA or the DELQA to the
DELQA-YM. It was (is?) managed by Digital Assisted Services at 800-225-5385,
and it's unlikely that your sales person will be aware of it. I'd suggest call-
ing DAS and seeing if it's still going on.

> I dunno. I think the DEQNA is still supported on PDP's so it might still be
> supported on Ultrix. I'd find out before spending any money.

  As of the last time I looked (November '92) the DEQNA was supported every-
where Ethernet is supported except VMS.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Xref: sparky vmsnet.misc:1161 vmsnet.internals:1779 comp.sys.dec:7032 comp.org.decus:1134
From: jes@Colorado.EDU (Janet Shaw)
Subject: vms ascii to postscript filter
Keywords: postscript
Organization: University of Colorado, Boulder
Date: 22 Jan 93 19:23:09 GMT

 I'm looking for an ascii to postscript filter. I'm familiar 
 with lwf (Laserwriter Filter program by Barry Brachman) and am 
 hoping to find lwf or similiar program for vax/vms. 

 Thanks in advance.  
 
--
Janet Ferguson                              University of Colorado
Center for Astrophysics & Space Astronomy   Campus Box 389 
Systems Administration                      Boulder, Colorado 80309-0389
ferguson@yonder.Colorado.EDU                (303) 492-4058
From: r_voisey@csd.uwe.ac.uk (R Voisey)
Newsgroups: vmsnet.misc
Subject: DEQNA on MV2
Date: 21 Jan 93 11:30:55 GMT
Organization: University of the West of England, Bristol

First off, my thanks go to those who helped out with my DW query.

One further query has resulted, however.  If the DEQNA is obsolete, how should
one go about fitting ethernet to a MV2?  I don't plan to upgrade beyond 5.3,
but I'm seriously considering Ultrix - I assume it's also dropped DEQNA
support..?

Cheers

Bob

-- 
  Robert J. Voisey  :  r_voisey@csd.uwe.ac.uk
         -- Probug Software Developments --
162 Staplehill Rd, Fishponds, Bristol, Avon, England
Xref: sparky vmsnet.misc:1178 vmsnet.internals:1790 comp.sys.dec:7096 comp.org.decus:1140
From: gezelter@rlgsc.com
Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus
Subject: Re: Need faster async board...dlv11-J?  Something else?
Date: 25 Jan 93 12:19:40 EST
Distribution: world
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1993Jan23.110940.1270@cmkrnl.com>, jeh@cmkrnl.com writes:
> ...
> 
> They also put out some release note on, I believe, DS200 3.1 code, talking
> about the server "asserting RI [ring indicator]", when RI is of course not
> sourced by the terminal server! 
> 
> ...
-- 
Jamie,
 
Are you sure that the reference to RI was not concerning the case 
of the server providing Reverse-LAT services. On some systems, 
the host must see RI on a dialup connection before it will 
"answer the phone". 
 
In that case, the server needs to assert RI, since the server is 
behaving as a modem, not as a host.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Xref: sparky vmsnet.misc:1191 vmsnet.internals:1807 comp.sys.dec:7156 comp.org.decus:1146
From: bennett@dstos3.dsto.gov.au
Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus
Subject: Re: Need faster async board...dlv11-J?  Something else?
Date: 27 Jan 93 16:45:38 CST
Distribution: world
Organization: Defence Science and Technology Organisation

In article <1993Jan23.110940.1270@cmkrnl.com>, jeh@cmkrnl.com writes:

> There was a VT1xx terminal that worked in block mode... I want to say VT105,
> but that was a half-assed attempt at a graphics terminal.  

Was it the VT132 or some similar model number ?

Regards,

John Bennett                                   bennett@dstos3.dsto.gov.au
Head, I.T. Services Development                Phone : +61 8 259 5292
Corporate Information Systems                  FAX   : +61 8 259 5537
DEFENCE SCIENCE AND TECHNOLOGY ORGANISATION    Postal: Bld 73 Labs Area
AUSTRALIA                                              PO Box 1500 Salisbury 
                                                       South Australia  5108
                                                       AUSTRALIA
From: cc977@cleveland.Freenet.Edu (Mike Novak)
Newsgroups: vmsnet.misc
Subject: Auto-logout Utility?
Date: 22 Jan 1993 15:38:14 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Hi!

I know a little bit about DCL commands, but not a whole lot...

I am a person who suffers from staying on the Vax way too late at
night...  I'd like to be able to set an "alarm clock" of sorts,
to log me out automatically at a certain time.

I don't think there is any command I can use to do this, but I
think I should be able to create a .com file to do it.  I envision
something like this:

	- Input time to log out
	- submit a batch program to kill the process at the defined
	  time, and send a "five minute warning" prior...

Is there a way to pull in the PID short of entering it by hand??
I assume I could use  stop /ident=PID    to kill the process...

Is there a better way??  Am I crazy?  Do I not know what I'm 
talking about???

Thanks for any help!!!

Mike Novak
cc977@cleveland.freenet.edu
novakmj@sluvca.slu.edu

Email replies appreciated! :)
##
Xref: sparky vmsnet.misc:1162 vmsnet.internals:1780 comp.sys.dec:7034 comp.org.decus:1135
Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus
Subject: Re: Need faster async board...dlv11-J?  Something else?
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 21 Jan 93 11:47:46 GMT
Distribution: world
Organization: The Wolery

don@zl2tnm.gen.nz (Don Stokes) writes:
> OK, but note that I got the TT$M_MODEM!TT$M_HOSTSYNC test wrong.  (It'll take
> the modified path if _either_ bit is set, not both.  Originally, I just coded
> to look at TT$M_MODEM, until I realised that it would only call PORT_XOFF to
> output a BEL if HOSTSYNC wasn't set, dropping DTR until the port was 
                                                ^^^
                                                RTS of course
                                                Must be bedtime.  

> re-initialised, which wasn't quite what I had in mind....)

--
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
Xref: sparky vmsnet.misc:1181 vmsnet.internals:1795 comp.sys.dec:7103 comp.org.decus:1142
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus
Subject: Re: Need faster async board...dlv11-J?  Something else?
Date: 24 Jan 93 04:55:19 GMT
Followup-To: vmsnet.internals
Organization: St. Peter's College, US

In article <1993Jan23.110940.1270@cmkrnl.com>, jeh@cmkrnl.com writes:

> Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus

  Can we keep this to a smaller subset of the newsgroups, please? I've set
the followup header on this posting to vmsnet.internals only.

> There was a VT1xx terminal that worked in block mode... I want to say VT105,
> but that was a half-assed attempt at a graphics terminal.  

  VT131.

> That's never stopped them before.  Presumably the folks who designed the
> terminal server firmware had access to the same spec, but they came up with a
> different interpretation.  Several different interpretations, in fact.

  The physical serial communication chips in the DS200 won't send if CTS isn't
asserted. Period. It can't be "fixed" in the firmware/load image. However, DEC
is free to do it wrong in future server products.

> They also put out some release note on, I believe, DS200 3.1 code, talking
> about the server "asserting RI [ring indicator]", when RI is of course not
> sourced by the terminal server! 

  What they mean is that when you use the crossover cable (BC22R) to do re-
verse LAT, the signal that appears on the far end of the BC22R as RI is assert-
ed by the DS200. And they're correct.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Xref: sparky vmsnet.misc:1175 vmsnet.internals:1788 comp.sys.dec:7091 comp.org.decus:1138
Newsgroups: vmsnet.misc
Subject: Re: DEQNA on MV2
From: tp@mccall.com (Terry Poot)
Date: Thu, 21 Jan 1993 13:43:15 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1993Jan21.113055.12901@csd.uwe.ac.uk>, r_voisey@csd.uwe.ac.uk (R
Voisey) writes:
>One further query has resulted, however.  If the DEQNA is obsolete, how should
>one go about fitting ethernet to a MV2?  

The current board is called the DELQA. There are a couple of versions, I think
one is faster than the other. Once upon a time DEC had a special trade in deal
where for $600 (approx.) you could trade up to a DELQA. You might talk to a DEC
salesthingy and see if you can get that deal. They extended it several times, so
who knows, it might still be available.

>I don't plan to upgrade beyond 5.3,
>but I'm seriously considering Ultrix - I assume it's also dropped DEQNA
>support..?

I dunno. I think the DEQNA is still supported on PDP's so it might still be
supported on Ultrix. I'd find out before spending any money.
--
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: vmsnet.misc
From: brianm@boar.tansu.com.au (Brian Martin)
Subject: Re: Writing UNIX file sys from VMS
Reply-To: brianm@boar.tansu.com.au
Organization: AOTC - CSSC
Date: Thu, 28 Jan 1993 04:55:39 GMT

Re: moving large files from VMS to Unix, via optical disk

Sorry I can't help with creating a Unix file system from VMS,
but I regularly move large files (30MB) from VAX/VMS onto an optical disk
connected to a Sun running SunOS ("unix").
The unix system (Sun workstation) mounts the optical disk as a normal file
system (using Pinnacle REO rewritable optical, or Pioneer write-once (WORM))
which has normal directories, subdirectories, files etc.

The optical drive is accessed from the Vax/VMS system via Decnet.
The Sun runs DNI (Digital Network Interface) which is Sun's interconnect
product for Decnet. As far as the Vax knows, the Sun appears to be just another
Decnet node, which can be copied to, dir'ed, set host to, etc.

This may or may not suit your purpose, & it's a bit slow (19KB / sec  !!! )
There is a bug in Sun's DNI which fails to detect disk full when copying onto
the Sun, but Sun are working on that one.

Brian Martin
brianm@cssc-syd.tansu.com.au (Telecom, Sydney, Australia)
From: danmz@echosphere.com (Dan Zirin)
Newsgroups: vmsnet.misc
Subject: Re: Auto-logout Utility?
Date: 23 Jan 93 13:23:13 MST
Organization: Echosphere/Houston Tracker Systems

In article <1jp4d6INN5b4@usenet.INS.CWRU.Edu>, cc977@cleveland.Freenet.Edu (Mike Novak) writes:
> I am a person who suffers from staying on the Vax way too late at
> night...  I'd like to be able to set an "alarm clock" of sorts,
> to log me out automatically at a certain time.

You could get Nanny from IAGO.CALTECH.EDU (via FTP) from DIST$:[NANNY].
Nanny, among other things, offers a wake-up call facility.

> Mike Novak
> cc977@cleveland.freenet.edu
> novakmj@sluvca.slu.edu
-- 
Daniel "Zar" Zirin                                         DanMZ@Echosphere.Com
"...no matter where you go, there you are." - BB           Raptor!DanMZ@CSN.Org
Echosphere Corp./Houston Tracker Systems
90 Inverness Circle East, Englewood, CO 80112, USA          (303) 799-8222x5399
Views expressed by me usually don't count for much. :-0
Xref: sparky vmsnet.misc:1180 vmsnet.internals:1793 comp.sys.dec:7102 comp.org.decus:1141
Newsgroups: vmsnet.misc,vmsnet.internals,comp.sys.dec,comp.org.decus
Subject: Re: Need faster async board...dlv11-J?  Something else?
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 24 Jan 93 04:41:37 GMT
Distribution: world
Organization: The Wolery

jeh@cmkrnl.com writes:
> There was a VT1xx terminal that worked in block mode... I want to say VT105,
> but that was a half-assed attempt at a graphics terminal.  

VT131.  There's one in my junk shed with dud video.  Yes, those things
are likely yo be a problem.  Of course there's nothing stopping one from
setting the COMMSYNC bit via a short program, even if there isn't a SET
TERMINAL command to do the trick.  Actually, that's probably a more
appropriate way to do things: have the program that loads the flow control
intercept stuff take a parameter of a terminal to set up.  It should sense
whether the intercepts have already been installed, and not do it again if
so.  But it can also set the COMMSPEC bit in the UCB of the device specified.

It's probably a good idea to have the loader check what type of terminal mux
it's dealling with before loading the intercepts -- it could load code for
other devices as appropriate -- the DHV11 isn't the only terminal mux DEC
developped!  8-)  (Of course the DHU11 uses the same driver.  What does the
DHQ11 use?)

Something along the lines of:

$ HWFLOW :== $UUCP_BIN:HWFLOW
$ HWFLOW TXA0:	! DHV11 code for TXAn loaded. COMMSPEC!HOSTSYNC set on TXA0
$ HWFLOW TXA2:	! COMMSPEC!HOSTSYNC set on TXA2. Intercept code already loaded
$ HWFLOW LTA100:! Will fail
%HWFLOW-E-NOSUPPORT, hardware flow control not supported for device LTA100:

etc

> Implements flow control for outbound data based on, I believe, the DSR 
> line.  The idea is that if you have a serial printer that waggles DTR for
> flow control (which is fairly common in PC stuff; Diablo or someone like that
> did it early on, and lots of others followed suit, even though it isn't 
> standard) you can wire this to the DTR input of the VAX port.  I don't know
> why they bothered since wiring it to CTS always worked fine for me. 

I take it the silly thing doesn't work with modem control enabled?

Is this likely to have compatibility problems with the RTS stuff?

> > The half-duplex method requires that [RTS] be held low unless transmitting
> > (or at least preventing the other side sending).  
> 
> And is therefore useless!  For our purposes anyway.  

Oh, yes.  But if it was doing it that way, you'd have noticed by now!

> They also put out some release note on, I believe, DS200 3.1 code, talking
> about the server "asserting RI [ring indicator]", when RI is of course not
> sourced by the terminal server! 

Some doco didn't know what he/she/it was talking about....


--
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: vmsnet.sysmgt
Subject: Date/Time off 1 year after upgrading to 5.5-2
From: rharwood@east.pima.edu
Date: 27 Jan 93 16:05:43 MST

Last night about 11pm I started the VMS 5.5-2 upgrade on a VAX 6310 running VMS
5.5.  The upgrade finished about 1am this morning by the required "rebooting". 
When the system came back up, the date/time was off by a year!

The very last entry in OPERATOR.LOG;-1 had the right date, and the very first
entry in OPERATOR.LOG;0 was off by a year (1992), so nobody mis-set the date in
the meantime!

I've read somewhere that something similar to this would happen at the turn fo
the year, but this was NOT a "New Year's Eve" problem!
-----
Ray Harwood           |Data Basix           |Adjunct Faculty, East Campus,
Voice: (602)721-1988  |PO Box 18324         |   Pima Community College
FAX:   (602)721-7240  |Tucson, AZ 85731     |Instructor in Ada and Pascal
CompuServe: 76645,1370|AppleLink: DATA.BASIX|Internet: rharwood@east.pima.edu
Newsgroups: vmsnet.sysmgt
Subject: Re: WIPE DATA ON TAPES??
From: rharwood@east.pima.edu
Date: 22 Jan 93 09:39:55 MST

In article <1993Jan15.152232.12907@nap.amoco.com>, zlew14@NAP.AMOCO.COM (LEWALL@NAP.AMOCO.COM (Larry 
Wall)) writes:

> Can anyone tell me how to "WIPE" data of of 9 track 6250bpi 1/2" tapes
> efficiently and quickly.  I have 1000 plus tapes and have tried a tape
> eraser which will do about 3 tapes and then gets hot and has to cool for
> 20 minutes.  I also have a program to re-write over all the tapes but
> I do not have the time to mount and write 1000 tapes.  Thanks for any
> input on how the tapes can be erased quickly.

Hopefully this answer hasn't scrolled of my (low-capacity) newsreader:  Buy a
degausser.  Basically an electromagnet the size of a household iron (and
similarly shaped!), take the tapes AND the degausser WAY away from any computer
media you want KEPT... then hold the degausser up to each tape, press the "on
switch", and "iron" the outside of the tape for a few seconds in a circular and
cross-hatch pattern.  The electromagnet makes the tape effectively "blank". 
I'm not sure where Pima College got theirs, but we do this to all tapes we
RECEIVE (many local businesses donate old/unused tapes for our use, especially
as they go to cartridges).
-----
Ray Harwood           |Data Basix           |Adjunct Faculty, East Campus,
Voice: (602)721-1988  |PO Box 18324         |   Pima Community College
FAX:   (602)721-7240  |Tucson, AZ 85731     |Instructor in Ada and Pascal
CompuServe: 76645,1370|AppleLink: DATA.BASIX|Internet: rharwood@east.pima.edu
From: gjc@mitech.com (George J. Carrette)
Newsgroups: vmsnet.sysmgt
Subject: Here is a ACL question for you!
Date: 22 Jan 93 18:43:24 GMT
Organization: Mitech Corporation, Concord MA

Is it possible to prevent a user from being able to
change the protection on a directory that he owns?

E.G. We have USER$DISK:[000000]USER1.DIR with S:RWE,O:RWE,G:RE,W:RE
And what I want to -prevent- the user from changing
his directory to say W:RWE which he might do to allow other users
to copy files into his directory for him.

  We want to prevent that because we don't want users to come running
  to us when they suddenly have files in their directory that the
  cannot delete.

One partial solution is:

  $ SET ACL/ACL=(IDENT=*,ACCESS=READ+EXECUTE) USER$DISK:[000000]USER1.DIR

It doesnt prevent the user from changing the UIC protection of his
directory, but it does prevent IDENT=* from being able to WRITE into
the directory anyway. 

Until the USER1 in question figures out how to SET ACL himself.
By which time he should know better.

Xref: sparky vmsnet.sysmgt:452 vmsnet.networks.misc:151 comp.os.vms:22094
From: jal@mdavcr.mda.ca (John Lloyd)
Newsgroups: vmsnet.sysmgt,vmsnet.networks.misc,comp.os.vms
Subject: Re: Lost LAT sessions
Date: 28 Jan 93 06:26:53 GMT
Followup-To: vmsnet.sysmgt
Organization: MacDonald Dettwiler, 13800 Commerce Parkway, Richmond, BC, Canada  V6V 2J3

We can attest to Lotus for VMS having (almost) the same symptoms.
However, in our situation finding the LTA device (and the process) is
easy.

One simple fix:  set a cpu-time limit on the users; that might kill the
process even in it's LAT-bound state.


John     nnn
Newsgroups: vmsnet.sysmgt