HDTenEightyP/NetNews huggingface dataset:
X-VMS-To: IN%"novell@suvm.bitnet"
Newsgroups: bit.listserv.novell
Date:         Tue, 14 Apr 1992 15:18:00 CDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Dan Abts - UWL System/Network Manager <ABTSACS@UWLAX.EDU>
Subject:      Re: heavy-duty printer - HP Ruggedwriters

> From: VAXA::LEISGANG     14-APR-1992 14:14:30.82
> Subj: RE: HP Ruggedwriters
>
> > Hi.  We're thinking of getting some HP RuggedWriters for our
> > student access labs here on campus.  Is anyone using them out there
> > and would like to share their opinions with me?  Thanks...
>
> UW-La Crosse has 8 HP Ruggedwriters spread across 4 labs.  In my
> opinion they are a good reliable printer.  The main problem that we
> have had with them is paper jams.  This problem was lessened by
> going to a heavier paper (we now use 20# - formerly 15#).
>
> To a lesser extent we have had trouble with tractors 'migrating' to
> the right.  That problem was corrected under warranty and has not
> occurred.
>
> In addition we have covered the control switches to prevent dirt
> from causing them to jam.
>
> These problems may seem like a lot but we have been using these
> printers for 2+ years now and have had only 1 (knock on wood) major
> failure that required replacement of any of the electronics.  All in
> all, I feel that they are a good, reliable printer.
>
> John H. Leisgang - Operations Coordinator - ACS UW-La Crosse

The other problem we had here at UW - La Crosse was software
related. We wanted the ruggedwriters to use the epson compatible
mode so some software that only supported epson printers could still
print.  We also wanted to use a font cartridge to have a nice elite
font rather than have a courier font that was to big just squished
together.  This was a big problem for WordPerfect.  We ended up
editing the wp printer files and still have problems with some
tables and graphics in wp.  WP Corp. was NO help since the don't
support printers emulating other printers.  I think we would have
been better off with a heavy duty epson, but at the time the epson
was about $5000 when the HP was under $800.

Dan Abts                                        ABTSACS@UWLAX.EDU
Academic Computing Services                     ABTSACS@UWLAX.BITNET
Univ. of Wisconsin - La Crosse
Xref: sparky bit.listserv.novell:7211 comp.protocols.tcp-ip.ibmpc:2937
From: RBYAML@ROHVM1.BITNET (Aengus Lawlor)
Newsgroups: bit.listserv.novell,comp.protocols.tcp-ip.ibmpc
Subject: Re: PC/PTCP ODI Version ?
Date: 10 Apr 92 20:24:20 GMT
Organization: Rohm and Haas Company

In article <1992Apr8.130108.3253@rhrk.uni-kl.de>, weber@rhrk.uni-kl.de
(Christoph Weber-Fahr [KIT]) says:
>some time ago FTP Inc. announced ODI Support for their PC/TCP Product via
>a kind of ODI/Pkt-driver shim of their own.
>
>Has that come out yet ?  Has anyone heard of ?
We received PCTCP plus ver 2.05 patch-level 4 recently. The docs say that
ODIPKT is included. (ie, a packet driver interface that sits on top of your
NetWare ODI driver). I haven't tried it, but it should work, and they do
support it.
>
>Regards and thanks for any answer
>
>Christoph Weber-Fahr
>
>--
>  Christoph Weber-Fahr                  |  E-Mail:  weber@rhrk.uni-kl.de
>  Universitaet Kaiserslautern,  KIT/IVS |  S-Mail:  Postfach 3049
>  Tel. 0631/205-3391                    |           D-6750 Kaiserslautern
>--------------------------  My personal opinion only    ---------------------
Aengus
--
RBYAML@ROHMHAAS.COM                    Aengus Lawlor
RBYAML@ROHVM1.BITNET                   (who used to be ALAWLOR@DIT.IE)
"How about some of that famous Dublin wit, Barman?"
"Certainly, sir. Would that be Dry or Sparkling?"
From: rob@aci_1.aci.ns.ca (Rob Poole)
Newsgroups: bit.listserv.novell
Subject: Low speed WANs
Summary: would like info in low speed WANs in use
Keywords: WAN , LOW SPEED , 9600
Date: 15 Apr 92 19:14:05 GMT
Organization: Atlantic Computer Institute

Is there anyone out there connecting Netware servers via a low speed modem ?
(9600 baud)

If so could you please tell me what software/hardware you are using and how 
good or bad your configuration works.

							THANKS.....


                   

                   ***********************************
                   *            Rob Poole            *
                   *   Atlantic Computer Institute   *
                   *       rob@aci_1.aci.ns.ca       *
                   *         (902) 423-8383          *
                   ***********************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Pegasus Mail v2.2 (R3).
Newsgroups: bit.listserv.novell
Date:         Thu, 9 Apr 1992 15:25:12 EST
Reply-To:     jbeck@bmgtmail.umd.edu
From:         John Beck <JBECK@BMGTMAIL.UMD.EDU>
Subject:      Re: OS/2 and Novell
X-To:         NOVELL%SUVM.BITNET@uga.cc.uga.edu

> What is required to integrate os/2 workstations on a novell lan?

You'll need the OS/2 Requestor from Novell.  This Requestor is
version specific so if you are installing OS/2 2.0, you'll have to
wait til Novell releases it the latest Requestor.  There will be
utilities for on the server as well as the workstation.

> Specifically, it will be on a 3.11 with IBM workstations.
> Do you need to add name space to the server?  Do you need to relink

If you wish to use HPFS naming conventions on the server, you'll have
to add the OS/2 name space to the server.  If regular DOS FAT is
alright, you would not have to use the add name space.


> your ipx with a special driver?  How difficult is this to do and is

The "IPX" is very similar to ODI (in fact may be ODI) and so you
won't use or recompile your old ipx.

> it worth what you get?  Can you only use 386 or higher stations or
> can you get a limited use on 286 and lower (obviously no multitasking).
>
I'm not sure on this.


           John Beck
Systems and Network Coordinator
      College of Business
    jbeck@bmgtmail.umd.edu
        (301) 405-2271
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL6]
Newsgroups: bit.listserv.novell
Date:         Thu, 9 Apr 1992 09:33:19 EST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Bill Swartz <bill@PICASSO.OCIS.TEMPLE.EDU>
Subject:      Re: Blank pages when printing
X-To:         NOVELL%SUVM.BITNET@uga.cc.uga.edu
              Apr 8, 92 4:35 pm

>
> We are getting extra blank pages when we print all documents.  Usualy 2
> before the text and 1 after the text is finished printing.  We have
> discovered why we have a blank page at the end of the print job but have
> not been able to determin why we are getting blank pages in front of the
> print job.  I have turned off all banners and form feeds.
>
> Does anyone out there know why Novell spooler sends two from feeds prior
> to a print job?
>
> Thankyou in advance
>
> Neal Moss
> Network Programer
> Idaho State University.
>
> Mossneal@langate.csc.isu.edu
>

 If you are using PrintCon to create jobs and have defined your printer with
 PrintDef -- check to see what the reinitialize sequence is.  Some printers
 put a form feed in their re-initialize sequence.  HTH!

--
   -------------------------------------------------------------------------
   Bill Swartz
   Lan Technical Consultant                 bill@picasso.ocis.temple.edu
   Temple University                        bill@templevm
   -------------------------------------------------------------------------
   There have been hundreds of horrible events in my life, few have ever
   actually happened. ---  Unknown
   -------------------------------------------------------------------------
Xref: sparky bit.listserv.novell:7254 comp.sys.novell:3554
From: visnucc@ubvmsb.cc.buffalo.edu (Niagara U. Courtesy Account)
Newsgroups: bit.listserv.novell,comp.sys.novell
Subject: Netware 2.15 + Windows + Ext. Mem.
Date: 13 Apr 92 06:29:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

Hello,

   Ran into an interesting problem recently.  A friend is managing a Novell
Netware v2.15 LAN with about eight workstations on it, and is having some
problems with extended memory.  The machines are Dell systems.  The 
confusing part is that only the 2 286 machines with 1 meg. extended aren't
working properly, while the 386 systems (used for CAD/CAM, Windows etc.) are
fine.  I gave him the latest Novell updates I could find (WINUP5, DOSUP4) and
helped him install the new shells, etc., but still nothing.  This is what
happens:

  The 286 machine has 1 meg. extended, and 0 expanded.  The drivers HIMEM.SYS
  and SMARTDRV.SYS are loaded.  A Cabletron TP ethernet card is used with
  what looks like a packet driver (from Cabletron) loaded to talk to the
  card.  The machine loads the shell (XMSNETX.EXE) fine, and you are
  able to login etc., but when you run Windows it shows that you have only
  about 300+ K for apps., and when you load MS Excel you have about 160+ K
  if it loads at all.  It does not see the extended mem.  Yet on the 386
  with the *same* software setup (only different processor :-) you get all
  the extended memory, and it loads Windows + apps. fine.

If anyone has *any* suggestions/comments/stories that they would like to 
share, please send email to the address below.  I'd love to hear any stories
about Windows using extended memory, Netware, etc.  I'm still new at this
so anything helps.  Thanks in advance to any help!

-Rich

--------------------------------------------------------------------------
Richard P. Kernin                  Internet: visnucc@ubvmsc.cc.buffalo.edu
Niagara University                   BITNET: visnucc@ubvmsc.BITNET
--------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Wed, 8 Apr 1992 17:34:00 LCL
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Dave Kearns <DKEARNS.TCC@KLAVEN.TCI.COM>
Subject:      Re: Printing problem
X-To:         NOVELL <NOVELL@suvm.acs.syr.edu>

>I have been having some problems with documents merging.  Two end-users
>were  attempting to send two separate documents to the printer and some
>how they merged.
>I checked the SHELL.CFG for the timeout thinking I had to change the
>timeout SPX but I'm not sure exactly how to do this can anyone offer
>assistance?

The timeout (TI) you need to change is the value you pass on your CAPTURE
line.....
+--------------------------------------------------------------+
| Dave Kearns                 |                                |
| Director, Info Services     | dkearns@klaven.tci.com         |
| Thomas-Conrad Corp.         | dkearns@tcc [MHS via NHUB]     |
| 1908-R Kramer Lane          | dkearns@tcc [MHS via CSERVE]   |
| Austin, TX 78758            | 76704,62 [CompuServe]          |
| (512) 836-1935              |                                |
+--------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: CERN, European Laboratory for Particle Physics
Newsgroups: bit.listserv.novell
Date:         Wed, 8 Apr 1992 20:21:30 +0200
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         per hagen <hagen@CERNVAX.CERN.CH>
Subject:      Re: Intel Cards

In article <9204071635.AA13363@pepvax.pepperdine.edu> you write:
>here, but has anyone gotten the 8/16-bit card (ie supposed to work in either
>slot) to work in an XT?

We do not manage to have the card working in Olivetti XTs. We only tried
PacketDriver EXP16. It could be interesting to see if the ODI or NDIS work
differently! I concluded (as usual) that it was a Olivetti feature, but
your tests point in the same direction. What kind of PC is it?

Per
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-mailer: Pegasus Mail v2.2 (R4b).
Newsgroups: bit.listserv.novell
Date:         Fri, 17 Apr 1992 16:18:18 CDT
Reply-To:     JFORD@seebeck.ua.edu
From:         "James H. Ford III" <JFORD@SEEBECK.UA.EDU>
Subject:      CNTL-PrtScn replies

There were several suggestions on how to keep BASICA users from using
CNTL-PRT.

        1.  Use ansi-control codes to remap the keyboard
        2.  Capture LPT2 instead of LPT1.
        3.  Run a small TSR to nuke CNTL-PRT.


We decided to run the small TSR called NOPRSCR.COM to kill the keys.
However, I did find out that if you are using RPRINTER and run NOPRSCR,
you will print out

                    ^P^P^P^P
                    Bad Command

when you hit CNTL-Prt.

Thanks for the help!.

(btw, the tsr is at risc.ua.edu:pub/network/misc/vol10n18.zip...part of the
 PcMagazine collection.)






James Ford - Consultant II, Seebeck Computer Center
             jford@seebeck.ua.edu, jford@risc.ua.edu
             The University of Alabama (in Tuscaloosa, Alabama)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: NATIONAL RESEARCH COUNCIL OF CANADA
Newsgroups: bit.listserv.novell
Date:         Mon, 13 Apr 1992 14:40:36 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Larry.H.Bradley@NRC.CA
Subject:      Re: How Much memory per unit diskspace (long winded)
              12 Apr 1992 19:28:09 CDT from <wittmann@ENGR.WISC.EDU>

Art, that is the formula in the 3.11 Netware Install Manual, MArch
1991, P113.

The formula is based on disk size and block size.


*------------------------------------+----------------------*
|Larry Bradley                       |    LARRY@VM.NRC.CA   |
|Communications Manager              | Larry.Bradley@NRC.CA |
|National Research Council of Canada |    LARRY@NRCVM01     |
|Networks Branch                     |                      |
|M60, Montreal Road                  | (613)993-0240        |
|Ottawa, Canada  K1A 0R6             | FAX:(613) 954-2561   |
*------------------------------------+----------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
X-VMS-Cc: JRD
Newsgroups: bit.listserv.novell
Date:         Wed, 8 Apr 1992 08:50:00 MDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Joe Doupnik <JRD@USU.BITNET>
Subject: Re: Why don't replace IPX with TCP/IP ?

    Just to make everybody mad, I'll admit that I'd be more interested in
    being able to replace IPX with ISO CLNS.

    Flames to me, not the list, please!
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
---------------------
        This isn't a flame, but a little open speculation. What I want from
the NetWare packets are:
        a) run easily on workstations (includes memory consumption and not
           having to generate a detailed shell for individual workstations.
           If we use IP then guess what folks: assigning/maintaining IP
           numbers for each station and figuring out subnetting <impossible>,
           and all those other delightful parts of TCP/IP.)
        b) be routable by NW servers
        c) be routable by cisco/Proteon/Wellfleet routers
        d) permit other programs to use the same Ethernet/TRN/Arcnet/etc board
        e) should work ok on long distance links (the new burst mode) and still
           go fast on broadcast networks (lans). Go fast is the name of the
           game in the lan business.
        f) should preserve the full functionality of NW, more or less as
           we have it. However, I am willing to disguise Name Server lookups
           for all the Service Advertizing Protocol broadcasts. This is a
           technical view about net bandwidth.

        So, one can have IP, IPX, ISO CLNS, whatever, as far as I am concerned
if the conditions above are satisfied. I run them all from time to time. As
Brian said, some folks make frame interiors be a religious issue, whereas it
ought not to be. Comments about "hewing to international standards" can be
placed in the circular file because IPX is such a standard, a de facto one,
as is IP for that matter.
        I too pat Brian and Co. on the back for listening to customer comments
on the IPX vs IP issue and doing things about it. The recent test .NLMs (Bootp,
Rarpserver, etc) are good examples of the company responding.
        Joe D.
From: hamish@waikato.ac.nz
Newsgroups: bit.listserv.novell
Subject: Re: Breakdowns
Date: 14 Apr 92 09:19:35 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <NOVELL%92041116060551@SUVM.ACS.SYR.EDU>, Larry.H.Bradley@NRC.CA writes:
> A bus configuration for a network (e.g. thin ethernet, or ARCnet
> bus) is more susceptible to problems than a star (10BaseT or normal
> ARCnet) more due to cable problems than NIC problems. If a NIC just
> plain dies, no problem in either event. If a NIC starts spewing out
> garbage, then it will screw up a bus, and may screw up a start,
> depending on what the concentrator can do. A typical ARCnet
> concentrator doesn't have the ability to disconnect segments that
> are causing problems. Most 10BaseT concentrators due.
> 
> We don't use bus configurations EVER. (Well, hardly ever).
>

It should probably be noted here that running Ethernet doesn't preclude the use
of a star like physical configuration with the addition of intelligent
Multiport Repeaters. Then you can have the best of both worlds. Running
Ethernet with cheap ethernet cards in a stable configuration where each office
is on its own segment, and therefore more immune to the problems normally
associated with the Bus Topology.

Doing it this way, doesn't however stop a brain damaged NIC from jamming the
network, but I believe you can get MPR's which are intelligent enough to
isolate a jammed segment. Just like intelligent hubs.
 
> 
> *------------------------------------+----------------------*
> |Larry Bradley                       |    LARRY@VM.NRC.CA   |
> |Communications Manager              | Larry.Bradley@NRC.CA |
> |National Research Council of Canada |    LARRY@NRCVM01     |
> |Networks Branch                     |                      |
> |M60, Montreal Road                  | (613)993-0240        |
> |Ottawa, Canada  K1A 0R6             | FAX:(613) 954-2561   |
> *------------------------------------+----------------------*
-- 
==============================================================================
|  Hamish Marson   <h.marson@waikato.ac.nz>                                  |
|  Programmer (n/5), School of Computing and Mathematical Sciences           | 
|  University of Waikato,                                                    |
|  Hamilton, New Zealand.                                                    |
|Disclaimer:  Anything said in this message is the personal opinion of the   |
|             finger hitting the keyboard & doesn't represent my employers   |
|             opinion in any way. (ie we probably don't agree)               |
==============================================================================
  Q. If Nuclear Tests are so safe, why don't the French do them under Paris?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Fri, 10 Apr 1992 13:23:14 EST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         The Radio Gnome <V2002A@TEMPLEVM.BITNET>
Subject:      SMC Elite16T on Latticenet

Hi,

     I'm using an SMC Elite16T in a Gateway 2000 386/25.  In order to make
it work with the WD Latticenet Concentrator, I'm using a transceiver and
a thickwire segment.  Is it possible to hook the 16T directly to the
WD Latticenet without using the thickwire?  I gather from SMCs tech support
that the only real differences between 10BaseT and Latticenet are voltage
levels and the dc component on the RX pair.  If this is so then there must
be a way to wire directly with some kind of voltage divider/isolation
network of resistors and capacitors.  Anyone done this?

          Thanks in advance,
                              Andrew Wing CNE
                              Temple U. Computer Services
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Encoding: 27 TEXT
X-Mailer: Microsoft Mail V3.0 (beta-2)
Newsgroups: bit.listserv.novell
Date:         Mon, 13 Apr 1992 16:07:00 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         larry@INFORMATICS.LAN.NRC.CA
Subject:      Win 3.1, packet drivers, etc.
X-To:         novell@suvm.acs.syr.edu

This may end up being for JoeD, but I'll give everyone a kick at the cat.

Just installed Win 3.1 and want to use packet drivers and TCP/IP thingies.
Have't tried it before under 3.0, so this is new.

All works well under DOS ... problem is only in Windows.

Environment: ODI drivers, IPXPKT packet driver. Windows set up to lock the DOS
task in memory (as per JoeD's recommendations).

Telnet and FTP work just fine. HOWEVER, upon trying to EXIT from the DOS box
back to Windows, Windows locks up TIGHT. BRS time, folks.

I've tried loading the packet driver both before I start Windows, and after.
Makes no difference.

I've ONLY tried with the IPXPKT driver ... have not yet tried a real packet
driver, since our environment requires IPXPKT.

Anyone else playing with Win3 and packet drivers? Any suggestions? (Yes, I
know, don't use Windows. I agree. Unfortunately, there are some severely
misguided souls around here who actually WANT to use Windows. There is no
accounting for taste.)

As a matter of interest, Win3.1 is MUCH better that Win 3.0 in getting along
with a Novell LAN. All our printing problems have gone away. Win3.1 actually
seems to UNDERSTAND a Novell LAN.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-pmrqc:  1
X-mailer: Pegasus Mail v2.2 (R4b).
Newsgroups: bit.listserv.novell
Date:         Wed, 8 Apr 1992 15:37:21 CDT
Reply-To:     JFORD@seebeck.ua.edu
From:         "James H. Ford III" <JFORD@SEEBECK.UA.EDU>
Subject: Problem solved: Token-ring, Mac and slow network.

The reason (I think) our Mac slowed down the entire token-ring was due to
its cable.  It was using twisted-pair *without* a media filter on it.
After changing the cable to Type I, the problem corrected itself.

Thanks for the helpful hints.


James Ford - Consultant II, Seebeck Computer Center
             jford@seebeck.ua.edu, jford@risc.ua.edu
             The University of Alabama (in Tuscaloosa, Alabama)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Wed, 8 Apr 1992 10:44:46 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "J. Pilant" <pilant@NADC.NADC.NAVY.MIL>
Subject:      re: RPRINTER problems
X-To:         NOVELL%SUVM@pucc.PRINCETON.EDU

Peter Seethaler <C210470@EDVZ.UNI-LINZ.AC.AT> writes:
>We are running NetWare Print Server V1.21 Rev B on a 3.11 server and the same
>revision of rprinter. This configuration works well with a couple of matrix
>printers but does not with two of our Lasers (a HP-LJ III and a Kyocera F
>1200). Even small jobs take about an hour to be printed, althought they are
>printed correctly then.  I have tried everthing to get quicker responses
>(changed cables, printers, computers and so on) - without any success.  The
>printers are configured as `Remote Parallel, LPT1` using IRQ7.  Any solutions
>would be great

This sounds like you are using a polled lpt1 rather than an interrupt driven
lpt1.  Check for this.  Also, XT class machines are prone to this problem,
but AT and up are not.
/jeff
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU