ITEM: AT8443L
printing postscript from Netview to remote Windows NT server
ENV: AIX 3.2.5
Model 7013-58H
Netview 3.1
HP LaserJet 4M attached to Windows NT server
DESC: Defined remote queue on RS/6000 running Netview pointing to
Windows NT server which owns the HP printer. Printer prints header
page and then single characters on subsequent pages.
ACT: Checked remote print queue and remote print queue devices
defintions they look ok. Suspect a problem with how Netview defintions
were setup for the printer or NT definitions for the printer. Caller
said other print jobs direct from NT work fine. Caller said HP
printer was set to print both PCL and PS (Postscript). Caller got
local NT person on line who said postscript commands were being printed
on paper. It appears that the printer is in PCL mode and is printing
the postscript command language source.
ACT:
Tried sending a job from the command line:
qprt -Pfuji /usr/lib/lpd/pio/burst/H.ps
The PostScript directoves are printed out - not taken
as PostScript commands. This is generally caused by the machine
sending the print data encapsulating the PostScript data with
a PCL initialization that "confuses" the printer into thinking
the data is PCL and not PostScript.
lpr -l -h -Pfuji /usr/lib/lpd/pio/burst/H.ps
The "blank" header page printed properly. Using lpr -l sends
flags to the NT server telling it "don't modify or format
this data - just pass it to the printer unmodified."
Tried to get NetView to use the lpr -l command by changing
the DefaultPrinterCommand from lp to lpr -l in the file
/usr/OV/app-defaults/XNm but this didn't work.
Tried to get around the problem by double queueing. Created
a PostScript virtual printer "testfuji.null" and changed the
_mo attribute = /usr/bin/lpr -l -h -Pfuji
Now your Netview maps are printing fine to the NT server's
printer BUT you are getting a header burst page. First,
verified that it was an AIX header, not an NT header. It
was an AIX header. You have header=never in your virtual
printer testfuji and the _mo has -h to supress header pages
when it requeues to the remote queue!
Changed _j=!
_J=!
_d=p
To get rid of the burst pages - no luck - they still print.
Changed _sh= (nothing)
_st= (nothing)
So that there is NO WAY the virtual printer even knows the
command to generate the burst pages. This resolved the
problem - Netview maps print fine to the Windows NT server.
To summarize:
1) Create a remote queue to the NT server
2) Create a virtual printer
3) Change the virtual printer's attributes as follows:
mo=/usr/bin/lpr -l -P\
sh=
st=
Support Line: printing postscript from Netview to remote Windows NT server ITEM: AT8443L
Dated: January 1996 Category: N/A
This HTML file was generated 99/06/24~13:30:25
Comments or suggestions?
Contact us