-- Chander Ganesan Information Technology Arizona State University C_at_asu.edu ----------------------------------------------------------------------- The Question: ~~~~~~~~~~~~~ Hello- I'm trying to set up my DU4.0A workstation to print to an HP Laserjet 5Si/Mx . The problem I am having is that printouts end up defaulting to paper tray 2 (which is set up to be a colored banner page). At present my banner pages come out in the color that the printouts shoudl come out in (ie. they are reversed from what they should be) . Here's a history of my problems: Initially, I set up the printer using DEC's print setup tool. This caused the printout to go directly to the JetDirect port on the printer (which was fine) . However, while this worked great for postscript, it caused the 'step effect' on normal text printers. To correct this I wrote a short filter. While sending printouts to the filter using 'cat filename|filter|lpr' printouts came out great, but no matter how I defined the filter in /etc/printcap it wouldn't work (if, xf, tf, etc.) . As a result I couldn't print out my normal text (which was a problem for me) . Because of this I modified the print configuration. The print config that I switched to was as follows: lp0|0|lp|5si/mx:\ :lf=/usr/adm/lp0err:\ :if=/usr/local/printer/lpfilter:\ :sd=/usr/spool/lpd0:\ :ct=tcp:\ :lp=_at_printername.host.domain/hpprint:\ :mx#0: (hpprint is defined in /etc/services as 9100/tcp ) While this worked for both postscript and normal printing it caused my header pages to be garbage text, and I still don't think my filter is working :-( . I can print everything out now, but it uses the wrong tray (wrong color paper) and the header pages are messed up. My question is ... has anyone gotten printing to this sort of printer to work via native printing (ie. without having everything go through numerous print queues, or through some external printing program) ? I would think it should now, since DU4.0A seems to know about JetDirect printing. If so could they please let me know how ? As is the creed of a DU Manager....Responses will be summarized. :) -- Chander Ganesan Information Technology Arizona State University C_at_asu.edu ----------------------------------------------------------------------- From: "Gary C. Jenkins" <hawkeye_at_spiritone.com> Assuming that the printer has an IP address defined that is known by the print server, try the following: lp0|0|lp|5si/mx:\ :lf=/usr/adm/lp0err:\ :sd=/usr/spool/lpd0:\ :rm=printername.host.domain:\ :rp=text:\ :lp=:\ :mx#0: [*Note* Below is from a second note] I would probably setup 2 printers: 1 for text and 1 for postscript The postscript one would have an input filter (if) written as an awk script which adds in the postscript code to select the correct tray. That is, if you want to force postscript to ALWAYS go to that tray. I really don't know of anyway to determine the tray the output will go to unless the software doing the printing has that knowledge. Something like Oracle may be able to provide that capability by generating the proper postscript calls before sending the document to the printer. At that point, the printer queue will look just like what we have below. Good luck!! * * Gary C. Jenkins * hawkeye_at_SpiritOne.com * ----------------------------------------------------------------------- From: Kevin Oberman <oberman_at_es.net> You are working too hard. Here is an example printcap. Note the only difference (other than name) is the rp parameter. lp|hp1|text|HP 5SI at work center:\ :lf=/var/spool/lpd/nersc/lwb0/log:\ :lp=:\ :rm=hp-printer.domain:\ :rp=text:\ :sd=/var/spool/lpd/nersc/lwa1: lp1|ps:\ :lf=/var/spool/lpd/nersc/lwb1/log:\ :lp=:\ :rm=hp-printer.domain:\ :rp=raw:\ :sd=/var/spool/lpd/nersc/lwb1: [*Note* Below is from a second note] Ahh. I suspect you have the duplexer option. I have been having that problem since we installed the duplexer. For what it's worth, the manual says raw passes the file untouched while text converts ^j to ^j^m. I don't know just how the duplexer is tied up in this, but it sure is, at least in my case. Unfortunately, the tech who did the install misplaced the manual, so I can't even RTFM. :-( R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman_at_es.net Phone: +1 510 486-8634 ----------------------------------------------------------------------- From: "Richard L. Eisenman" <eisenman_at_tricity.wsu.edu> We're using the 'magicfilter' package, available from any Linux site, on an Alpha 1000 server. It's worked like a charm. Let me know if you have any questions. ****************************************************************************** Richard Eisenman 100 Sprout Road UNIX/Network Administrator Richland WA Washington State University Tri-Cities 99352 eisenman_at_tricity.wsu.edu (509) 372-7381 ****************************************************************************** -----------------------------------------------------------------------Received on Wed Nov 13 1996 - 18:08:19 NZDT
This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:47 NZDT