HDTenEightyP/NetNews huggingface dataset:
From: mpiet@is.morgan.com (Mark Pietrasanta)
Subject: Re: PSERVER.EXE - Spooling to local HDD??
Organization: Morgan Stanley & Company, Inc.
Date: Thu, 5 Nov 1992 16:00:26 GMT

In article <1992Nov4.145714.60390@cc.usu.edu>, slqy8@cc.usu.edu (The Blizzard) writes:
|> Hi all,
|> 	I just want to ask a quick question.  We have recently installed
|> PSERVER.EXE on a dedicated workstation, and everything (almost) seems to 
|> be working fine.  However, the original plan was to have all of the print
|> jobs spool to the local hard drive that is in the dedicated workstation.
|> However, since we installed PSERVER, all print jobs spool onto the SYS volume
|> in preparation for printing.  Is there any way to get our print jobs to
|> spool to the local hard drive?!??  We would very much like to get this
|> taken care of as soon as possible, and any information at all would be
|> greatly appreciated.  Thanks!
|> 
|> Rick

My understanding is that when a WS prints, the capture statements cause the 
Novell OS to send everything "printed" to a spool file in the SYS:SYSTEM
directory (under a directory with the object number of the queue).

The PSERVER (NLM or EXE) scans the subdirectories of the queues is supports,
and when a file exists there that has been closed (i.e. the workstation has
stopped printing for the timeout period, ENDCAP was issued at the WS, or the
application issued a nice end of printing thing) the print server then reads
the file(s) and transfers it/them to the printer.

It would seem impossible to get the workstation to send its captured print data
directly to the PSERVER.EXE machine, since it doesn't have an established SPX
connection with it.  The only connection open is the one to the file server.
Even in the NLM case, the connection from the WS is to the file server process,
not the PSERVER.NLM.

It may be possible to have some interim thing where the PSERVER.EXE transfers
everything to its local drive after it has been cleanly closed in the 
SYS:SYSTEM\(queue number) directory, but that probably wouldn't accomplish 
anything (i.e. same amount of network traffic, more time, disk space still 
required on the file server).

There may also be some third party print server products that allow for this.

What is it you want to do by keeping the spool files off the server?

-- 
Mark Pietrasanta
----------

"Great spirits have always encountered violent opposition from
mediocre minds." - Albert Einstein

"And I believe in Ray Charles." - Anonymous

----------------------------------------------------------------
Disclaimer: These responses are my own and in no way reflect the
views of my employer.
----------------------------------------------------------------
Newsgroups: comp.sys.novell
From: dazz@monu6.cc.monash.edu.au (Mr D.K. Woodman)
Subject: Location of RPT126.ZIP (Rprinter under Windows)
Organization: Monash University, Melb., Australia.
Date: Thu, 12 Nov 1992 20:44:20 GMT

Does anyone know the location of this file. I'm told I need it
to run rprinter under Windows 3.1.

I have looked on 137.65.12.2 but can't locate it.

thanks
dazz
From: iceman@sequent.com (Ian Evans)
Newsgroups: comp.sys.novell
Subject: Does Netware SAA support 5250 emulation for an AS/400
Date: 10 Nov 92 18:52:31 GMT
Article-I.D.: sequent.1992Nov10.185231.24000
Organization: Sequent Computer Systems Inc.

The title says it all.

I have a customer that wants to connect their 3.11 netware server
to their AS/400.  Terminal emulation is first and I want to get a
centrally managed solution for them.

Also,

Are there **ANY** packages that will allow a Netware server and an
AS/400 exchange files in some way other than using a file transfer
protocol??  What I want is the ability to 'connect, attach, mount'
file systems between a Netware server and an AS/400.  I want the
ability to access foreign file systems from within applications.
Something like Netware NFS for IBM would be nice.

Any help would be greatly appreciated!!!!!

wated
-- 
Ian C. Evans					Sequent Computer Systems Inc.
Senior Systems Administrator			15450 S.W. Koll Parkway
Architecture & Technology			MS=RHE1-895
iceman@sequent.com				Beaverton, OR  97006-6063
From: daborton@novell.com (David A. Borton)
Newsgroups: comp.sys.novell
Subject: Re: Netware Access 1.22 / WNIM+ /Dos5.0 - HELP!!!
Date: 10 Nov 92 00:54:18 GMT
Organization: Novell Inc., San Jose, Califonia

In article <BxH23M.AJM@dcs.ed.ac.uk> jhb@dcs.ed.ac.uk (John Butler) writes:
>I'm trying to build a Netware Access 1.22 system on DOS 5.0 with the WNIM+
>board and going demented here.  The system builds nicely and is accessible
>from OnLAN/PC but I cannot get the WNIM+ modem lines to initialise. I suspect
>either a memory clash or version mismatch but can't show one up.
>
>Any ideas? if so *PLEASE* read on...
>
>Configuration:	[DELETED]
>
>WNIM+ ports:	Two dial-in auto-baud.  One dial-in fixed at 2400, one direct
>		line.  The 2400 dial-in line is plugged directly into a Pace
>		Hayes-compatible modem.
>
>Problem:	On booting Access Server, no sign of any activity on the modem.
>		Access Server blue menu "Port Status/Reset" reports
>		"Initialisation Failed" on all four lines.
>
>There's an
>addendum to the 1.22 manual that implies it should run under DOS5.0 provided
>DOS doesn't go high.  I see nothing that would do this and I'm totally out of
>ideas apart from reverting to DOS 4.01 which seems ludicrous.
>	
>--
>John Butler                        email: jhb@dcs.ed.ac.uk

John, you should be able to use DOS 5.0 no prob.  The fact that you have tried
a 2nd WNIM+ probably eliminates that possibility.  *HOWEVER* I have seen quite
a few BAD octopus cables... did you also switch these?  Also, the Pace modem
is not a supported modem type, and may *NOT* be 100% Hayes compatible.  An
incompatible modem will fail to respond, as you are seeing.  Also, if the PC
you are using has the Chips&Technologies chipset, you will need to add the
NOSH parameter to your QEMM386.SYS driver in CONFIG.SYS.



Here am I sitting in a tin can...
Newsgroups: comp.sys.novell
From: fr@eagle.mumath (Farid Rahmi)
Subject: IPX tunneling in IP on a 'client'? Possible ?
Reply-To: fr@eagle.mumath
Organization: Sun Microsystems
Date: Thu, 12 Nov 92 18:36:36 GMT

Hi,


I was wondering if it is possible to have a PC running an IPX version that talks
to an IP-converter instead of talking to the network card . My problem is that I
need to encapsulate IPX into IP, send it to a dedicated IPX <-> IP convertor
and from there to the Novell server and back again.

I know about IPXPKT (Paul Kranenburg's shareware IPX <-> IP convertor) and just
read into this very alias about IPTUNNEL (grabbed iptunnel.txt off the net) but
all this does not cope with my problem, which really is :

..  getting access to a Netware server from within a DOS-box on a Sparc (SunPC 3.0).

No, I have not gone out of my mind, I even managed to get IP traffic from within the
DOS box with the rest of the net, but that's it. Is it possible to encapsulate IPX
into IP on the fly from a PC ? Using a 'enhanced' IPX.COM that talks to e.g. a
packet driver ?

I am not talking large amounts of traffic, connectivity is what I need, the
application just needs IPX/SPX.



P.S.:   I plan to use Phil Karn's NET or PCROUTE as a dedicated IPX <-> IP router or
	IPTUNNEL if it comes for free with Netware 4.0 :-)

P.P.S.: For those of you who are about to understand this posting, I think I need the
	opposite of what IPXPKT does. 


                              ____________________                       
          Farid   Rahmi      |####################|  
      Presales Engineer       ____  |#| |#|  _   _
 e-mail :  fr@sunbim.be      |####| |#| |#| |#| |#|
                              ____  |#| |#| |#| |#|
              BIM sa-nv      |####| |#| |#| |#| |#|
           Kwikstraat 4       ______|#|_|#|_|#|_|#|
B-3078 Everberg Belgium      |####################|
Phone : +32(2)759.59.25      |####################|
  Fax : +32(2)759.47.95      |####################|



Newsgroups: comp.sys.novell
From: oeschi@netmbx.netmbx.de (Johann Deutinger)
Subject: Re: How to FAX?
Organization: netmbx, Berlin, Germany
Date: Fri, 13 Nov 1992 15:00:24 GMT
Keywords: FAX, NOVELL

In article <568@highett.mel.dbce.csiro.au> kang@mel.dbce.csiro.au (Kang Ho) writes:
>In article <1992Nov9.143643.5199@porthos.cc.bellcore.com> dje@sword.bellcore.com (Don Eilenberger) writes:
>
>>Has anyone setup their novell network to allow users to FAX to
>>a centrally located FAX card? If so, using what software?
>
>You could try Microsoft Mail 3.0 and Microsoft Fax Gateway. Needs a dedicated
>PC and also, only three fax cards are supported presently; from memory I
>think they are coProcessor, SatisFAXion and GammaFax.
>
>
... and ferrariFAX!

(Sold in Germany, Austria and Switzerland)


-- 
oeschi@netmbx.UUCP     | Johann Deutinger
voice +49 30 396 50 21 | Ferrari electronic GmbH (.. no, we don't sell cars)
fax   +49 30 396 80 20 | Beusselstr. 27  -  1000 Berlin 21  -  FRG
CIS   100023,3114
Newsgroups: comp.sys.novell
From: keith@novell.com (Keith Brown)
Subject: Re: Slip driver for IP Tunnel LAN WorkPlace client
Organization: Novell, Inc. San Jose, California
Date: Fri, 6 Nov 1992 07:57:47 GMT

In article <1992Nov5.204307.20537@gatech.edu> Shahid Sheikh <shahid.sheikh@oit.gatech.edu> writes:
>		Is there a slip driver available for DOS IP Tunnel so 
>that I can get to the Netware server from a remote workstation 
>through a slip line?
>
There are two known solutions. The first is to nab the "free" slip
packet driver(s?), one of which goes under the name if slip8250.com.
The other I believe is called etherslip.com or some 8 character
contraction thereof and this is probably the one you need because
its name sounds like it pretends to be an Ethernet class packet driver
instead of a SLIP class packet driver which is what you will need to run
PDETHER which is an ODI driver for Ethernet packet drivers. Once you have 
succesfully parked PDETHER on top of etherslip then the LAN WorkPlace
stack will load above that as per normal. I know this works as I've
seen posts from people who have done it and even read an article in
a trade magazine describing how to set about doing it.

The second solution is our newly announced LAN WorkPlace for DOS version 4.1
which contains a SLIP/PPP ODI driver on which the LAN WorkPlace TCP/IP
stack sits nice and comfortably. You can try out the first solution
now by grabbing the crynwyr packet drivers off of oak.oakland.edu.
The second solution can be tried in a few weeks time when our manufacturing
machine has got its teeth into thundering out the LWP 4.1 red boxes.

Keith
-
Keith Brown                                       Phone: (408) 473 8308
Novell San Jose Development Center                Fax:   (408) 473 8990
2180 Fortune Dr, San Jose, California 95131       Net:   keith@sjf.novell.COM
Newsgroups: comp.sys.novell
From: mpiet@is.morgan.com (Mark Pietrasanta)
Subject: Re: ODI for PPP
Keywords: ODI PPP IPX NOVELL
Organization: Morgan Stanley - IS
Date: Tue, 10 Nov 1992 17:36:00 GMT

In article <1992Nov7.173948.21062@murdoch.acc.Virginia.EDU>, skc@Turing.ORG (Shriram K. Chaubal) writes:
|> In article <klosp.13.721078681@rimail.interlan.com> klosp@rimail.interlan.com (Patrick Klos) writes:
|> >Does anyone know of an ODI driver for PPP that runs on a PC???
|> 
|> I have heard about a PPP ODI driver in the makings... am not sure if it does
|> IPX or not. The last I heard was that there was a little problem with Novell
|> and some of the other IPX remote connectivity vendors like SHIVA comming to 
|> a conclusion on what was the standard for IPX over PPP. Again .. I could 
|> be completely wrong .. in which case, I'd appreciate being corrected.
|> 
|> Shriram
|> 


I think I just read in the recent Novell announcement that LAN Workplace 4.1
has SLIP and PPP support shipped with the product.  Anyone from Novell out
there to confirm this?

-- 
Mark Pietrasanta - mpiet@is.morgan.com
* * * * * * * * *

"Great spirits have always encountered violent opposition from
mediocre minds." - Albert Einstein

----------------------------------------------------------------
Disclaimer: These responses are my own and in no way reflect the
            views of my employer.
----------------------------------------------------------------
Newsgroups: comp.sys.novell
From: mucds@uxa.ecn.bgu.edu (Corey D. Stinson)
Subject: Temporary rights for guest users
Organization: Educational Computing Network
Date: Tue, 10 Nov 1992 23:10:06 GMT


  Greets,
      We currently have a program in development which will allow
groups of students (guest users) to submit homework.  The directory
that the homework will be submitted to will be a protected directory
with limited access.  What we would like to do it allow the current
workstation (not the user) temporary rights to the submit directory
while the submit application runs.

      We have investigated a utility called APRITE.ZIP but were unable
to implement it properly -or- contact the author.  It seems that it was
a beta version.  Are there other options open to us or similar utilities?  

	What products does Novell offer that would assist us?  Any help would be
appreciated.  Thanx!

                                
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| Corey D. Stinson             |   .  _______   .       .   .         .  .  |
| Western Illinois University  |     /       \      \|    .     .           |
| Macomb, IL                   | .   \ O   O / .  . \|/_   .       .        |
|  (the center of the action)  |      |  U  |      .//       .         .  . |
|  mucds@uxa.ecn.bgu.edu       |    .  \|||/    .  //  .       .      .     |
| Fear of the dark...I have the constant fear that something's always near! |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: nippes@dbulm1.uucp
Newsgroups: comp.sys.novell
Subject: How to copy the bindery?
Date: 10 Nov 92 15:49:48 +0100
Organization: Daimler-Benz, Institut f. Informationstechnik

Hey there!

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

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

Excuse me when this is a handbook-not-read-error.

Thanks in advance,
Reiner

--------                               
|  Reiner Nippes                        |    Daimler Benz AG
|  e-mail: nippes@dbulm1.uucp           |
|  fax:    + 49 - 731 - 505 - 4102      |    Research Center
|  tel:    + 49 - 731 - 505 - 2029      |    Ulm, Donau    Germany
--------
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: comp.sys.novell
Subject: Re: Generic License Server
Keywords: license, key
Date: 12 Nov 92 23:38:06 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I don't know of any license server applications yet.  I suggested this
to Brightworks a couple of times, but they don't seem to see the value
or need for it.

Too bad, if someone could put together a centralized license server
application (with automatic reversion to a local server's license
server if the central server goes down) I think they'd make a killing.
-- 
_________________________________________________________________________
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: baylor@ccwf.cc.utexas.edu (Baylor)
Newsgroups: comp.sys.novell
Subject: Something strange is going on here
Date: 5 Nov 92 17:02:35 GMT
Organization: The University of Texas at Austin, Austin TX


	Several things have gone wrong at a client's site and I would
like to ask another's opinion as to what might be happening.
	The client has had numerous, strange problems.
	First, the macs wouldn't run. No one knew why. We found that
the cable connecting the macs to the server had been pulled out of
the walls (possibly, it is said, an accident when they installed the
new ethernet cable and thought the phone net was old useless cable).
	Second, printers wouldn't print. They didn't have a print header
line in the shell.cfg file. Suprising since supposedly professionals
installed this and it's clearly stated in the install manual (of course
i didn't find it  right away either).
	Third, after getting an HP3si working, we hear the next day it 
doesn't work. Seems both the power strip and token ring card blew out,
possibly due to a power surge (it was later suggested that maybe they were 
both dropped) which destroyed both the card and the power strip/surge
protector.
	Fourth, after downing the server nothing would come back up.
Checking the autoexec.ncf, i found that certain lines needed to run 
were missing. Smart386 (the token driver) couldn't be found, possibly
erased from the system area, it's name parameter was changed to frame,
nothing bound to it, the appletlk nlm never got loaded and it was never
bound and it name parameter was changed to frame too. VRepair showed no
 problems physically.
	All that seems strange considering that it all used
to work, and i doubt it could ever have worked without those bind
lines. Also, i seem to remember fixing this file before, and those
lines used to be there.

	So what's going on? I charge too much an hour for them to do
this for fun. It could have always been set up wrong, and mistakes happen,
but they've been happening with a strange regularity, and the nature
of the problems is odd, all minor needle-in-haystack annoyances that
take a good deal of time to find.
	If it helps any, the super password hasn't been changed in
2 years and the server closet is unlocked. This is a rather large
(fortune 500) computer consulting firm, so they spend lots of late
hours at the office (when i leave at 1am people are still there).
However, only two people have even the faintest idea of how netware
runs.
	Any ideas? Doesn't hurt me as i'm just a contract worker
paid by the hour, but they have plenty for me to do without having
to constantly refix the server, and this hardly builds customer
satisfaction.
	And what are the chances that all of this is within
the normal realms of bad luck and accidents (two week period)?
	Thanks
						- baylor
						Gryphon Consulting
ps - there are some office politics involved.
From: villalj@xanth.CS.ORST.EDU (John Villalovos)
Newsgroups: comp.sys.novell
Subject: Re: Problem changing from local to Novell drive
Date: 11 Nov 92 05:22:53 GMT
Organization: Oregon State University
NNTP-Posting-Host: xanth.cs.orst.edu

In article <4353.469.uupcb@grapevine.lrk.ar.us> eric.lentz@grapevine.lrk.ar.us (Eric Lentz) writes:
>
>G >We have Word Perfect (5.1) installed in the network, and its
>G >directory is mapped to the search path for all user who have
>G >access to it. If a user is working on his/her "C:" drive and
>G >simply types "WP", Word Perfect is found and run from the
>G >Novell drive, but drice "C:" becomes inaccessible. Upon exit
>G >from Word Perfect, the user will still see the "C:" drive
>G >prompt, but this drive letter will access the Novell drive
>G >instead. The only way to recover access to the local drive
>G >is rebooting. This is, fo course, very annoying.
>
You don't need to reboot.  Just type MAP DEL C: that will delete the mapping
of drive C: and give you your drive C: back.  But as far as the drive getting
mapped in the first place I don't know why.

Later,
-- 
John Villalovos
Certified Netware Engineer
villalj@xanth.cs.orst.edu
(503) 753-7883
Newsgroups: comp.sys.novell
From: nickn@mummy.agsm.unsw.OZ.AU (Nick_Nikov)
Subject: Printing from WordPerfect
Keywords: WordPerfect, Netware
Organization: Australian Graduate School of Management
Date: Thu, 5 Nov 1992 22:51:32 GMT

Users,

Site: NWv3.11, 386 16Mb 120Mb disk, Wordperfect v5.1 network version.

Printer: NECLC890 emulates postscript connected to LPT1 on server.

Problem: Random loss of print jobs from WordPerfect.

WordPerfect Config: PORT is set to server printqueue name (e.g. PRINTQ_1)

Any thoughts ? I gather the PSERVER.EXE is what was delivered with v3.11
dated Jan. 91. Reading this group PSERVER may be the problem (yes / no ?)

Regards....
-- 
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Nick Nikov  		    Internet (AARnet): N.Nikov@unsw.edu.au
Australian Graduate School of Management,	Tel: 61 2 931 9263
P.O. Box 1, Kensington. N.S.W. 2033.		Fax: 61 2 662 7621
From: ctoomey@ccvax.ucd.ie
Newsgroups: comp.sys.novell
Subject: Re: Printer Probs...
Date: 5 Nov 92 14:12:48 GMT
Organization: University College Dublin

> I have asked this before, but maybe, hopefully someone else can help me.
> 
> We have 3 DEC LN03 ScriptPrinters (Postscript), we can print from WP &
> other apps that support postscript fine.  But we need the flexibility
> to print text files also.  I have tried numerous .PDFs.
> Applaser.pdf
> PostScript.pdf
> Posttext.pdf
> and many others..
> 
> 
> Digital doesn't want to help and Novell tells me to try this pdf.
> 
> I have found that if I combine pshead.ps (off of compuserver) and the text,
> it prints quite decently.  Also, if I get my timing right, I can also send 
> the PSHEAD.PS first and then the text and it will print.  
> 
> Now, Does anyone have a proper PDF file to use with the DEC ScriptPrinter?
> 
> 
> OR, does anyone else have some better ideas instead of making batch files
> to send text to the postscript printers?
> 
> 
> Thank You.
> 
> -- 
> -----------------------------------------------------------------------------
> Jason L.M. Remillard			REMILLARD@ceddwntwn.lan1.umanitoba.ca
> MicroLab Assistant			REMILLD@ccu.umanitoba.ca
> University of Manitoba			REMILLD@ccm.umanitoba.ca


Jason, there is indeed a solution to your problem, and maybe someone can point
you to where you can find the .ZIP I'm talking about..

In a demo-copy of an Email package by Notework came a .ZIP with a PD PDF file
to print ASCII text on PostScript printers.  What you do is import this PDF,
and created a job configuration using this PDF (and remember to supress the
banner, as it is generated by the print server, and sent before any init.
strings), and select a suitable mode [the PDF supports only about 3 or 4 fonts
in a few point sizes, landscape or portrait, but sure, you hardly need more
than that].  Then what you do is issue a CAPTURE to this job, e.g.

	CAPTURE /J=PSTEXT

The thing you *MUST* do, however, is to up the print header buffer allocated by
the shell on each w/station wishing to use this, as the 64-byte default is too
small to hold the shrunk-down version of PSHEAD that is to be shoehorned in;
you need to up it to it's maximum of 255, by stick the following (Hmm, can't
remember if it's HEAD or HEADER, but you get the idea..)

	PRINT HEAD(ER) = 255

I tried this out, and it works like a charm; much simpler than some of the
suggestions of using the PS filter of the LPD module from NetWare NFS, and
redirecting back to a local queue :-D

It was so useful that I, ahemmm, misplaced my copy of the ZIP; perhaps someone
else out there can point U in the direction of an archive carrying this useful
utility..

Ciao,

	- Colm Toomey -