HDTenEightyP/NetNews huggingface dataset:
From: WHITESR@APPSTATE.EDU (Steve White)
Subject: Filemaker Pro file sizes?
Organization: APPALACHIAN STATE UNIVERSITY
Date: Thu, 3 Sep 1992 09:34:07 GMT
X-News-Reader: VMS NEWS 1.23

I am a registered Filemaker II user considering Claris' $89
upgrade offer to Filemaker Pro II. Some years ago when I used
Filemaker II some, it seemed that its document files were
extraordinarily large compared with Panorama. Since my HD
space is at a premium, it would be helpful to know if Claris
has done anything about this with Filemaker Pro I or II?

Steve
========================================================================
|       [The above are nothing more than my personal opinions.]        |
| Stephen R. White                    |                                |
| Department of Political Science/    |                                |
|     Criminal Justice                |  WHITESR@APPSTATE              |
| Appalachian State University        |  WHITESR@CONRAD.APPSTATE.EDU   |
| Boone, NC 28608                     |  Voice: 704-262-6167 (OFFICE)  |
========================================================================
Newsgroups: comp.sys.mac,comp.sys.mac.misc,comp.sys.mac.wanted,comp.sys.mac.programmer,comp.editors
From: lawton@armand.RADC.AF.MIL (James Lawton)
Subject: Re: good vi editor for the mac
Organization: RL
Date:  4 Sep 92 12:42:52 GMT

>I want a good vi . . . for the mac.

Isn't this a contradiction in terms? ;-)
Newsgroups: comp.sys.novell
Subject: Bindery last-login info
From: engf002@csc.canterbury.ac.nz
Date: 4 Sep 92 17:37:47 +1200
Organization: University of Canterbury, Christchurch, New Zealand

A (tricky?) Novell technical question :

With SYSCON, under the "User Information" option, you can select
the "additional information" option. Amongst other things it
gives you the last login time/date of the selected user. This is
well and good. 

What I want to know is how do you get this very information 
(last login date) using the Bindery Services - i.e.
the INT 21H calls with the E3 function codes, esp. 3D (Read
Property Value). I am very familiar with these calls and have got
a lot of information from the bindery, but this last-login-time
eludes me. One would expect the relevant property (say
"LAST_LOGIN", or similar) to appear on the nice table on page
3-13 of the Bindery Services manual (Netware System Interface
Technical Overview) but there is nothing there remotely like it.
I have tried several combinations of potential strings in the
vain attempt of succeeding, but with no luck. 

Help! (We are running V3.10)

Andrew Earl   (ENGF002@canterbury.ac.nz)

-- He who laughs last, laughs second-to-last next time. --
From: zrwb15@hou.amoco.com (R. Wendel Bordelon)
Newsgroups: comp.sys.novell
Subject: Netware Sunlink 1.0
Keywords: Query Sun Netware
Date: 3 Sep 92 18:27:45 GMT
Reply-To: zrwb15@hou.amoco.com
Organization: Amoco

We are currently looking at the new Sun version of Netware for the SPARCservers.	I would like to find you if anyone has used or seen anything on it other than	
the 'white paper' that Sun produced?  Specifically, speed and capacity figures
as well as best configuration.  Thanks...

--Wendel

---
R. Wendel Bordelon    
Amoco Production Co    | Internet zrwb15@hou.amoco.com  
501 WestLake Park Blvd | X.400 c=US a=ATTMAIL p=AMOCO s=Bordelon g=Wendel i=W
Houston, Tx 77256 USA  | Phone: +1 713-584-7535      <I SPEAK ONLY FOR MYSELF> 
Xref: sparky comp.sys.novell:6908 comp.protocols.tcp-ip.ibmpc:4995
From: keith@novell.COM (Keith Brown)
Newsgroups: comp.sys.novell,comp.protocols.tcp-ip.ibmpc
Subject: Re: Named Pipes
Keywords: dosnp pipes named pipes
Date: 1 Sep 92 18:32:38 GMT
Distribution: usa
Organization: Novell San Jose Development Center

In article <1747@rwing.UUCP> pat@rwing.UUCP (Pat Myrto) writes:
>I recently downloaded the dosup5.zip thingie from Compu$erve, and
>noticed a thing called DOSNP.EXE, that is supposed to make named pipes
>available to dos apps.  If this is what it sounds like, it would be a
>scheme for 2 dos apps to open opposite ends of a named pipe like is
>done under UNIX ....

That's exactly what it is. There's one for OS/too too....

>So, my query is how does one take advantage of this feature?

One buys oneself a toolkit. After a brief flick through our Buyers Guide
and a bit of grep'ing, I'm damned if I can find out exactly which toolkit
it appears in (:-{) so, you'll be needing our developer folks who can be
hailed on 1-800-REDWORD.

Quite some time ago I read up a little on Named Pipes to see what all
the fuss was about (Microsoft were making the fuss in the days when they
were telling everyone that OS/2 was the future of the world). The
interface reminded me a little of NetBIOS. Not because it looked like
NetBIOS (it didn't) but because it was/is another transport API that makes 
very few assumptions about the underlying protocols that are being used to
provide the functionality it advertises. If the underlying protocol doesn'
t support a feature that Named Pipes provides to applications then you 
just have to figure out a way of adding on the top. It's also NetBIOS-like 
in that to implement the Named Pipes API using the services of most "
popular" underlying transport protocols, you would need a reasonably 
comprehensive "glue" layer that provides, among other things, a name service.

This got me to thinking about the thrashing out of RFC 1001 & RFC 1002 which 
essentially define the "glue layer" for providing the services advertised by 
the NetBIOS INT 5Ch API on top of an underlying TCP/UDP transport. This was
thrashed out back in 1987ish and implementations are now fairly common
although, I think it has to be admitted, this particular way of running
NetBIOS apps has not exactly taken the world by storm. Still, this leaves 
the question, where are the RFC 1001/2 equivalents for doing Named Pipes
on TCP/UDP? Not worth the effort??

I'll cross post to comp.protocols.tcp-ip.ibmpc in the hope of an answer.

Keith




-
Keith Brown                                           Phone: 408-473-8308
Novell San Jose Development Center                      Fax: 408-473-8990
2180 Fortune Drive, San Jose, CA 95131                  Net: keith@novell.COM
Newsgroups: comp.sys.novell
From: shava@hermes.oit.unc.edu (Shava Nerad Averett)
Subject: Re: WD8003E problems -- HELP!!
Organization: University of North Carolina, Chapel Hill
Date: Wed, 2 Sep 1992 21:59:07 GMT

In article <1992Aug29.192104.58503@cc.usu.edu> slqy8@cc.usu.edu (The Blizzard) writes:
>Hi!
>	I really hope that someone out there can help me, and quick!  I have
>run into a problem that I can't seem to solve, being fairly new to Novell
>NetWare.  No matter what I try, I cannot get the packet driver for the
>ethernet card to load correctly on one machine in our lab.  I have tried
>everything that I know, and have run out of options.
>
>Machine configuration:
>
>486 clone
>Western Digital ethernet card
>other stuff....
>(We are running TWO monitors on this system.)
>
>We are using BYU's packet driver software, version a.5c (that is what it
>says when I try to load the driver).  
>The version of IPX that we are using is 3.01, Rev. A.  When IPX is loaded
>correctly, it also tells me that my packet driver is versopm 2.01.  (I got
>this from another machine that works properly...)

We've experienced problems both with packet drivers and with netware 
servers with SMC boards (usta be WD), lately, where you had to set the
jumper to SOFT, use EZSETUP.EXE on the "superdisk" to set the configuration
(even if you set it to the same as a jumper setting!), and then everything
worked.  

This is to say, if I set the jumper to (if I remember correctly...) 
(3, 280, cc000), and that was the setting for the packet driver (or .LAN
LOAD in AUTOEXEC.NCF), it didn't work -- but if we set the jumper to
SOFT, and set (3, 280, cc000) in EZSETUP, the packet driver or .LAN
loaded just fine.

Sincere twilight zone...  Anyone else seen this one?


-- 
Shava Nerad Averett				shava_averett@unc.edu
/*  all materials (c)1992, Shava Nerad Averett, and have nothing significant
    to do with the University of North Carolina, a mostly owned subsidiary 
    of the NC Legislature, a mostly owned subsidiary of the DOT.      */
From: donp@novell.com (don provan)
Newsgroups: comp.sys.novell
Subject: Re: Support for Multiple Frame Types
Keywords: bind, load, frame=
Date: 26 Aug 92 18:51:48 GMT
Organization: Novell, Inc., San Jose, California

In article <1992Aug26.130752.20136@wlbr.iipo.gtegsc.com> mcc@WLV.IIPO.GTEGSC.COM (Merton Campbell Crockett) writes:
>With everything appearing to work why am I asking a question?  Its, basically,
>that I'm unclear as to what has occurred.

Here's the best way to look at it: when you installed your ethernet
cable, you actually installed two completely independent networks: one
running ethernet_ii, and the other, ethernet_802.3.  (Well, actually
there are two additional ethernet frame types that IPX can use, but
i'm hoping that if i ignore them, they'll go away...)  Before now,
you've only been plugging into one of them: ethernet_802.3.  Now
you've also connected to the other one: ethernet_ii.  So far, i
haven't told you anything you don't know, i've just explained it in a
way that makes it easier to understand the next step.

Whenever you connect a NetWare server to two networks, that immediate
activates the server's internal router.  The internal router begins
forwarding IPX packets from one network to the other as needed to get
them to their destination.  You probably already knew that, too.

In this case, you've connected your NetWare v3.11 server to both your
ethernet_ii network and your ethernet_802.3 network, so it immediately
began routing packets between them.  It turns out that IPX's internal
router doesn't even know that the two "networks" are actually using
the same physical ethernet cable.

I think that explains most of your questions.  You need two different
network numbers for the two different networks, even though they're
sharing the same cable.  You could get to your other server because
the "dual homed" server was forwarding the packets for you.

It also means you're now all set to upgrade from ethernet_802.3 to
ethernet_ii.  You can use ECONFIG to switch client PCs to ethernet_ii
at your convenience without losing any connectivity.  You can switch
the server's as well as long as you leave one connected to both frame
types.  Or you can just connect all of your 3.11 servers to both
networks for a while.  This avoids an extra hop through the routing
server's internal router when a client finds itself on a differnet
network from its server, and it also spreads the routing load among
all your servers instead of having all the traffic go through the one.

As Mr. Howard suggested, you might also want to use this opportunity
to switch to IPXODI since IPX.Com is "old technology".

>   1.  Are two LOAD statements for the same interface really required?

Yes.  This is not significantly different than loading the same driver
twice to service two different NICs of the same type.  (By the way,
the message you get isn't a warning or a complaint; NetWare is just
telling you what it's doing: using an NLM reentrently.)  It's also
much easier to deal with them if you give each LOAD its own name.

						don provan
						donp@novell.com
Newsgroups: comp.sys.novell
From: toddwall@rock.concert.net (Todd R Wall -- Catholic Diocese of Raleigh -- Computer Services)
Subject: Anyone running DRDos 6 & QEMM 6 & Windows 3.1?
Keywords: DrDos,QEMM,Windows
Organization: CONCERT-CONNECT -- Public Access UNIX
Date: Fri, 4 Sep 1992 04:57:05 GMT

	I'm having an interesting problem running DrDos 6.0 w/ QEMM 6
and Windows 3.1 in 800x600 mode.  If anyone out there is doing this,
please let me know.  I have a problem and would like to talk with someone
about it.

	P.S.  The problem is that my machine locks up when I switch from a
non-windows app. back to Windows.

o o ______           _     _____  _  _ o o  "But the fruit of the Spirit is
' '   /       /   / ' )   /      // // ' '   love, joy, peace, patience,
     / ______/ __/   / / / __.  // //        kindness, goodness, faithfulness,
   _/ (_) (_/_(_/_  (_(_/ (_/|_</_</         gentleness and self-control."
toddwall@rock.concert.net & todd@beretta.bacchus.org ^- Galatians 5:22-23 -^


-- 
o o ______           _     _____  _  _ o o  "But the fruit of the Spirit is
' '   /       /   / ' )   /      // // ' '   love, joy, peace, patience,
     / ______/ __/   / / / __.  // //        kindness, goodness, faithfulness,
   _/ (_) (_/_(_/_  (_(_/ (_/|_</_</         gentleness and self-control."
Newsgroups: comp.sys.novell
From: ingham@nodecg.ncc.telecomwa.oz.au (bruce ingham 4206700)
Subject: SAP/RIP Filtering.
Organization: Network Computer Centre
Date: Wed, 2 Sep 1992 05:07:32 GMT

	We are connect to a large Novell network with multiple
	hundreds of files servers and networks.  This has caused 
	problems with SAP and Novell RIP broadcasts.  The SAP problem
	has been solved with the SAENG/SAFILTER NLM, however
	the RIP problem still exists. The RIP packets are very large
	and cause significant performance problems in the routers
	and fileservers.

	Is there some way of filtering RIP packets in the same
	way as SAP packets.


Bruce Ingham                            Phone: +61 9 4206700
Engineering Computer Centre             Fax:   +61 9 4207585
3rd Floor Telecom Centre                Email: ingham@telecomwa.oz
80 Stirling Street, Perth
Western Australia 6000
From: overberger@gw.wmich.edu
Newsgroups: comp.sys.novell
Subject: Remote Boot Delays w/large BOOTCONF.SYS
Date: 3 Sep 92 12:31:21 EST
Organization: Western Michigan University

I've yet to see any input on this subject save for a comment about a 
year ago from someone in Australia. Never could get any details from
him though.

We have a large (500+) workstation LAN system on our campus using 5 or
6 Novell 3.11 servers. This is a fairly good arrangement for most of
our public access labs. The problem we are running into related to remote
booting of some of our PC's. We have about 4 distinct groups of PC's that
need specific boot images. Each of these distinct groups use the same basic 
image (i.e. 4 seperate images plus 3 specific images for one lab) We are
using a technique were the station is logged in with a common user name from
the image file. A series of "IF P_STATION = ############ then login 'actual
workstation id'" is at the beginning of the system login script. This is 
only accessed by the initial common login name. When the station logs
in the second time with the unique workstation name, this part of the
script is bypassed. We are using a long BOOTCONF.SYS to match the proper
image file to the specific group's image file since there are really 
7 possible images for a total of 4 groups with about 50 workstations per
group. (whew !!).

The problem is this. Two of the groups contain 8088's. These slow machines
are taking a really long time to boot as the BOOTCONF.SYS file grows and
and the P_STATION routine takes time also. My understanding is that the
BOOTCONF.SYS procedure is inherently slow. Coupled with the dual login
routine, it is becoming intolerable. The dual login routine is necessary
to eliminate 200 seperate image files !

Has anyone come up with a faster scheme to do this type of remote boot ?
Is there a way to put a file server near each lab and have that server only
boot that lab ???  We need to be able to pass IPX through our backbone but
it would be nice to "block" the RPL routine using a router or bridge. We
still need to let each server answer the GET NEAREST SERVER request for the 
lab nearest it. Would there be a way to assign the workstation name to
the login command in the AUTOEXEC.BAT file of the image file based on
Ethernet address ?  This is the way the person in Australia did it, I think.

Please mail response to Overberger@gw.wmich.edu. I will post the responses
if I get one !
Newsgroups: comp.sys.novell
From: dhoward@novell.com (Dirk W. Howard)
Subject: Re: How to load PSERVER.VAP automatically
Summary: How to load PSERVER.VAP automatically?
Keywords: PSERVER.VAP, Printing
Organization: Novell, Inc.
Date: Wed, 26 Aug 1992 17:42:19 GMT

In article <1992Aug26.044542.129@polaris.utu.fi> jsakki@polaris.utu.fi (Jarkko Sakki) writes:
>From: jsakki@polaris.utu.fi (Jarkko Sakki)
>Subject: How to load PSERVER.VAP automatically
>Summary: How to load PSERVER.VAP automatically?
>Keywords: PSERVER.VAP, Printing
>Date: 26 Aug 92 04:45:42 GMT
>We have an old server witch already has Novell Netware 2.13 (?)
>installed and we would like to make this old 386 our dedicated 
>print server. Everything else works fine, but after I have put 
>PSERVER.VAP to SYS:SYSTEM this machine requires that print 
>server name must be manuanlly typed from system console at startup 
>time. Under 3.X this can be easyly avoided (Print Server name 
>specifed at LOAD line) but is there some other way than upgrading 
>to 3.X to make this server boot automatically without manual typing 
>from keyboard??? Some configuration file???
>
>What if we need more than 16 printers - can PSERVER.VAP loaded TWICE?
>
>*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>Jarkko Sakki        * Kaivokatu 16 a 16    *      Voice: +358-21-315 023
>Jarkko.Sakki@utu.fi * 20520 TURKU, FINLAND * CS Student at University of Turku
>*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*


Version 1.22 of PSERVER.VAP has an autoload feature.  You need to be using 
NetWare 2.15c or above to use it.  Get the file PSERV1.ZIP from 
ftp.novell.com at 137.65.12.2 or download it from NetWire from NOVLIB\06.

---------------------------------------------------------------------------
Dirk W. Howard              These are my personal opinions.  No one else 
Novell Technical Support    in their right would claim them.
dhoward@novell.com
                     "I'm sorry Ralph... not even the Networking
                      Fairy can pull this one out of the fire."
---------------------------------------------------------------------------
From: rse8135@dewie.tamu.edu (R.S. Etheredge)
Newsgroups: comp.sys.novell
Subject: printing
Keywords: print, capture,
Date: 4 Sep 1992 20:30:44 GMT
Organization: Texas A&M University, College Station

Howdee,
How do I switch from printing to the network printer to the printer on the  
desks of my users? I have tried various l=n configurations in the system  
login script, to no avail. Someone told me that this is easy to do, but it  
hasn't worked for me, yet.
Also, I want the user's full names to show up on the banner, instead of  
their login ids. I've tried all the combinations of nam=xxx in the system  
login script that are possible, and cannot get this to happen. I don't want  
to put each user's full name in a capture statement in their individual  
login scripts.
Have a happy day...
Rusty Etheredge
rse8135@dewie.tamu.edu
From: cdsnavely@miavx1.acs.muohio.edu
Newsgroups: comp.sys.novell
Subject: Managing printer queues w/ NetWare
Date: 4 Sep 92 20:36:52 GMT
Organization: Miami University Academic Computer Service"

We have a NetWare file server, a bunch of PS/2s, and a bunch of Macs.
They are in a student lab environment.

We have a PostScript printer and we want to print to it from any of
the PS/2s or the Macs.  We also want to release jobs selectively
because our laser printing is not free for students.

We are currently using an AppleShare Printer Server for the Macs.
Print jobs off the PS/2s get routed through the file server to the
AppleShare Printer Server, then to the printer.  The AppleShare
Printer Server allows us to control the jobs sent to the printer
fairly easily by simply turning printing on and off but allowing
spooling all the time.

Soon we will be adding a NetWare LAN in a student lab without Macs at
all.  We don't want to put an AppleShare Printer Server in this lab
because that seems a little kludgy and besides, we can't spare the
Macs (even the Pluses).

Now we are looking for a way to "release" print jobs using NetWare.
Certainly other poeple out there are doing the same thing.  I recall
some earlier discussion about automatically holding print jobs and
using PCONSOLE to "release" them to the printer.  This would be
satisfactory.  Just about anything that is easy to use, dependable,
and not much of a security risk would be satisfactory.

Any ideas?

Thanks in advance.

-Cory Snavely
Miami University, Academic Computer Service
Newsgroups: comp.sys.novell
From: veregin@humboldt.kent.edu (Howard Veregin)
Subject: ODI-DOSSHELL conflict?
Organization: Kent State University
Date: Fri, 4 Sep 1992 15:44:52 GMT


We have a strange problem running DOSSHELL with NetWare.
The problem is that any MAP INS commands in the user's login
script do not take effect.  In other words, the path is
not amended to include any directories on the file server.
However, all other login script commands work just fine,
including MAP without INS.  Also, MAP INS works okay if
the DOSSHELL is not run.

What makes it really strange is that the Z: drive (added
to search path by MAP INS) shows up in the DOSSHELL display.
But it doesn't show up with the DOS PATH command.

We are running NetWare for the HP 9000.  This particular
problem has appeared on a Zenith 386.  We are running
NETX version 3.26 (920211), IPXODI ver 1.20 (911120),
and an ODI driver for the NE-2000.

Anyone had this problem?

Thanks,


_______________________________________________________________
 Howard Veregin
 Assistant Professor                   Department of Geography
                                         Kent State University
 (216) 672-3221                              Kent, Ohio, 44242
 veregin@humboldt.kent.edu
_______________________________________________________________

Newsgroups: comp.sys.novell
From: newsome@ug.cs.dal.ca (Brent G. Newsome)
Subject: NetWare Lite Questions
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Tue, 25 Aug 1992 15:15:17 GMT

First:  Is there a FAQ for Netware Lite and/or one for NetWare.
	If so, please e-mail me a copy or direct me to a site which
	has it.  Thanx.

Second:	Specifically I require information regarding the implications
	of moving from NetWare Lite to either NetWare v2.2 or 3.11
	with regards to software and hardware.

	Are there well known problems running NetWare Lite with 
	Windows 3.1?  Are there ARCNET board which should be avoided
	with NetWare Lite??

	Please E-Mail, I'll summarize if there is interest.

	Brent Newsome

-- 
| BRENT G. NEWSOME                      |  Mail Addresses:                    |
| 45B Elmwood Avenue, Apt #114          |  INET/ENVOY:  P.NEWSOME             |
| Dartmouth, Nova Scotia                |  UUCP: 01BRENT@ac.dal.ca            |
| Canada, B3A 3E7                       |        newsome@ug.cs.dal.ca         |