HDTenEightyP/NetNews huggingface dataset:
From: bricker@osprey.cahs.colostate.edu (Chris Bricker)
Subject: PW for Mac remote connections
Date: Tue, 01 Sep 1992 21:47:35 GMT
Organization: Applied Human Sciences, Colorado State University, Fort Collins CO

Can a MACINTOSH client connect to a VAXshare volume when....

the MACINTOSH client is remote and connected to ethernet through two routers
(Cisco routers on a fiber backbone), using DECnet to the VAX. 
The ROUTERs will not route APPLE-TALK.  If so what am I missing in my setup?


_______            __________             __________          _________
|     | THINWIRE   |        |   FIBER     |        | THINWIRE |       |
|     |____________|        |=============|        |----------|       |
|MAC  |   DECNET   | ROUTER | DECNET ONLY | ROUTER |  DECNET  |  VAX  |
|     |  APPLETALK |        |             |        | APPLETALK|       |
-------            ----------             ----------          ---------

Thanks, Chris.
*****************************************************************
Chris Bricker					*  Today's	*
College of Applied Human Sciences		*  actions are	*
Colorado State University, Ft Collins CO	*  tomorrow's	*
INTERNET: bricker@osprey.cahs.colostate.edu	*  realities.	*
*****************************************************************
Newsgroups: vmsnet.networks.desktop.pathworks
From: wasser@ranger.enet.dec.com (ranger::wasser)
Subject: It wouldn't be useful otherwise.
Organization: Digital Equipment Corporation
Date: Thu, 3 Sep 1992 05:02:32 GMT
X-Posted-Via: NEWS-NOTES gateway (a hack!)

> Anyone know if there is a fix about for eXcursion. The Access list with version
> 1.0 allows anyone to take a snap shot of your screen (using either tcp/decnet
> transports) with xwd, with an empty access list!!!

	When the access list is empty, access control is disabled.

	It wouldn't make much sense to have a PC based X server that
	did not allow any connections from any nodes.  You wouldn't
	be able to use ant X applications until you had added the
	node names to the access list.

	If you want the list of acceptable remote nodes to be limited,
	add one or more entries to the access control list.  If you
	don't want any applications to access your X Windows session,
	add a dummy node name to the list.

> Is this a known bug. ??

	It is not a bug... It is a known feature.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Ethernet adapters for Laptops
From: Gregg Pentecost X6228 IC44 <PENTECOST@BROOK.BITNET>
Date: 03 Sep 1992 09:52:43 -0400
MIME-version: 1.0
Content-transfer-encoding: 7BIT

We use the XIRCOM adaptors and haven't had any problems.  Somebody on the
list was having difficulties getting one to work; I don't know if they
got it working or not.
 
Gregg.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Leverage for NetWare?
From: Gregg Pentecost X6228 IC44 <PENTECOST@BROOK.BITNET>
Date: 28 Aug 1992 15:24:56 -0400
MIME-version: 1.0
Content-transfer-encoding: 7BIT

> My initial reaction is that we will accrue added cost and added overhead
> on the VAX and gain nothing functionally.  Has anybody had any experience
> with the Interconnections product?  Am I missing some benefit that will make
> it all worthwhile?
 
I spoke with Interconnections last week while trying to find a DEPCA
driver for a Novell server;  they wrote the DEPCA drivers for Novell
clients.  Their literature states that they developed "Netware for VMS"
for Novell, who discontinued it after the CMP with Digital.
Interconnections is now marketing it as "Leverage for Network on VMS."
If you want the usual glossy fliers, you can contact Tamara Matthys,
Inside Account Rep, at 800-950-5773.
 
Gregg.
From: lilianstrom@krang.fnal.gov (If its too loud,  You're too old)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: LAT network cards for HP printers
Date: 4 Sep 92 13:30:43 GMT
Reply-To: lilianstrom@fndcd.fnal.gov
Organization: Fermilab Special Projects Group

In article <LANWORKS%92090307490642@MIAMIU.ACS.MUOHIO.EDU>, CF0@PSUALT.BITNET (Craig Farrell) writes:
>I'm looking for companies that might have network cards for HP
>laser printers that support LAT?  I talked to HP recently and
>they would not confirm or deny working on such a product.
> 
>       Craig Farrell                       Penn State Altoona Campus
>       CF0@PSUALT.bitnet                   225 CLRC Building
>       (814) 949-5295                      Altoona PA,  16601


Call XCD at 714-476-7855.  They are marketing a LAT adapter for the IIISi and
the HP DesignJet with one planned for the III.  I havn't got one to test yet
but it does sound promising.

			al

Al Lilianstrom
Fermi National Accelerator Laboratory
Batavia, Illinois
lilianstrom@fndcd.fnal.gov

My opinion.  Not the DOE's, URA's, or anyone else at Fermilab
From: ELLISWR@SNYPLAVA.BITNET (Raney Ellis)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Ethernet adapters for Laptops
Date: 2 Sep 92 20:24:00 GMT
X-Organization: SUNY at Plattsburgh, New York, USA
Content-transfer-encoding: 7BIT

Date sent:  2-SEP-1992 15:15:24
 
Don Katz asks...
 
>I am looking for recommendations for laptop ethernet adapters to be
>used with Pathworks. The user who needs it gave me an ad for a South
>Hill Datacomm adapter which plugs into the parallel port. Does anyone
>have any experience using this adapter with Pathworks, or are there
>other adapters people would recommend?
 
We are using the Xircom parallel port adapter with Pathworks, and it works
very well indeed.  Network manager has a Toshiba 1000SE laptop, plugs the
adapter into the parallel port, and runs Pathworks.  Get the one which has
the red band around the body of the device.  The band is a tractor which,
when rotated, drives connector screws into nuts on the port.  Easy to
connect, needs no screwdriver (which one usually doesn't have, anyway,
right?).
 
Model Number is PE2-10B2, BT, or BX, depending on whether you use thinnet,
twisted pair, or AUI connection.  Educational single unit price is $267.
 
By the way, Xircom also makes a PPX-02 parallel port doubler, which allows
you still to use a printer while copnnected to the network.  Educational
single unit price is $62.
 
Contact Xircom at 818-878-7600.  They also have an Evaluation Program.
Ask for Mindy Morris, x7111.
 
Raney Ellis                                             ______
Director of Computing Services                         /     *| Plattsburgh
SUNY College at Plattsburgh                           / ^ ^ ^ |
Plattsburgh, NY   12901                              |   ^ ^  |
(518)564-3013                               _________/        |
                                           |                  |
ELLISWR@SNYPLAVA.BITNET                   /                   |
elliswr@splava.cc.plattsburgh.edu        |_______________     |
    "My employer is not responsible for                  |_   |
        what I say, and vice versa."                       \__| _____
                                                               |_____|
Remember:  ALWAYS cut the cards!
From: canellis@MOHAWK.BROOKS.AF.MIL (Alan J. Canellis)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: *** Xircom Pocket Ethernet II Adapter problems.
Date: 27 Aug 92 11:22:07 GMT
Content-transfer-encoding: 7BIT

Hi!,
	I had the same problems with the Xircom adapters and Pathworks v4.0.
Here is the solution I found to work:
 
	1) Copy from the \NDIS directory of the floppy from Xircom the
	   following files  PE2_NIDIS.EXE, XIRCDOS.NIF, PROTOCOL.INI into
	   some \TEMP directory.
 
	2) Install Pathworks as usual with the following exceptions:
		a) Answer <OTHER> to the Ethernet controller question
		b) Answer with C:\TEMP\PE2_NDIS.EXE for place & name of NDIS
		   driver
		c) Answer with C:\TEMP for place of PROTOCOL.INI file
 
	3) Edit CONFIG.SYS to remove the  DEVICE=\DECNET\PE2_NDIS.EXE line.
 
	4) Edit \DECNET\STARTNET.BAT and add the line:
			%BOOT%\DECNET\PE2_NDIS
		before this line:
			%BOOT%\DECNET\DLLNDIS
 
	5) Edit PROTOCOL.INI to make each of the BINDINGS = statements read
	   as:   BINDINGS = XIRCOMNET
 
	6) Reboot the system
 
Hope this helps!!!!
 
+-------------------------------+----------------------------------------------+
| Alan J. Canellis              | Disclaimer: Who, What, When, Where???        |
| Senior Systems Analyst        +----------------------------------------------+
| Armstrong Laboratory          |                                              |
| Brooks AFB, Tx                |     This space intentionally left blank      |
| (512) 536-3886                |                                              |
| (512) 536-2336                |                                              |
+-------------------------------+---------------------+------------------------+
|       INTERnet: canellis@kiowas.brooks.af.mil       |
+-----------------------------------------------------+
Newsgroups: vmsnet.networks.desktop.pathworks
From: jmacdonald@mta.ca
Subject: Batch Files and File Services
Reply-To: jmacdonald@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Mon, 31 Aug 1992 14:40:24 GMT

Hello,

At present we have a disk service that provides a fairly elaborate menu system
(series of batch files) to users in a lab.  I have tried moving these menus
onto a file service (for ease of maintenance) but have found the speed DISMALLY
SLOW - the menu scrolls one-line-every-1/2-secs or worse.  So now I am very
interested in implementing these menus in some other way.  

- Would a TSR menu package (free one would be great) make much of a difference? 
  Any recommendations/experiences to share?

- Is there some kind of .BAT to .COM utility?  I am really fishing here.

I am looking for any/all ideas.  I thank-you for your expertise.

Jane MacDonald (jmacdonald@mta.ca)
Systems Programmer
Computing Services
Mount Allison University
Sackville, New Brunswick
Canada
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Batch Files and File Services
From: Gregg Pentecost X6228 IC44 <PENTECOST@BROOK.BITNET>
Date: 31 Aug 1992 22:30:28 -0400
MIME-version: 1.0
Content-transfer-encoding: 7BIT

The CompuServe PCMAGNET/ZIFFNET forum should have BAT2EXEC.  I'm still
working with Gary on uploading files to the FTP SITE...  I've already
mailed it to the person who started this thread.  Perhaps she'll give us
a rundown on how useful it is; it didn't suit our needs when I looked at
it a while back (PCSA v3.)
 
Gregg.
From: backstrom@ranger.enet.dec.com (ranger::backstrom)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Hidden security
Date: 3 Sep 92 05:00:22 GMT
Organization: Digital Equipment Corporation
X-Posted-Via: NEWS-NOTES gateway (a hack!)

>                  N Werner Mortensen <WERNER@MFC.PANUM.KU.DK>
>                                Hidden security
>
> Problem:
> When PathWorks users try to connect to a password protected file service
> several times without luck, they get caught up in the VMS protection scheme
> defined in some of the system parameters like LGI_HID_TIM and maybe some
> other parameters up that alley.
> Unlike regular VMS users ( $ show intrusion ) there appears to be no way for
> the system manager to correct this situation and help known and friendly
> PathWorks users out of these evasive action routines. All you can do is sit
> down and wait for an unknown number of time-outs.
> 
> Question:
> Does anyone ( ...petri) know of a method to control and correct this situation
> apart from constant rebooting of the file server to read the system parameters
> that you blindfoldedly tried to change.

    Yes, I sure do know of a solution. It is called PATHWORKS for VMS V4.1-1.
    
    Here's an excerpt from the V4.1-1 release notes:

        "1.9 Support for VMS Password History and Dictionary

              PATHWORKS for VMS Version 4.1-1 now uses the VMS:

              o  Password history file

              o  Password dictionary

              o  Intrusion database

              This change means that a PC user can no longer bypass the
              standard VMS security checks when changing passwords.

              A VMS system manager can use the VMS DELETE/INTRUDER
              command to enable a PATHWORKS user who is recognized as
              an intruder to connect to the server with a VMS user name
              and password without waiting for the VMS LGI_WAIT_TIME to
              expire.

              For more information on how VMS works, see the Guide to
              VMS System Security."

    With V4.1-1 you can also set the default UIC protection for connections
    that don't go through a defined file service (the original default of
    (RWD,RWD,R,) was a problem sometimes one might say ;-).
    
    ...petri (backstrom@ranger.enet.dec.com)
       Personal Computing Integration Engineering
       Digital Equipment Corporation
From: RBARBER@EMUBUS.BITNET (Robbie Barber)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: USE and WINDOWS 3.1 and DOS 5.0
Date: 2 Sep 92 15:08:00 GMT
Content-transfer-encoding: 7BIT
Original_To:  JNET%"lanworks@miamiu"

I'm currently running DOS 5.0 and WINDOWS 3.1 and PCSA 4.1.  We
upgraded everything at the same time (from DOS 3.3, Win 3.0 and
PCSA 4.0).  If I try to go out the DOS prompt in WINDOWS and
type: USE, the system locks up and must be rebooted.  The Windows
Ctrl-Alt-Del doesn't work.
 
I specifically want to be able to use the USE command.  I know I
connect file services from the File Manager, but that's something
different.
 
Here are some specs:
        386 - 16Mhz
        40 MB hard drive
        4 MB memory
 
Running LANSESS (high), Redir (low), no LAD.
Config.sys:
  DOS=HIGH,umb
  DEVICE=C:\DECENT\HIMEM.SYS
  DEVICE=C:\DECNET\EMM386.EXE
  BUFFERS=30
  FILES=70
  SHELL=C:\COMMAND.COM C:\ /E:526 /P
  devicehigh=c:\decnet\mouse.sys
  STACKS=9,256
  lastdrive=z
 
Any help is greatly appreciated!
=======================================================================
 Robbie Barber                 Bitnet:  RBARBER@EMUBUS
 Asst. Dir., Computing Systems  Internet:  RBARBER@emubus.bus.emory.edu
 Emory Business School
 Atlanta, GA  30322-2710
 404/727-0582
=======================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
From: dbk@pslu1.psl.wisc.edu (Don Katz)
Subject: Ethernet adapters for Laptops
Organization: Physical Sciences Lab, UW-Madison
Date: Wed, 2 Sep 92 18:00:36 GMT

I am looking for recommendations for laptop ethernet adapters to be
used with Pathworks. The user who needs it gave me an ad for a South
Hill Datacomm adapter which plugs into the parallel port. Does anyone
have any experience using this adapter with Pathworks, or are there
other adapters people would recommend?

Don Katz
dbk@psl.wisc.edu


-- 
-----------------------------------------------------------------------------
Don Katz                                .         Physical
                                       .- / \ -.      Sciences
University of Wisconsin - Madison   ./'  /+-+\  `\.       Laboratory   E-MAIL
From: hodge@iccgcc.decnet.ab.com
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: dual transports with NDIS????
Date: 3 Sep 92 16:52:46 EST


Does anyone know of an easy way to get Pathworks for DOS v4.1 to
tolerate dual transports via the NDIS packet driver?  After loading
DLLNDIS, other transports seem unable to bind to the driver (DEPCA.DOS).

Advice, pointers, or random related facts are welcome....
 
++++  Bob Hodge  +++++++++++++++++++++++++++++++++++++++++++++++++++
+  I'm looking for Jim Meerbot! Please email me if you know him!   +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
From: MIS5000@UMBCADMN.BITNET (Themistoklis I. Pentakalos)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Leverage for NetWare?
Date: 31 Aug 92 16:24:00 GMT
X-VMS-Cc: MIS5000
Content-transfer-encoding: 7BIT

>
>Why not use DEC's Product for connecting Novell to Pathworks.
>
 
        HA HA HA!
 
        Actually, "Netware Coexistence", the product refered to above,
is not that bad. It's just that some times it has a mind of its own.
 
        But apart from "Netware Coexistence" and "Interconnections",
why don't you wait a couple of months until DEC comes out with the
"Pathworks for Netware" product? Isn't that supposed to replace
"Netware Coexistence" ?
 
        bye.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: asynch decnet
From: bachism <BACHISM@JHUDEV.DEV.JHU.EDU>
Date: 26 Aug 1992 11:57:46 -0400
Content-transfer-encoding: 7BIT
X-Vmsmail-To: SMTP%"LANWORKS%MIAMIU.BitNet@pucc.PRINCETON.EDU"

Async Decnet should be used only for basic file transfers.  Trying to run an
applications, espcially a database is virtually unfeasable as you have already
discovered.  Try loading the Dbase on the PC and then coping the actual
database over using async decnet.
Newsgroups: vmsnet.networks.desktop.pathworks
From: ajj@beta.lanl.gov (Andrew J. Johnson)
Subject: Re: TCP/IP transport for Pathworks
Keywords: Pathworks, TCP, LanWorkPlace for DOS 
Organization: Westinghouse Savannah River Company 
Date: Fri, 4 Sep 1992 16:35:15 GMT

I thought DEC was using the 3COM TCP stack (from HP?)

I would like to know, if it would be possible to substitute the 
stack that comes with Novell's LanWorkPlace for DOS.

-- 
                                       Andy Johnson
                                       Westinghouse Savannah River Company
                                       ajj@lanl.gov
                                       (803) 644-1493
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Batch Files and File Services
From: PC Buff <BACHISM@JHUDEV.DEV.JHU.EDU>
Date: 31 Aug 1992 11:20:06 -0400
Content-transfer-encoding: 7BIT
X-Vmsmail-To: SMTP%"LANWORKS%MIAMIU.BitNet@pucc.PRINCETON.EDU"

Automenu doesn't do to bad of a job.  But its not free
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: PATHWORKS DOS 4.1A
From: Gregg Pentecost X6228 IC44 <PENTECOST@BROOK.BITNET>
Date: 26 Aug 1992 15:18:37 -0400
MIME-version: 1.0
Content-transfer-encoding: 7BIT

> I just upgraded to Pathworks for DOS/client 4.1A (update disk 1
> #AK-PK2EC-BK) and ran netsetup on my PC.  It really messed up my
> CONFIG.SYS!!!  Deleted QEMM, SETVER, all REMs, etc.  Looked like the only
> thing left was what NETSETUP puts in it.  Before, the only thing NETSETUP
> ever deleted from CONFIG.SYS was the device driver for Digitals SCSI
> drives, which made it impossible to load the network :-)
 
Oops!  Further investigation revealed that CONFIG.OLD was marked
read-only, which caused the problem.  I then tried the new version on a
DECstation with a SCSI drive, and it didn't delete the SCSIHA entry,
either (it was definitely happening with the previous version.) Sorry for
the false alarm.
 
Gregg.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Hidden security
From: N Werner Mortensen <WERNER@MFC.PANUM.KU.DK>
Date: 02 Sep 1992 11:17:00 +0200
X-VMS-Cc: WERNER
Content-transfer-encoding: 7BIT

Problem:
When PathWorks users try to connect to a password protected file service
several times without luck, they get caught up in the VMS protection scheme
defined in some of the system parameters like LGI_HID_TIM and maybe some
other parameters up that alley.
Unlike regular VMS users ( $ show intrusion ) there appears to be no way for
the system manager to correct this situation and help known and friendly
PathWorks users out of these evasive action routines. All you can do is sit
down and wait for an unknown number of time-outs.
 
Question:
Does anyone ( ...petri) know of a method to control and correct this situation
apart from constant rebooting of the file server to read the system parameters
that you blindfoldedly tried to change.
 
Regards,
**************************************************************************
*  N. Werner Mortensen		Phone:    +45 3135 7900  ext 2530	 *
*  Network Manager		Fax:      +45 3135 7657			 *
*  The Faculty of Medicine	Home:     +45 3174 9212			 *
*  University of Copenhagen						 *
*  Blegdamsvej 3		Internet: werner@mfc.panum.ku.dk	 *
*  DK-2200 Copenhagen N		X.25:     238301043056::werner (DEC PSI) *
*  Denmark			DECnet	  52482::werner			 *
**************************************************************************
From: fuhrman@litsun.epfl.ch (Cris Fuhrman)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: PW for Mac remote connections
Date: 2 Sep 92 13:44:08 GMT
Followup-To: vmsnet.networks.desktop.pathworks
Organization: Swiss Federal Institute of Technology

In article <Sep01.214735.85381@yuma.ACNS.ColoState.EDU>,
bricker@osprey.cahs.colostate.edu (Chris Bricker) wrote:
> 
> Can a MACINTOSH client connect to a VAXshare volume when....
> 
> the MACINTOSH client is remote and connected to ethernet through two routers
> (Cisco routers on a fiber backbone), using DECnet to the VAX. 
> The ROUTERs will not route APPLE-TALK.  If so what am I missing in my setup?
> 
> 
> _______            __________             __________          _________
> |     | THINWIRE   |        |   FIBER     |        | THINWIRE |       |
> |     |____________|        |=============|        |----------|       |
> |MAC  |   DECNET   | ROUTER | DECNET ONLY | ROUTER |  DECNET  |  VAX  |
> |     |  APPLETALK |        |             |        | APPLETALK|       |
> -------      |     ----------             ----------          ---------
               |
           ---------
           |       |
           |  VAX  |
           |       |
           ---------

If you had a VAX running PW for Mac on the same thinwire network as your
Mac, you could then run an AppleTalk Tunnel over the DECnet to the other
side. This would allow you to provide VAXshare (as well as all other
AppleTalk-based) services from the VAX on the other side to the Mac.

---------------------------------------
 Cris FUHRMAN, fuhrman@litsun.epfl.ch
 Laboratoire d'informatique technique
 EPFL-LIT, IN Ecublens, CH-1015 Lausanne, Switzerland
From: MIS5000@UMBCADMN.BITNET (Themistoklis I. Pentakalos)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: SERIOUS Security Problem
Date: 31 Aug 92 16:55:00 GMT
X-VMS-Cc: MIS5000
Content-transfer-encoding: 7BIT

Hi,
 
>        disk1:[000000]jdoe.dir   (s:rwed,o:rwed,g,w:e)
>        disk1:[jdoe]games.dir    (s:rwed,o:rwed,g,w)
>        disk1:[jdoe.games]more_games.dir    (s:rwed,o:rwed,g,w:e)
>        disk1:[jdoe.games.more_games]x.txt   (s:rwed,o:rwed,g,w:re)
>
>        C:\> use m:\\server\disk1:[jdoe.games.more_games]%jsmith *
>
>It is important to realize that any directory
>structure AT ALL is vulnerable - not simply directories thath are also
>accounts.  So anyone who knows the directory structure for a disk can attach
>directly to an area and potentially by-pass a valid VMS protection set-up.
>
 
        I think "important" files should be protected at the file
level, and not at the directory level only. Afteral, the VMS system disk
is open for directory access to the world, by default. However, all files are
protected by ownerships and ACLs individually.
 
>DEC expressed concern over this but offered no patch nor indicated that this
>"feature" would ever be removed.
 
        I don't expect DEC to come up with Patches to cover the users'
tracks in such cases. The users should set protection on individual
files, nomatter what their directories say.
 
        Actually, what you are seeing is probably not Pathworks, but the
way DECNET does --or doesn't do-- things. A few versions ago, probably
3 years ago, DECNET did even better tricks than that. It still does, but
system managers caught on to them.
 
        Sorry I was no help. If you are in a secure environment, maybe you
can avoid problems by repeatedly informing all your users of basic VMS
security functions and how they can be used best.
 
        bye.