HDTenEightyP/NetNews huggingface dataset:
From: Christian.Andretzky@MB3.TU-Chemnitz.DE (Christian Andretzky)
Subject: Re: HELP with TRUSTEE RIGHTS !!
Organization: University of Technology Chemnitz, FRG
Date: Sun, 22 Nov 1992 11:34:29 GMT

In article <1992Nov22.065941.24765@ncsu.edu> ashah@eos.ncsu.edu (the cool dude  
;-)) writes:
> In article <5959@balrog.ctron.com>, bellivea@olympus.ctron.com writes:
> |> 
> |> 
> |> 
> |>   Hello,
> |> 
> |>     Does anyone know the correct trustee settings (if there is one)
> |>   to allow a user to use an application in a certian directory but not
> |>   allow them to copy it to there hard disks. I'm starting to have a  
problem
> |>   with users making their own copies. I haven't had alot of time to
> |>   experiment with the trustee rights and was hoping someone could just
> |>   fill me in.
> |>                 Thanks for reading,
> |>                                    Alan Belliveau
> |>                                    bellivea@ctron.com
> |>                                    Cabletron Systems Inc.
> 
> How about marking those (hopefully) .EXE files with
> the E attribute but do this ONLY if you have backup
> 			    ^^^^   
> copies of those files or else it will be a B I G problem.
> 
> The E option does not allow ANYONE - not even the SUPERVISOR
> to copy/rename those files - so BE CAREFUL.
> 
> Ajay
Nope. There is no solution for this in the moment.
YOU CANNOT USE THE E-Flag for this because it will prevent these files not only  
for copying but for further execution too. Sounds silly but the problem is,  
that the most of modern programs have ovlerlay- and data parts in the .exe file  
which are loaded at runtime if they are needed. Setting the E-Flag will prevent  
that the running progam can load it's own embbed overlays and the execution  
will fail.

HTH, Christian
--
| Name:    Christian Andretzky   | Address: Technische Universitaet Chemnitz |
| Phone:   +49 371 561 2130      |          Fachbereich Maschinenbau III     |
| FAX:     +49 371 561 2413                 Reichenhainer Str. 70            |
| mail:    C.Andretzky@MB3.TU-Chemnitz.DE   D-O-9022 Chemnitz                |
Newsgroups: comp.sys.novell
From: abooth@ERA.COM (Alan Booth)
Subject: File sharing errors.
Organization: Engineering Research Associates, Vienna, VA
Distribution: usa
Date: Sun, 22 Nov 1992 19:04:30 GMT

Newsgroups: comp.sys.novell
From: otg@unix1 (Gudmund Oterhals)
Subject: ODI driver for ungermann Bass
Organization: MRIH, More og Romsdal Ingeniorhogskole
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 16 Nov 92 16:53:30 GMT


Newsgroups: comp.sys.novell
From: rogers@unix03.dhmolde.no (Roger Storvik)
Subject: IDEDISK.DRV
Keywords: How to use BIOSType 47?
Reply-To: rogers@unix03.dhmolde.no (Roger Storvik)
Organization: Computer Science - DhMolde Norway
Date: Mon, 23 Nov 92 21:53:30 GMT


As ISADISK.DRV does NOT support HD Type 47, is there a way to 
fully use larger that 150MB IDE disks with NW 3.10 & 3.11 and a standard
PC IDE controller?
Some new *.DRV maybe?
--
Roger (Sysop RaumaMBBS +47 72 54774 (300-9600+HST)) 
Newsgroups: comp.sys.novell
From: brinich@keinstr.UUCP (Mark Brinich)
Subject: slowwwww NFS NLM response from Sun workstation
Organization: Keithley Instruments, Cleveland, Ohio
Distribution: usa
Date: Wed, 18 Nov 1992 16:57:16 GMT


I'm running the NFS 1.2 NLM on my 3.11 server, and am having a problem with
extremely slow response reading files on a Sun workstation from the NFS volume
on the Novell file server.  Writing files from the Sun workstation is reasonably
fast, and both reading and writing from a PC is reasonably fast.  
Any hints on what I might be doing wrong would be appreciated...Mark Brinich
-- 
Mark Brinich
voice mail(or maybe the real live thing)216 498-2821
e-mail   uunet!keinstr!brinich
Keithley Instruments  28775 Aurora Rd. Cleveland, Ohio 44139-1891
Newsgroups: comp.sys.novell
From: backman@vaxeline.ftp.com  (Larry Backman)
Subject: Re: Netware NFS and DNS
Nntp-Software: PC/TCP NNTP
Organization: FTP Software, Inc., Wakefield, MA
Date: Thu, 19 Nov 1992 10:18:40

In article <1992Nov4.231506.6281@novell.com> mcollins@db (Marty Collins) writes:

 >> backman@vaxeline.ftp.com (Larry Backman) writes:
 >> : Am I correct in my impression that Netware's NFS NLM does not use
 >> : DNS to do name resolution but requires a host table?
 >> Yes you are correct.
 >> : Is there a way to force Netware NFS into using DNS.
 >> Whatdaya mean?
 >> Do you have a DNS.nlm that you wrote that you want NFS to interface with?

 No; but I have a nice organized network with nice managed DNS servers...

 >> IF so then highly doubtful.

 No I have 500 PC's that I want to use to mount Netware NFS.  Since PC's
 and their addresses are somewhat volatile; us (FTP Software) being true
 believers in the centralized approach (DNS) vs. the distributed
 approach ( host files) want our NFS servers to use existing network
 services as opposed to duplicating host files all over the place and hoping
 to keep those file in sync.

 >> 
 >> 
 >> Wait around and you may hear what you want.
 >> 
 Yes but I want it now :-).  I really would like to pitch the Sparc into 
 the test lab, put Ultrix out to pasture, but to do so I need a Netware
 NFS server that plays the way NFS servers are supposed to.

 And while we are at it, it needs PCNFSD for the 27th time :-).

 Larry
From: unregistered@newcastle.ac.uk (Tony McDonald)
Newsgroups: comp.sys.novell
Subject: Hiding Macs from other zone users
Date: 18 Nov 92 12:55:36 GMT
Followup-To: comp.sys.novell
Organization: Newcastle Uni. Computing Services

Hello,
We have a server with two ethernet cards. One card is connected to the
campus ethernet, the other onto a small 'leg' that has 14 Macs attached to
it.

We want to prevent the 'leg' macs from seeing any AppleTalk traffic from
the campus in general, and to stop our users on the 'leg' side from
printing to any of the other printers that are available on campus.

Does anyone have any clues as to how this may be achieved.
The first priority is to prevent AppleTalk traffic from emanating from this
'leg'. Stopping printing is also necessary, but we beleive that Novell can
handle this adequately.

Any and all help will be appreciated.


-----------------------------------------------------------------
Tony McDonald (Tone)                       Tony.McDonald@ncl.ac.uk
Computing Officer - Apple Mac Support      namm2@ncl.uk.ac
Newcastle University, NE1 7RU, UK
Newsgroups: comp.sys.novell
From: dseeman@novell.com (Daniel Seeman)
Subject: Re: Hack.exe
Organization: Novell Inc., San Jose, Califonia
Date: Mon, 23 Nov 1992 17:36:52 GMT

In article <1992Nov21.110530.22022@novell.com> donp@novell.com (don provan) writes:
>In article <7212@news.duke.edu> low00001@bullnext.mc.duke.edu (Richard Low) writes:
>>Ah, but as Eric J. Schwertfeger pointed out in his follow up posting,  
>>physicall access to a server is the determining factor.  Even if the console  
>>is secured, I can kill the power (and probably some files) to bring the  
>>server down.  Then all I need is a boot floppy with SERVER.EXE and my set  
>>password NLM on it and I can do my thing.
>
>Isn't this just a characteristic of your hardware purchase?  I mean,
>all you're saying is that you can get control of your machine before
>NetWare does.  It's hard to fault NetWare for not doing something
>before it gets control.
>
>I don't know if any PC manufactures have done this, but it wouldn't be
>too hard to prevent this type of attack.  Most PCs nowadays have a
>CMOS configuration switch to force booting off the hard disk.  Just
>require a password to change CMOS, and then without the password the
>server should be unstoppable, shouldn't it?
>
>Once you get this far, the direct break-ins would tend to be physical.
>There's no end of physical escalation, so i tend not to worry about it
>myself.  Even with solid software protection, "all" the enemy has to
>do is open up the box, remove the hard disk, and put it in a machine
>that's more "friendly".  Put a lock on the case, and the enemy has to
>pick, pry, or burn it open.  Lock it in a room, he breaks into the
>room...and the building!  Heck, put armed guards around it...he
>*kills* them.  Ad infinitum.
>
>This reminds me of Craig Everhart's axiom: *Never* put anything into a
>computer or a network that you don't want anyone else to see.  Too bad
>his advice isn't practical, even if it is sage.
>						don provan
>						donp@novell.com

Hi,  

I have stayed clear of this discussion for long enough.

The more "padlocks" you put on a system, the more you entice clever burglars
to break in.  *THERE IS NO SUCH THING AS A COMPLETELY SECURE LAN.*  Remember, 
you are sending bit sequences over a cable or through the air.  This means that
a clever person will always have access to these same bit sequences.  Encryption
keys of all kinds can eventually be forged.  CHAOS is used to de-crypt the
secrets of nature.  I suspect human encryption schemes would be easier to break.

The bottom line is this.  Security systems (both hardware and software) keep 
only honest and ignorant people away.  

I am not saying you shouldn't at least TRY to keep unauthorized "eyes" from your
network, but realize there are built-in limits to any secrity system. Limits 
like these are part of nature.  They are not "imposed" or left resident by 
Novell or any other network designer.

Think Peace...

Dan Seeman 
Novell
Walnut Creek, Ca.

ps.  What happens when you tell someone your password over the telephone (maybe
by accident)?  Would a LAN security system protect against this?

Newsgroups: comp.sys.novell
From: bstorrier@csu.edu.au (Bernard Storrier)
Subject: Re: Mac Boot Proms
Reply-To: bstorrier@csu.edu.au (Bernard Storrier)
Organization: Charles Sturt University  Wagga Wagga  AUSTRALIA
Date: Wed, 18 Nov 1992 01:12:29 GMT




>In article <1992Nov13.155304.8208@brt.deakin.edu.au>,
>stevencc@brt.deakin.edu.au wrote:
>> 
>> Long ago I remember reading on the net about Machintosh Boot Proms. 
>> If anyone knows anything about them, how they work, effectiveness and cost
>> could you please Email me or post any Info.
>> 
>> Thanks in advance
>> Steve
>> 
>> Email:-Stevencc@brt.deakin.edu.au
>
>Apple never released anything that allows a Macintosh to boot from an AFP
>server.  There is a company that does offer a prom for your ethernet
>adapter and an NLM so a Macintosh can boot from a NetWare server running
>NetWare for Macintosh.  I have not tried their product.  The company is
>Sonic Systems, Inc. (408) 736-1900 and their product is "The Diskless Mac".
>
>I hope this info helps.
>
>John

If anyone has any further information about this product, or an Australian distributor, then please Email me also

Thanks

Bernie


Bernard Storrier                           phone     +61 69 222691
User Support Officer                       phax      +61 69 222640
Charles Sturt University                   internet  bstorrier@csu.edu.au
Wagga Wagga   NSW   2650  AUSTRALIA
From: mikey@uumike.UUCP (Mike Couture)
Newsgroups: comp.sys.novell
Subject: Need Recommendation on HD's
Date: Fri, 20 Nov 92 02:01:33 GMT
Reply-To: mikey@nlbbs.uucp
Distribution: world
Organization: The Northern Lights BBS * Portland, Maine * 207-762-2756 (v.32bis)

I am in the process of spec'ing out a new Fileserver for our 20 node
network.  We currently have a 330 megabyte ESDI drive that is full (25
Megabytes left).  I am going to upgrade and build a 486 50MHz server in
a tower case, but I need to know more about the Hard Drives - I am
thinking that we may need approximately 1 Gig of storage.  I am looking
at SCSI-2 drives ISA or EISA I haven't desided - probably EISA.  Any
recommendations?

Mike Couture
mikey@nlbbs.uupc
mikey@nlbbs

Newsgroups: comp.sys.novell
From: kellmeye@ux1.cso.uiuc.edu (kellmeyer steven l)
Subject: >>NEW Security Documents Wrong??
Organization: University of Illinois at Urbana
Distribution: comp.sys.novell
Date: Mon, 23 Nov 1992 13:49:43 GMT


ashah@eos.ncsu.edu (the cool dude ;-)) writes:

>In article <By5D8v.456@ux1.cso.uiuc.edu>, kellmeye@ux1.cso.uiuc.edu (kellmeyer steven l) writes:
>|> Ummm, guys?  I loaded that new security set, you know SECUT?.EXE and
>|> the rest and, well, if the NET.CFG signature level is set to 0 and
>|> the server level is 3, I can log in just fine.
>|> 
>|> However, if I set the NET.CFG signature level to 3 and keep the server
>|> leve at 3, my access is denied in a heartbeat.
>|> 
>|> Mayhap the security document that got distributed is just a WEEEE bit 
>|> incorrect?  Makes me wonder what the correct table of signature 
>|> effects is.....  I sure don't want to down my server a dozen times 
>|> just to find out.  Could anyone at Novell who might be listening
>|> please tell me what's up?
>|> 
>|> I bet those guys in documentation have red faces ....  :)
>|> 
>|> Steve
>|> -- 
>|> 
>|> Steve Kellmeyer 
>|> kellmeye@ux1.cso.uiuc.edu

>Hi,

>Could you PLEASE elaborate more on these
>documents and also a BIT more on the
>NET.CFG signature line.

>Thanx much.
>Ajay.

It's the SEC.DOC  that is in the same directory on ftp.novell.com as 
the security fix.  I can post a copy if you only got the EXE's via uuencode
download from this newsgroup.  According to the document, not only do
you put the new NETX.EXE in the workstation boot path, NET.CFG must also
contain the line "signature level=x" where x = 0,1,2,3.  Make sure you
don't put blanks between the "=" and the word "level" or the number, 
since the program apparently has trouble dealing with blanks.

I have since discovered that the document was correct - I had screwed up
the configuration of the server.  In order for the server to use the new
programs correctly, you *MUST* load PBURST.NLM, and you *MUST* immediately
follow that line in the AUTOEXEC.NCF with "SET NCP Packet Signature Option=x"
where "X" is again 0,1,2, or 3.  I had thought that loading PBURST.NLM was
optional and left it out.  If you leave it out, the server doesn't recognize
the "SET" command and you effectively have a "0-level" security server.
(Which is why my workstation, whose NET.CFG had signature level of 3, was
not able to log into the server.  I had failed to notice that the server
was giving an error message on the SET command during re-start).

Hope this helps.



-- 

Steve Kellmeyer 
kellmeye@ux1.cso.uiuc.edu
Newsgroups: comp.sys.novell
From: super2@panther.adelphi.edu (Brian M. Helman)
Subject: ODI Drivers with Trumpet and RARP
Organization: Adelphi University - Node: Boole
Date: Wed, 18 Nov 1992 19:59:46 GMT

I have to believe that I'm missing something here because I'm sure this 
should work, but...

I am running the Trumpet News Reader with good old packet drivers.  
Everything works great.  I try to use ODI drivers and the News Reader gives 
me the error No RARP server.  I have a RARP server.  Using ODI drivers 
telnet, ping, finger, ftp... all work fine.  Any suggestions?

brian helman
asst. dir
adelphi university computer center
helman.boole@panther.adelphi.edu
Newsgroups: comp.sys.novell,bit.listserv.novell
From: kxg8272@usl.edu (Guruswamy Karthikeyan)
Subject: Re: Disk Fragmentation (Speed Disk necessary) ???
Organization: University of Southwestern Louisiana
Date: Mon, 23 Nov 1992 20:10:09 GMT

In article <1992Nov21.143319.22550@cs.tu-berlin.de> ernst@opal.cs.tu-berlin.de (Ernst Kloecker) writes:
>Hi,
>
>what happens if you create lots of directories and files, delete them and
>do that again and again ?
>
>Does the Netware file system get fragmented ?
Would definitely get fragmented. But because the directories are hashed and
files cached, you should get more or less the same performance during file
I/O.
>
>If yes, is there anything like "Speed Disk" for Netware ?
>
>
>Thanks for any info, Ernst.
>--
>
>-----------------------------------------------------------------------------
>Ernst Kloecker      phone: ++49-30-6181635      e-mail: ernst@cs.tu-berlin.de
>-----------------------------------------------------------------------------
Karthik
/----------------------------------------\--------------------------\
| Karthikeyan Guruswamy                  | I survived               |
| Graduate Student, Computer Science     |                          |
| Center for Advanced Computer Studies   |    HURRICANE ANDREW .... | 
| Univ. of SouthWestern Louisiana        |                          |
| Lafayette, LA 70501                    |                          |
| Email: jmfres11@ucs.usl.edu            |                          |
|                                        \--------------------------\
| The opinions stated are solely mine and does not reflect the views|
| of anyone in my organization ...                                  |
\-------------------------------------------------------------------/
From: CCDH001@UTXVM.CC.UTEXAS.EDU
Newsgroups: comp.sys.novell
Subject: (Terminally) hidden LaserWriter
Date: 18 Nov 92 13:59:30 GMT
Organization: The University of Texas at Austin

In setting up ATPS on our newly-installed Novell network we were trying to
hide the Novell LaserWriter names from our Macs.  We didn't want the Macs to
have twice the number of printer names to choose from.  In one of our attempts
we used the flag -h with one of the printers and now I can't get that printer
to show up in our Macs' Chooser windows.  Our PC's have no trouble printing
to it via Novell.
 
Before you make suggestions let me tell you the things I've tried.
1. Cycling the printer.
2. Issuing the ATPSSHOW printer-name (and ALL) command.
3. UNLOADing and reLOADing ATPS.
4. UNLOADing ATPS, cycling the printer, and then reLOADing ATPS.
5. DOWNing and EXITing Novell and restarting it.
 
Each time I issue the ATPSSHOW command for the printer I get the message that
the printer is now unhidden.  Yet the printer is still unavailable to Macs.
As a workaround I've removed the -wf command from the ATPS.CFG file for this
printer so that at least the Macs can see it.
 
InterPOLL shows the printer's status as LaserShared and none of the operations
listed above have been able to change that.  I can't get the Namer utility
for LaserWriters to even address the printer.
 
Can someone suggest how to restore this printer to its former glory?
 
Thanks.
 
                                                <@>
Newsgroups: comp.sys.novell
From: mcollins@db (Marty Collins)
Subject: Re: Netware NFS question
Organization: Novell, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Mon, 23 Nov 1992 16:50:34 GMT

slb@heidi.acc.Virginia.EDU (sandy) writes:
: 
: 
: We are running Netware NFS v1.2 on a 3.11 server and
: are experiencing some odd problems.  First, I should
: say that this is no ordinary server.  It has appoximately
: eight thousand user accounts, and each user has a 
: directory containing five to ten files.  This server
: sees a pretty large and constant load.   There are 
: frequently a hundred or more simultaneous users. The sys
: volume containing all these accounts is a nearly full 1G 
: volume with an NFS namespace.  We mount the user subtree 
: from this volume onto a Sparc 2 running SunOS 4.1.3.  
: On the Unix side, we get very inconsistent results from 
: stat system calls and ls's.  If a directory is listed 
: twice within the space of a few seconds, the permissions 
: and owners of files are likely to be different from one ls
: to the second.  A stat on a file may return an error
: for non-existance and then return a good return code
: for the same file even though there is NO chance that
: the file changed status.  This occurs most often when
: listing very large directories (there are some directories
: on this server with thousands of subdirectories), but it
: also happens on small directories when the server is
: heavily loadedWe were counting heavily 
: on using this product, and are loathe to give up on
: it.  Has anyone else seen similar things with this
: product?  Is anyone else working it as hard as we
: are trying to?  Does anyone have suggestions for things
: we can change about in the export or mount parameters
: (it is currently mounted rw,hard,intr,bg,timeo=y,
: retrans=6,rsize=8192,wsize=8192)?  Thanks in advance
: for any help you can offer.

Have you installed patch NFS113.ZIP yet? If not then get it from Netwire
and apply it. This patch has fixes for any NFS file service errors or bugs
that have been encountered up to this point.

: 
: -- 
: sandy bryant
: slb@virginia.edu

--
	   A woman needs a man like a fish needs a bicycle.

   Marty Collins	       				U2 
   Product Support                                      Tryin to throw your
   NOVELL, INC.  San Jose, CA.				arms around the world.
   mcollins@novell.com   or
   Marty_Collins@SJF.Novell.COM
   1-800-NETWARE  
Newsgroups: comp.sys.novell
From: streb@ee.rochester.edu (Chuck S.)
Newsgroups: comp.sys.novell
Subject: NIC CARDS -work with system 7 ?
Date: 23 Nov 92 16:52:17 GMT
Organization: Univ of Rochester, College of Engineering and Applied Science

Do NIC card work when using system 7 on the novell tbase-10? 

what novell software will allow this to work?

Please answer ,I am not get response from group.

thanks chuck    help!

-- 
===========================================================__________=========
=                                                       ' /----------\  ' 
=  There's no place like internet!!!                            |        '  
=                                                    '          |    '      
Newsgroups: comp.sys.novell
From: kellmeye@ux1.cso.uiuc.edu (kellmeyer steven l)
Subject: HPLASER IIISi prints *S-L-O-W-L-Y....*
Organization: University of Illinois at Urbana
Distribution: comp.sys.novell,bit.listserv.novell
Date: Thu, 19 Nov 1992 20:10:44 GMT

We just set up a Novell 3.11 server and added the HP LaserJet III Si.
It seems to be configured correctly, but a single line job in WordPerfect
takes 20 minutes to print.  We're using pserver 1.2.2, if that's any help.
What's gone wrong?  How do I fix it?  Clues, hints, wild guesses etc.
are perfectly acceptable.

Thanks in advance
-- 

Steve Kellmeyer 
kellmeye@ux1.cso.uiuc.edu
Newsgroups: comp.sys.novell
From: rz10010@rzaix315.rrz.uni-hamburg.de (Monika Schwarzbach)
Subject: Re: How to copy the bindery?
Organization: Regionales Rechenzentrum der Universitaet Hamburg
Date: Tue, 17 Nov 92 17:12:27 GMT

In article <328.2affda1d@dbulm1.uucp> nippes@dbulm1.uucp writes:

>We want to put some new harddisks in our server (3.11). Meanwhile we would like
>put all our stuff on a second maschine to use this as a backup. With a simple 
>"NCOPY" from server1 to server2 we couldn't copy the bindery files correctly. On
>server2 the users had no limitation in harddisk size anymore. 

>Is there any way to copy the bindery from one server to another.

That's quite simple:
Just run bindfix on your old server, this produces net$*.OLD files, these
are the files containing the bindery. Now you can copy them to your new
server into the system directory, run bindrest and the bindery is there
again. The users are not afflicted by this method, but be prepared to
install your printservers again. 
If you want to save the login scripts, printer definitions of your users,
run bindfix again on your new server, this produces the SYS:MAIL directories
for every user, then copy the login scripts etc. If you do it the other way
round, there might be problems.

Hope this helps
Monika
******************************************************************************
*  Monika Schwarzbach       * e-mail : rz10010@rzaix315.rrz.uni-hamburg.de   *
*  Regionales Rechenzentrum *          rz10010@rziris01.rrz.uni-hamburg.de   *
*  der Universitaet Hamburg *          schwarzb@dfv-gate.rrz.uni-hamburg.de  *
*  PC-Labor                 **************************************************
*  Schlueterstrasse 70      *   Gefaehrlich ist's den Leu zu wecken,         *
*  2000 Hamburg 13          *   verderblich ist des Tigers Zahn,             *
*  Germany                  *   doch der schrecklichste der Schrecken,       *
*                           *   das ist der Mensch in seinem Wahn.           *
******************************************************************************
Newsgroups: comp.sys.novell