Printronix Network Interface Card 사용자 설명서

188 

If you would like to reference a Bindery queue when you perform 
your PSERVER setup in NDS, you must create a PSERVER object 
for the NIC on the file server where the Bindery queue resides. This 
is important because, in order to service the queue, the NIC must 
log in to the queue’s file server. Since the queue is not an NDS 
queue, the NIC cannot log in under NDS, so it must log in under 
Bindery.

This will only work if there is a valid PSERVER object on the file 
server. This PSERVER object must have the same name that was 
used for the NDS setup. By default this will be “M_xxxxxx” where 
“xxxxxx” equals the last six digits of the print server’s Ethernet 
address (found on the bottom of the device, e.g., “M_091C1A”). 
This PSERVER object does not need any printers or queues 
assigned to it. Also, when referencing a Bindery queue in NDS, set 
the Novell Mode on the NIC to “auto” so that both NDS and Bindery 
logins are possible. See “Setting The NIC NDS Context (NDS 
Setups)” on page 182.

This procedure associates an existing PSERVER with a remote 
NIC acting as a RPRINTER/NPRINTER in a Netware 3.

x, Netware 

4.

x, or Netware 5.x environment. It is the PSERVER’s responsibility 

to get jobs from the queue and to pass them off to the NIC acting as 
the remote printer. Unlike a PSERVER setup, the NIC does not 
deal directly with the queues.

NOTE: As a RPRINTER/NPRINTER, the print server does not use 

a login ID. A non-NIC print server such as PSERVER.NLM 
or PSERVER.EXE must be running for RPRINTER to 
operate. Also, if the NIC loses a connection to a 
PSERVER, it will automatically reconnect when that server 
becomes available again.