HDTenEightyP/NetNews huggingface dataset:
From: beecher@watsun.cc.columbia.edu (Ben Beecher)
Newsgroups: comp.sys.novell
Subject: leading space in printout from Windows
Summary: NetWare to Unix print gateway problem
Keywords: NFS print server
Date: 8 Sep 92 16:33:17 GMT
Reply-To: beecher@watsun.cc.columbia.edu (Ben Beecher)
Organization: Columbia University


We are using NetWare 3.11 and LPR_GWY 1.2 and LPR_PSRV 1.2 with
Windows 3.1.

When I print from Windows (using PostScript driver) to my NetWare
print queue using the NetWare to Unix print gateway, the output has a
leading space before the "%!".  Since the file is not recognized as
PostScript all the PostScript commands are printed along with the
data.  It works corectly if I write the output to a disk file, and
then print the file.  I also works if I print to a regular NetWare
queue.

I saw this mentioned on comp.sys.novell a while back, so I looked
through the old artices but couldn't find the article.  What do I need
to do so that PostScript printing over NFS works from Windows?

Ben Beecher		beecher@columbia.edu
Columbia University	Network Planning Group
From: ccpaulm@cybaswan.UUCP (Paul Matthews)
Newsgroups: comp.sys.novell
Subject: Remote Boot Prom Problem...
Keywords: Help
Date: 14 Sep 92 14:41:11 GMT

Hi,
We're trying to setup a lab of 16 486DX's all remote booting,
using a packet type of Ethernet Frame Type II and not the default
802.3 type. All card vendors that I've contacted support 802.3 only,
yet we've managed to get the machines to boot with type II by changing
the boot prom address:

Base Address	IRQ	I/O Address	Boot Packet type
C800h		3	300h		802.3
D000h		4	340h		Type II
CC00h		5	320h		802.3

We want to boot Type II with IRQ5, since the serial lines use 3 & 4. I've
tried what would be our preferred setup but it fails with something like
Ethernet Hardware Not Responding !
So, my question is this:
	Does the boot prom have certain predetermined setups of addresses &
	IRQ's to which it will respond, and only those ? I've contacted the 
	card supplier and they didn't even know that the card could boot in
	type II mode !!

Any help would be gratefully appreciated !!!

Paul Matthews, Computer Centre, Swansea University, UK

p.matthews@swansea.ac.uk
Newsgroups: comp.sys.novell
From: frotz@dri.com (Frotz)
Subject: Re: Need method to determine current user's Full Name and ID\
Reply-To: frotz@novell.com
Organization: Desktop Systems Group/Novell, Monterey CA/USA
Date: Sun, 13 Sep 92 03:57:09 GMT

scholl@gaul.csd.uwo.ca (Cam Scholl) writes:
]I need a simple routine to determine the current user's ID, and Full Name.
]
]I would also like one to determine the current server.
]
]If possible, I'd like them to run both on Novell SFT Advanced 2.11, and 3.11.
]They can be in any language, I really don't care, but I'll be porting the
]routines to Turbo Pascal 6.

I'd say that the no-brainer of exporting the values of the following login
script variables:

(check these, my memory is fuzzy and I can't get to my file servers to
verify personally).

DOS SET fs="%file_server"
DOS SET uid="%login_id"
DOS SET username="%login_name"

I've tried the "%Full_name" stuff with write's but I think this is
buggy or I couldn't get it to work (perhaps the latter?). 
--
Frotz

Newsgroups: comp.sys.novell
From: rse8135@dewie.tamu.edu (R.S. Etheredge)
Subject: Re: Routing TCP/IP through a Novell server
Keywords: compression, decompression, hardware, analyzer
Organization: Texas A&M University, College Station
Date: Mon, 7 Sep 1992 23:19:17 GMT

Howdee Kieth,
It has been great fun reading the exchanges about Netware-Lite. I  
appreciate the technics coming out of this discussion. It is really and  
truly amazing what associations fall out in a discussion, as opposed to  
what happens when somebody merely answers a direct question...The Symposium  
of Socrates, Plato, et al was just such a forum, and the reason for their  
discussions was for the learning. The learning from the discussion running  
about price/performance is good. All threads run aground, I reckon, sooner  
or later, but it will be nice to have some stimulus to keep such a thread  
now going to expand...
I just FTP'd ifp1p155.zoo, since you doctored it up. I don't know a thing  
about .zoo. Will you instruct me?
Thanks for your attention, and have a happy day...
Rusty Etheredge
Newsgroups: comp.sys.novell
From: hoagland@acns.fsu.edu (Jim Hoagland)
Subject: 2.15 Driver for Dayna Dl2000
Organization: Florida State University Academic Computing and Network Services
Date: Tue, 15 Sep 1992 12:41:10 GMT

I need the latest drivers for the Dayna DL2000 in a Netware 2.15 server. Can 
anyone help.

Jim


________________________________________________________
Jim Hoagland             Internet: hoagland@acns.fsu.edu
Florida State University          ATTnet: (904) 644-2591
Academic Computing and            FAX:    (904) 644-8722
Networking Services B-168
119 Sliger Building
Tallahassee, Florida  32306
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.sys.novell
Subject: Charon 4.0, Novell 3.1, Packet Drivers 
Distribution: world
Date: Wed, 09 Sep 92 02:04:10 GMT
Organization: Crynwr Software

In article <1992Sep8.175100.23494@tamsun.tamu.edu> weg7953@tamuts.tamu.edu writes:

   I'm trying to set up a Charon 4.0 gateway between our Suns and our Novell
   3.11 filer server.  I've got a WD ethernet card in the gateway machine, and
   am trying to find packet drivers that will allow me to use IPX and Ethernet
   on the same card.  BYU's IPX for Packet Drivers (that I've found) are 
   apparently only for Novell 2.1.  Any suggestions?

It still works for NW 3.11.  The only problem with it is that it has
some problems with SPX running through a NetWare bridge.  This, I've
been told, is due to a problem in NetWare driver development kits of
that vintage.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.sys.novell
From: scheperj@utrhcs.cs.utwente.nl (Jan Schepers)
Subject: Charon 4.0 synonyms problem
Organization: University of Twente, Dept. of Computer Science
Date: Fri, 11 Sep 1992 15:44:43 GMT


I'm having problems with the 'synonyms' option of Charon 4.0, it just won't work. Why?
With the Pconfig program (Pmail utility) I setup some synonyms (From field). Then I used the ch_syn.exe to create a synonym file which I placed in the MAPS directory. Added a line in charon.dat :
      synonyms      "syn.map"

Rebooted the Charon 4.0 gateway. All works well till now.
When sending a message, everything works well even the translation of the novell userid into the internet uid. All messages on the SMPT debug window look well. Now the problem: Reply to a message which came from the Novell network doesn't work! The Charon
From: dseeman@novell.com (Daniel Seeman)
Newsgroups: comp.sys.novell
Subject: Re: Netware 4 Macs works thru FastPath but not Ethernet Macs ???
Date: 11 Sep 92 16:23:02 GMT
Organization: Novell Inc., San Jose, Califonia

In article <443@thunder.LakeheadU.Ca> pjinkila@thunder.LakeheadU.Ca (Paul Inkila) writes:
>
>I've got a Netware 2.2 server using a Western Digital Elite Ethernet card,
>and Dayna DL2000.  I'm using the Netware for MacIntosh VAP to provide
>file and print services for Mac's over these 2 interfaces.
>
>Appleshare connections work over the DL2000.
>They also work for Mac users coming in via Kinetics Fastpath's
>thru the Ethernet.  But Mac's directly connected to the Ethernet cannot
>get appleshare connections to the server (they don't 'see' the server).  
>The direct connect Macs can however get access to TCP/IP services (so I
>know their Ethernet connections are not the prob).
>
>Anyone have any clues as to why Fastpath connected Mac's have no problem,
>but directly connected Ethernet Mac's do????

HI,

This problem is pretty strange so parden me if some of my suggestions seem like
they are too obvious.

Is your FASTPATH connected to a LocalTalk segment which is also connected to the
DL2000?  If this is the case, you probably aren't using the FASTPATH at all.
Maybe a better question is this.  How do you know the Macintosh is going through
the FASTPATH?  If you do not have the driver with AppleTalk support 
loaded for the Ethernet interface, you will never get any AFP calls into the 
server through that interface.  Use the CONFIG command (at the server's console
prompt) to verify that the driver is loaded.  As well make sure the server
driver and your Ethernet Macintoshes are using consistant protocols.  If the 
server is using the Phase I protocol (w/AT 1) the Mac should use that protocol.
If using the Phase II driver at the server, use the Phase II driver for the Mac
too.  At the Macintosh, look in the CONTROL PANEL/NETWORK to verify the driver
in use.  If you double-click on the Phase II driver, a dialog box concerning 
the networks Phase II zones will be returned.  If no message is returned, the
driver is not a Phase II driver.

Let me know if this doesn't solve the problem...

Think Peace and PLEASE V-O-T-E-VOTE!!!

Dan Seeman 
Novell
Walnut Creek, Ca.
From: deitch@gisatl.fidonet.org (David Deitch)
Newsgroups: comp.sys.novell
Subject: Recommendations Sought
Date: 4 Sep 92 12:59:18 GMT
Organization: Galaxy Information System (GIS) 1:133/411 Atlanta, Ga

For a WS backup system over the network.  Seeking to back up up to 10GB of data nightly over 10base-T.  Need software recommendations and suggestions for a large capacity tape drive or multi-tape changer.

          David Deitch, (GIS) Atlanta
--  
----------------------------------------------------------
               __
              /  \             User: David Deitch
             /|oo \            Via FidoNet node: 1:133/411
            (_|  /_)
             _`@/_ \    _     FidoNet <==> UUCP Gateway
            |     | \   \\    FidoNet Net 133, Atl96
            | (*) |  \_  ))
  ______    |__U__| /  \//     David Deitch, Administrator
 / FIDO \    _//|| _\   /     Galaxy Information System
(________)  (_/(_|(____/ (jm)   (GIS) Atlanta            

UUCP: gatech!warlord!gisatl!deitch
INTERNET: deitch@gisatl.fidonet.org
Newsgroups: comp.sys.novell
From: wstuartj@lucky.ecn.purdue.edu (W Stuart Jones)
Subject: Non Postscript printing on networked LaserWriters
Summary: How can I print non-Postscript to a networked LaserWriter?
Keywords: postscript laserwriters printing
Organization: Purdue University Engineering Computer Network
Date:  8 Sep 92 04:02:29 GMT

How can I configure my Novell Queues or Apple LaserWriters so that users of
the Novell network can print either ascii-text or Postscript to the 
LaserWriters?  I've heard of special form types in the Novell queues but have
never had success with this.  Can anyone help?  Please e-mail me responses.


Thanx,

Wesley Stuart Jones
Organization: University of Illinois at Chicago
Date: Friday, 4 Sep 1992 13:33:46 CDT
From: Satish Movva <U37127@uicvm.uic.edu>
Newsgroups: comp.sys.novell
Subject: Re: Gopher

In article <9209011647.AA28433@top.magnus.acs.ohio-state.edu>, Stephen I Miller
<similler@magnus.acs.ohio-state.edu> says:
>
>Has anyone out there used a communications package called Gopher on a Novell
>LAN?  I am trying to get this to work but am having problems.

We have.  Gopher uses the standrad packet driver interface.  Just set up
your ODI drivers, the ODIPKT shim and you are all set.


>
>--
>
>*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
>Name:       Steve Miller           |  The Ohio State University
>Internet:   STEVE-MILLER+@OSU.EDU  |  Academic Computing Services
>CompuServe: 76702,1522             |  Rm. 406 Baker Systems
>Phone:      614-292-4843           |  1971 Neil Avenue
>FAX:        614-292-7081           |  Columbus, Ohio 43210-1210

Satish Movva                                 Bitnet: U37127@UICVM
Academic Computer Center                   Internet: u37127@uicvm.uic.edu
University of Illinois at Chicago                    satish@satish.cc.uic.edu
From: sanders@gpu.utcs.utoronto.ca (Terry P Sanderson)
Newsgroups: comp.sys.novell
Subject: Re: IP tunneling ...
Date: 6 Sep 92 02:23:18 GMT
Organization: UTCS Public Access

In article <1992Sep6.000556.4309@usl.edu> jmfres11@ucs.usl.edu (Karthikeyan Gurnswamy) writes:
>Hi ! 
>I am looking for information on IP tunneling software to connect distant
>Netware servers and clients with TCP/IP. Can someone give me info. if
>it is already done anywhere ? 
>
>Thanks,
>
>Karthik
>/----------------------------------------\--------------------------\
>| Karthikeyan Guruswamy                  | We survived hurricane    |
>| Graduate Student, Computer Science     |                          |
>| Center for Advanced Computer Studies   | 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 ...                                  |
>\-------------------------------------------------------------------/ 

Karthik,

NetWare 3.11 comes with IP tunnel software between servers, and Novell's 
Lan WorkPlace for DOS has a client side to allow individual clients to
tunnel to a fileserver using an IP network.

Terry P. Sanderson
Supervisor, Information Technology Support
University of Toronto Computing Services
sanders@gpu.utcs.utoronto.ca
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: comp.sys.novell
Subject: Re: Banners on postscript printer?
Date: 6 Sep 92 07:37:02 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

cc_s460@titan.kingston.ac.uk (Graham King) writes:

>The subject says it all really - how can I get Novell (386 3.11) to produce
>a banner on a Postscript printer? I hope the answer is as simple as the
>question!

The quick and simple answer is you cannot print a banner page on
PostScript printers, at least not if you're using PSERVER to drive it.

The problem is that Novell print jobs follow this order of events:


   [BANNER PAGE]	- Defined in PSERVER, not user-modifyable.
   {INIT STRING}	- Defined by user in PRINTCON.DAT, set-up
			  via PRINTDEF.
   [PRINT JOB]		- User print-job data stream
   {REINIT STRING}	- Defined in PRINTCON.DAT by PRINTDEF.

As you can see, the banner page comes out before any init strings, so
you can't even prefix the banner with some PostScript code to get it
printed out.

I am not sure if this problem exists with 3rd party alternatives to
PSERVER.  Also, NetWare for Mac v3.01 can print banners on PostScript
printers.  However, this seems an inefficient way of acheiving a
simple end.

-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
From: keith@novell.COM (Keith Brown)
Newsgroups: comp.sys.novell
Subject: Re: NetWare NFS NLM slowness
Keywords: NFS
Date: 4 Sep 92 21:52:56 GMT
Organization: Novell San Jose Development Center

In article <1992Sep4.062608.22039@novell.com> donp@novell.com (don provan) writes:
>
>Once Keith calms down enough so the foam....

OK, OK. The breathing excercises and the tablets are beginning to work.

For performance reasons, the SunOS client NFS code will, when it seems
like a good idea, ship out back-to-back read requests (ie. it will shoot
out subsequent read requests without waiting for a response to the first
read request. Two appears to be it's limit. Fair enough.). We of course
reply to it's read requests as fast as our code path will carry us and,
especially on fast server hardware, this is very often very fast indeed.
If you look at traces you might even have seen us starting to reply to the
SPARCs first read request before it has got round to sending it's second
"back-to-back" read request.

The problem that got fixed was that once in a while, for some inexplicable 
reason, SunOS would lose our reply to the second back-to-back read request
when we had our request-answering, packet firing gattling gun running at 
full tilt (we could see the retransmit of the second request coming from 
SunOS). The fix was to give the gattling gun a small breather between rounds 
to allow SunOS to run for cover. I don't think we ever got to the bottom of 
what was up with the Sun. I find it hard to believe it was losing packets 
because the hardware looks to be more than capable of sucking packets into
memory from an Ethernet. My best guess is that it's IP datagram
reassembly code blows a gasket when placed under pressure. Who can tell?

C'est la vie!, as they say in Germany.....

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: dhoward@novell.com (Dirk W. Howard)
Subject: Re: IO Check NMI on NW3.11 file server/router
Organization: Novell, Inc.
Distribution: World
Date: Tue, 8 Sep 1992 15:25:39 GMT

In article <chrisc.53.715362703@ramrod.lmt.mn.org> chrisc@ramrod.lmt.mn.org (Chris Cox) writes:
>From: chrisc@ramrod.lmt.mn.org (Chris Cox)
>Subject: IO Check NMI on NW3.11 file server/router
>Date: Tue, 1 Sep 1992 15:51:43 GMT
>From the Abend stack display, is there any certain method of determining 
>what is causing an IO Check NMI PE, or is it a matter of trial and error?
>
>One of our file servers which is also used as a router to our remote office 
>has now crashed three times over the past week.
>
>The latest crash occurred last night and produced the following error 
>analysis:-
>
>System halted Monday August 31 1992 8:39:54 PM
>	Abend: Non Maskable Interrupt (parity error) Processor 
>	Exception.  Parity error was generated by an IO check OS
>	version Novell Netware 3.11 8/3/91.
>
>	Running processor polling process
>
>	Stack:
>	
>	87 F0 3D 06 C3 D7 13 00 B0 72 10 00 E4 CB 08 00 0C 14 00
>
>	00 48 E0 08 00 4E 43 50 4A F8 B7 08 00 00 00 00 00 FF FF
>	
>	5F 13 00 00 00 00 4E 43 50 47
>
>Thanks in advance for any help/suggestions.
>
>Chris
>
>   Chris Cox  W0/G4JEC                               chrisc@ramrod.lmt.mn.org
>   LaserMaster Technologies                          Tel: (612) 944-6069
>   7156 Shady Oak Road                               Fax: (612) 944-5544
>   Eden Prairie, MN  55344
>
>           ----- For mail of a more social nature, please use -----
>
>     chrisc@moron.vware.mn.org  -or- chrisc@biggus.g4jec.tcman.ampr.org
>


Un fortunately there is not much available in a NMI Parity error type of 
crash.  The CPU reported the error to NetWare and NetWare could only 
terminate execution.  I would look mainly at the LAN or DISK controller 
boards in your case.  Make sure that you don't have potential conflicts in 
the I/O address or the DMA channels.  If everything looks OK there then I 
guess that you will just have to start swaping components.

---------------------------------------------------------------------------
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."
---------------------------------------------------------------------------
Newsgroups: usc.list.novell,comp.sys.novell
From: tymann@ops1.bwi.wec.com (John Tymann)
Subject: Re: Stuck Shift states
Organization: Westinghouse Electronic Systems Group, Baltimore, MD.
Distribution: na
Date: Tue, 15 Sep 1992 20:03:13 GMT

In article <lacnu8INNoat@phad.hsc.usc.edu> kmartin@phad.hsc.usc.edu (Kenneth J. Martin) writes:

>Subject says it all.  We are getting stuck shift,ctrl, and alt states on
>our IBM clone workstations.  This really came to bang when one of the 
>lab stations had both a stuck ctrl and alt state at the same time, and then
>someone pressed the delete key and guess what, the computer rebooted (gee, I 
>wonder why).

>Here is what we are running:
>Qemm386.sys RAM x=d000-dbff st:m
>        *note: we tried using the IA parm, but it didn't work
>wd8003e (9.7.0)
>byuipx 
>emsnetx (3.26)

>Has anybody else had these problems?  Anybody have a solution? 
>Is it QEMM? Is it the packet driver?  Is it the motherboards from Twinhead?


Are you sure it's version 9.70 of the packet driver.  Version 10 wd8003e.com
has a bug with that identical problem.  The fix has been published.  I don't 
know if Russ Nelson has released version 11 yet with the fixed binaries 
though.  It only takes about 10 minutes to fix the bug if you have the asm 
source code and Borlands Turbo Assembler.

 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 John Tymann                  || INTERNET   : tymann@ops1.bwi.wec.com
 Westinghouse Electric Corp.  || (W) Vaxes  : tron::"tymann@ops1"
 (410) 765-3915               || Compuserve :  72230,3327
  KBones Heal. Pain is Temporary. Chicks Dig Scars. Glory is Forever!@

Newsgroups: comp.dcom.lans.novell,comp.sys.novell,comp.protocols.tcp-ip.ibmpc
From: alan@mailhub.scf.lmsc.lockheed.com (Alan Strassberg)
Subject: Re: HELP: pdipx and novell F/S comms
Keywords: pdipx.com
Organization: Lockheed Santa Cruz, CA.
Date: Wed, 9 Sep 92 19:00:34 GMT

In article <johnny.13.0@csir.co.za> johnny@csir.co.za writes:

>Yet another however, I did mention (see NOTE above) that I tried to 
>regenerate the pdipx.com file to see if this would work....it does not! I 
>get no response from the F/S and this is consistent whether or not I load 
>the packet driver with the -n option. An unfortunate side-effect of this is 
>that, if the F/S is running 3.11, then it hangs solid!!!
>ANY IDEAS?

	When you regenerated pdipx you probably reset it's packet
	type. Check this with:

		ECONFIG pdipx.com

	It will report back 802.3 or 8137 packet type. To set it
	to what you want (obviously the opposite of what it says)

		ECONFIG pdipx.com shell:e 8137

					alan
----
Alan Strassberg		oetl1.scf.lmsc.lockheed.com	(408) 425-6139
From: elendil@mintir.new-orleans.la.us (Edward J. Branley)
Newsgroups: comp.sys.novell
Subject: Re: wd8003e, ne2000
Date: Tue, 08 Sep 92 13:06:35 CDT
Organization: Minas Tirith BBS (Public Access Usenet for New Orleans)

Andy.Taylor@brunel.ac.uk (Andy J Taylor) writes:

> It must be possible to find out what card is in a machine as netremote
> from Brightwork developments can tell what ipx is being used on a
> workstation.  How it's done is beyond me though!
>
> Andy
>
> --
> ********************************************************************
> * Andy Taylor                    *  Andy.Taylor@brunel.ac.uk       *
> * Henley Management College      *  Tel: +44 (0)491 571454 x2182   *
> * Henley-On-Thames, UK           *  Fax: +44 (0)491 571635         *
> ********************************************************************
> * "...And pray that there's intelligent life somewhere up in space *

If both cards are running, just do a USERLIST /ALL and look at the ethernet
addresses.  The one with the WD prefix is the WD card.

This is assuming that both of them are on the network already...



|Edward J. Branley                         elendil@mintir.New-Orleans.LA.US|
|Seashell Software                                UUCP:  rex!mintir!elendil|
|3508 North Woodlawn Avenue                          Compu$erve: 71237,2227|
|Metairie, LA   70006       voice: +1-504-455-5087     bbs: +1-504-455-8665|
Newsgroups: comp.sys.novell