HDTenEightyP/NetNews huggingface dataset:
From: hberg@polisci.umn.edu (Bob Hammarberg)
Subject: Re: The Adaptec 1740 saga.
Organization: Department of Political Science, University of Minnesota
Date: Wed, 11 Nov 1992 15:02:50 GMT

In article <tmunro.721429946@cunews> tmunro@superior.carleton.ca (Tim Munro) writes:


> The new drivers are in the file E8032.COM
>on CI$. This file is also available from their BBS @ (516) 434-3162. I
>will keep the list informed as to our progress with these new drivers.

Please excuse a novice, but what and where is CI$ ?
From: bkc@MURKWORKS.COM (Brad Clements)
Newsgroups: bit.listserv.novell
Subject: Re: Supervisor Password
Date: 12 Nov 92 14:13:54 GMT
Reply-To: Novell LAN Interest Group <NOVELL@SUVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              12 Nov 92 09:55:15 EST." <9211121043.AA20237@uu.psi.com>

>Could you pleace supply me with tose two NLMs, or at least the adress to an
>FTP-site, where I can get them???????? PLEASE!!!!!

>/norway
I'm interested too
Norbert
--

**

You can get at least one of those NLMs from

        ftp.msen.com:pub/vendor/murkworks/freebies/setspass/setspass.zip


Along with several other fine NLMs!


Brad Clements                  bkc@murkworks.com               (315)265-4717
Consultant, MurkWorks `Suppliers of fine aged NLMs'            (315)268-9812 Fax
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.CF.THOR; 10 NOV 92  9:01:40 GMT
X-Mailer:   Pegasus Mail v2.3 (R2).
Newsgroups: bit.listserv.novell
Date:         Tue, 10 Nov 1992 09:01:04 GMT
Reply-To:     NOVNEWS@CARDIFF.AC.UK
From:         "Hugh Beedie, UWCC, CARDIFF, UK." <NOVNEWS@CARDIFF.AC.UK>
Subject:      MAC Quadra Transceivers and AMP make-before-break cabling.

Apologies in advance for sending this query to this mailing list as
it isn't really Novell-only, but a more general query. However, I
hope someone out there knows the answer !

We currently have a campus-wide ethernet which is cabled using thin-
wire and the AMP make-before-break ethernet cabling system. This
uses a special drop cable (which has two co-ax leads and a T-
piece inside it) plugging into a wall socket, with a single BNC
connector presented to the user for connection to their equipment.

We have recently received some MAC Quadras with the APPLE thin-wire
transceivers which have an in-built T-Piece. We have not been able
to make this work with the AMP cabling system without cutting the
AMP cable, separating the 2 co-ax leads and adding BNC connectors to
them. This violates the whole principle of the make-before-break
system as the user can once again take down a whole ethernet segment
by removing one of the BNC connectors.

Does anyone out there know of a transceiver for the Quadra that does
not have the in-built T-Piece, or can they suggest an alternative
solution ?

Hugh Beedie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL%SUVM.bitnet@WUVMD.Wustl.Edu
X-VMS-To: IN%"NOVELL%SUVM.bitnet@WUVMD.Wustl.Edu"
X-VMS-Cc: WARWICKR
Newsgroups: bit.listserv.novell
Date:         Sat, 7 Nov 1992 15:24:00 CST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Richard Warwick <WARWICKR@SLUVCA.SLU.EDU>
Subject:      Re: help! how to capture com port to a castell print queue

DATE SENT:  7-NOV-1992 15:14:42
>
>I swear that I must be nearly brain dead. I bought a Castelle Lan
>Press, and on it there are two COM ports. I configured one of them
>to service a print queue for our HP Draft Master (serial plotter).
>Then I went to my workstation and tried (1) from the control panel
>in Windows, to connect a serial port to a network print queue. (that
>is a no can do) So I changed it back to a parallel port and made
>the connection to the queue, but never saw anything put into the
>queue or appear on the plotter. (2) directly attached the serial
>cable to the PC I was working on and verified that the printer
>works.
>
>So (1) how do I capture a COM port to a network print queue.
>   (2) is there anything special to be done to make a serial
>       capture work

Rick,

as far as I know, there is no way to capture a com port print job.
I'm pretty certain there is no way to capture it using native novell stuff.

Historically, I think it relates to the I'm Brain Munged :) bios that
attempted to slowly talk to inadaquate com ports.  So- everybody that
wrote code to either print or communicate (i.e. Modem) to a com port
had to write their own code to directly peek and poke at the asynch chip.

so, since it doesn't go through the bios, novell can't intercept it.
this is why sharing a modem over a network is such a job for Barnum and Bailey.

I'm sorry I can't help more.

R.

+----------------------------------------------------------------------------+
| Richard Warwick, Manager of PC Services  Internet: WARWICKR@SLUAVA.SLU.EDU |
| Saint Louis University                      Voice: (314) 577-8620          |
| Medical Center Computing Services                                          |
| 1402 South Grand Avenue  C308                                              |
| St. Louis  MO  63104                                                       |
+----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4beta PL7]
Content-Type: text
Content-Length: 208
Newsgroups: bit.listserv.novell
Date:         Thu, 12 Nov 1992 15:52:10 EST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "Mitchell J. Edelman" <mjedelma@SSA.GOV>
Subject:      map command from user login script

Dear Novellers -
        Is there any reason why a MAP command would not execute at all
        from within a *USER* login script?

        Thanks in advance for any info you might pass on.

        Mitch Edelman
        mjedelma@ssa.gov
From: MIKE@FELIX.LIB.CSULB.EDU (Mike Mandili)
Newsgroups: bit.listserv.novell
Subject: Connection a workstation to the file server
Date: 5 Nov 92 22:51:28 GMT
Reply-To: Novell LAN Interest Group <NOVELL@SUVM.BITNET>
Organization: Cal State Univ Long Beach - Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer:     Pegasus Mail v2.3 (R2).

Very simple question!
    I am trying to connect a workstation to the file server. So I did
    all what I am supposed to do, I loaded ne2000, the netx, and
    IPX .. but I am getting the following message: "No Known file
    server"!!! I have checked the connection and the NIC. I have
    the shell.cnf in the same directory with netx. I have tried to
    re_install it more than once no luck!

**********************************************************************
Mike Mandilli
mike@felix.lib.csulb.edu
310/985-4052
**********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.novell
Date:         Mon, 9 Nov 1992 13:27:26 -0500
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         ACS_NETWORK@JMUVAX.BITNET
Subject:      Re: Why bother having a Network?

1. Lightning striking one PC could just as easily travel down
   the AC wires.

2. Wires have always been part of computing. If you have a multiuser
   host computer, you'll have terminal wires. If you have a PC-LAN
   you'll have "LAN" wires. Either way fire and/or lightning protection
   must be addressed.

3. Any spark that travels through 5 miles of air ain't gonna change
   direction much due to a 24 AWG wire.

Gary Flynn
Network Analyst
James Madison University
Newsgroups: bit.listserv.novell
From: bpc@unb.ca (Brian Cassidy)
Subject: Re: Rprinter setup
Organization: University of New Brunswick
Date: Thu, 5 Nov 1992 22:41:57 GMT

In article <9211042313.AA29892@slc4.INS.CWRU.Edu> cj145@CLEVELAND.FREENET.EDU (Bob Abbott) writes:
>From: cj145@CLEVELAND.FREENET.EDU (Bob Abbott)
>Subject: Re: Rprinter setup
>Date: 4 Nov 92 23:13:08 GMT
>>
>>I'm trying to setup a remote printer here, but haven't had much luck.  The
>>manual makes it sound pretty easy, so I must be doing something wrong.
>>Here's what I've done.
>>
>>- Set SPX=50 in shell.cfg
>>- Defined the remote printer in Pconsole as REMOTE - serial (or parallel)
>>- Loaded packet driver and netx on the station to be used (no need to log
>>  in, right?)
>>- Loaded rprinter on the remote station.
>>
>>I've tried both parallel and serial options.  If I use parallel, the print
>>job goes through, but at an incredibly slow rate (about 1 page in 30 min.)
>>If I use serial, I just get a PRINTER OFFLINE error (printer IS online, cable
>>connection is secure).  Both the cable and printer work fine locally.  The
>>remote station is an 8088 machine (only one I have free).
>>
>  The 8088 is your problem.  The ports are running in a polled mode
>instead of interupts.  It may be the port or the BIOS.  Time to retire
>the beast.
Here we have several 8088 and 8086 print servers running pserver.exe
(not rprinter). Although they certainly will not set any speed records,
they work just fine in the public labs. These are parallel printers.
We also experienced an extremely slow printing problem which was
solved by disabling interrupts. In pconsole we have:
Type: Parallel, LPT1
Use interrupts: no

Brian Cassidy <BPC@UNB.CA>
Newsgroups: bit.listserv.novell
From: peterh@netcom.com (Peter John Harrison)
Subject: Re: CHARON - Will it work with a SLIP packet driver?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 6 Nov 1992 07:58:56 GMT

troch@gandalf.Rutgers.EDU (Rod Troch) writes:


>Does anyone know (or are you already doing this) if Charon will
>work with a SLIP line as its packet driver?

>I am not asking for help setting up the slip packet driver stuff, I did
>that already.  :-)  What I am asking for is information regarding
>Charon.  Will it handle a slip line instead of a true ethernet connection
>to the internet.  And if so, do I have to customize Charon in anyway.
>(Or is setup the same as using a directly linked workstation to 
>the internet?)

>Thanks,
>Rod

>--
>-----------
>If you yell try : Rod Troch                  | Zeta Beta Tau
>internet        : troch@gandalf.rutgers.edu  | 
>                : troch@pilot.njin.net       | happyHappy joyJoy
>Rutgers Univesity - Department of History - Network Administrator

As long as your SLIP driver complies with the BYU packet driver spec,
Charon shouldn't care.  
============================================================================
Peter John Harrison           1522 Day Avenue, #A, San Mateo, CA  94403  USA
peterh@netcom.com             Home Phone: 415-358-0891
From: nelson@CRYNWR.COM (Russell Nelson)
Newsgroups: bit.listserv.novell
Subject: Re: Clarkson Drivers with Brigham Young IPX
Date: 6 Nov 92 04:21:08 GMT
Reply-To: Novell LAN Interest Group <NOVELL@SUVM.BITNET>
Organization: Crynwr Software
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

On 5 Nov 92 00:34:44 GMT, "Kenneth J. Martin" <kmartin@PHAD.HSC.USC.EDU> wrote:
> In article <9210222351.AA21836@usc.edu> you write:
> >I'm using Clarkson's packet drivers with Brigham Young's IPX driver
> >at my site. Some PC's have acted strangely since installation of these
> >drivers. The keyboard sends characters as is the shift or control keys
> >had been pressed down when in fact they weren't or a continuous stream
> >of a particular character is send to the application. This occurs on
> >an intermittent basis. The problem is not the keyboard (they work fine
> >on machines not using the drivers and the problem started appearing
> >right after the installation of the drivers. The problem disapears
> >as soon as I remove the drivers.
> >
> >Does anyone have experience with this problem? I would very much like to
> >keep using the drivers for accessing Internet but preferably without the
> >side effect.
> >
> >Denis Pellerin
> >Faculty of Administration
> >University of Ottawa
> >Ottawa Ontario
> >K1N 6N5
>
>
> Yes, we have the same problem, although it never happens on our
> IBM PS2/57sx's, only on our Unipaq clones.  We switched our clones
> to the ODI drivers, and get much better results (although every once
> in a while, we get a stuck shift state).
>
> I posted something several months ago asking if anybody had this problem,
> and got no response.  Have you received any responses other than mine?

Curious.  I posted the fix to novell@suvm about two months ago, odd
that it didn't get to you.  Anyway, there are three possibilities:

  o Change the "in ax,61h" in 8390.asm to "in al,61h" and reassemble.
  o Wait for the 11.x drivers, which I am making time to work on this month.
  o Become a Crynwr customer and receive the fixes on a floppy.

--
-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.novell
Date:         Thu, 5 Nov 1992 11:21:41 CST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         CACHO@ITESO.BITNET
Subject:      Re: Tiara Arcnet Packet Drivers
              "KARTHIK@TEMPLEVM.

>
> We have a lab of PS/30's with Tiara arcnet cards that we would like to
> link to our internet backbone via Telnet and CUTCP, I have gotten the
> advice to use the ARCETHER.ZIP skeleton drivers from Crynwr software
> available on various FTP sites. Upon getting the product, I have not
> been able to get the drivers to be recognized by Telnet/CUTCP. I'm using
> the Turbo RX-Net drivers along with the latest releases of IPX and NETX
> from novell, is there any specific IPX/NET and card config I should use?
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Karthik Sridharan                  |Bitnet: karthik@templevm
> -----------------------------------+Internet:
> Temple University Computer Services|     karthik@vm.temple.edu
> Ambler Campus, Pennsylvania.       |     karthik@picasso.ocis.temple.edu
>
  If you can use your cards with TRXNET drivers, make your life easy, and
switch to ODI, no net.cfg needed, and you will use ODIPKT, a packet driver
for ODI.

--
  Hector Gonzalez, Iteso University.
  Guadalajara, Mexico.
  Cacho@iteso
  Cacho@itesocci.gdl.iteso.mx
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
X-VMS-Cc: JRD
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.novell
Date:         Tue, 10 Nov 1992 13:31:39 -0600
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Joe Doupnik <JRD@USU.BITNET>
Subject:      Re: Tranferring user defs to new server

>
>I'm going from an old 386 server with a 300MB disk to a new 486 with an
>internal 100MB disk and an external 2GB Raidion array.   Now, how do I get
>all the user info properly transferred from the old to the new?
>
>On the old server, everything was on volume SYS:; on the new one, I put the
>mail directories on SYS: (that's on the internal HD), but the userfiles go
>to the external volume (FRED:).
>
>I used NCOPY to copy all files from the old server to the new.  Then I ran
>BINDFIX on the old server; took the resulting NET$*.OLD files, put them into
>SYS;SYSTEM on the new server, and ran BINDREST.
>
>All the user names, passwords, groups and group assignments are there, but
>the trustee directory assignments are not.  Is there any way to transfer
>them, restore them, or whatever?
>
>Or should I go about this in some totally different manner?
---------
        Different I should think. Create the bindery entries first, then
move across objects referencing the bindery. Trustee assignments are carried
in the directory parts of things but they point back to objects in the
bindery. A problem with part of this is the references are by numerical
value rather than by text string, so stuff does not always port worth a darn.
        Joe D.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Newsgroups: bit.listserv.novell
Date:         Wed, 11 Nov 1992 23:01:20 -0600
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Rich Molettiere <richm@CWIS.UNOMAHA.EDU>
Subject:      NWMac print q DA

I have no problem using the NetWare for Mac NetWare DA on the
Mac and controlling laser printer queus.  However, none of
the AppleTalk ImageWriter queues are "active."  They appear
dimmed although the queue is currently active.

Any ideas?

*****************************************************************
** Rich Molettiere            AppleLink..................K2241 **
** Technology Coord.          CompuServe............73417,2314 **
** Omaha North High School    Fax.................402 554-6287 **
** 4410 North 36th Street     Internet..richm@odin.unomaha.edu **
** Omaha, NE  68111           Voice...............402 554-6500 **
**                                                             **
**   Technology changes WHAT we teach as well as HOW we teach  **
*****************************************************************
From: JRD@USU.BITNET (Joe Doupnik)
Newsgroups: bit.listserv.novell
Subject: Re: Windows for Workplace
Date: 12 Nov 92 16:21:53 GMT
Reply-To: Novell LAN Interest Group <NOVELL@SUVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
X-VMS-Cc: JRD
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

Richard,
        I stand (ok, cower and cringe) to be corrected. Corvus may have been
in there before IBM PCnet, but the latter is the first I've known to make
a dent in the market, emphasis on the "I've" part. So, with this said, let's
modify my statement to read "early" rather than "first." My first network
adapter was a tall rack of gear (an IMP) attaching an original Centronix dot
matrix printer and keyboard to the ARPAnet, about 20 years ago. In those days
ARPAnet was small and friendly, much like a lan, but vastly slower and a lot
more costly. About 5 years later I moved up to the big time, VAX and DECnet
Phase I, helping to start one of the larger such nets, using very high speed
2400 baud point to point links. What a marvel it was! One could log into a
remote machine (I had to write some of that software) and access remote files,
do Mail, etc. My perception of lans began much later when they moved from
the primative fancy-device-driver stage into useful tools. Today all my big
iron is gone, replaced by hords of small boxes, all interconnected by
Ethernet with NetWare and DECnet and TCP/IP and OSI and whatnot. So, I may
have missed a beat or two in the lan adapter history.
        Thanks,
        Joe D.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Fri, 6 Nov 1992 13:28:11 -0500
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Tim Munro <tmunro@CCS.CARLETON.CA>
Subject:      Re: SCSI Express Users - Need info

In bit.listserv.novell you write:

>I need to ask some users of SCSI Express a fwe questions. If you
>could reply directly to me I would appreciate it. Specifically,
>its about CD Titles that you may or may not have gotten working
>with SCSI express.


        Using Anonymous FTP, please connect to alfred.ccs.carleton.ca
(134.117.1.1). In the directory pub/cdrom is a file CDROM.ZIP. In this
archive is a document briefly describing our SCSI Express setup, along
with the batch files I use to run our various applications. Any
contributions you can make are most welcome. Contributions and queries
may be E-Mailed to me at the address given below.

--
Tim Munro

Internet: tmunro@ccs.carleton.ca
Voice:    (613) 788-2600 x3722
Fax:      (613) 788-4448

* Your favourite quip here *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
X-VMS-Cc: JRD
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.novell
Date:         Thu, 12 Nov 1992 17:18:46 -0600
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Joe Doupnik <JRD@USU.BITNET>
Subject:      Re: Please help with NDIS question

>
>I have IP applications that have been written for clarkson (Crynwr) packet
>driver use..... If the network shell is of NDIS then what else to I need to
>be able to run these IP applications????? Where can I ftp????? I know for
>ODI shell I need ODIPKT but what about NDIS??????
>
>Thanks
--------------
        Anonymous ftp to netlab2.usu.edu, cd DRIVERS, obtain DIS_PKT9.ZIP.
        Joe D.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Medical Center of Delaware
X-Mailer: PSILink (2.0a)
Newsgroups: bit.listserv.novell
Date:         Fri, 6 Nov 1992 14:48:44 -0500
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Doug Dersch <pl0154@MAIL.PSI.NET>
Subject:      Re: min./max. packet receive buffers

Ben,
  Thouroughly check your cabling. Especially the ability of the server
to send packets.  We have had a problem or two with (1) a screaming card
clogging the bus, and (2) a card level problem which caused the file
server to be unable to send packets. It could receive packets and
process requests but would fill the transmit buffers rather quickly.
Give me a call and we can chat. (302) 324-3517.

Douglas Dersch

>DATE:   Tue, 27 Oct 1992 10:58:00 EST
>FROM:   ben <BEN%VUVAXCOM.BITNET@SUVM.SYR.EDU>
>
>Recently, one of our 3.11 file servers, with not more than 20 users logged
>in at once has been spitting out the following warning message:
>
>LAN receive buffer limit reached. All buffers are in use.
>  Possible causes: disk channel bottleneck or buffers have been lost.
>
>The red books are ambiguous on minimum and maximum packet receive buffers.
>I understand that the maximum packet receive buffers defaults to 100.
>We increased our minimum packet receive buffers to 300.  This means that
>when the file server boots, it will allocate 300 packet receive buffers.
>Do I have to set maximum packet receive buffers also.  If minimum packet
>receive buffers is set at 300, and maximum packet receive buffers is set
>to 100, will the file server allocate more packet receive buffers if needed,
>or will it stay at 300?
>
>I do not see an increase in packet receive buffers, for weeks it has remained
>at 300. Is the file server maybe trying to allocate more buffers, but can't
>because maximum is set to 100?
>
>At any rate, monitoring performance on 3.11 file servers via the red books
>is very confusing.  Any help or advice would be greatly appreciated.
>
>Thanks in advance!
>
>Ben Alfonsi
>Villanova University
>University Computing and Information Services
>IP: ben@ucis.vill.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU