Linux box as printer server
This is not a specific Debian question but I hope someone can help me.
I am trying to set up a linux box as a printer server.
Printing is to a LaserJet5 (jetdirect with IP-number NPIxxxxxx).
I installed magicfilter and ghostscript, adjusted the printcap file
according to the Printing-HOWTO and printing is OK from this machine.
Here is my printcap file:
# @(#)etc.printcap 5.2 (Berkeley) 5/5/88
#
# > This file was generated by /usr/sbin/magicfilterconfig. <
#
lp|lj-5|HP LaserJet 5:\
:lp=/dev/null:sd=/var/spool/lpd/lj-5:\
:sh:pw#80:pl#72:px#1440:mx#0:\
:if=/usr/local/bin/PrintRemote:\
:af=/var/log/lp-acct:lf=/var/log/lp-errs:
lj-5-r|lj-5-raw|remote-lj-5:\
:lp=/dev/null:sd=/var/spool/lpd/lj-5-raw:\
:sh:rm=NPIxxxxxx:rp=raw:\
:af=/var/log/lp-acct:lf=/var/log/lp-errs:
and my PrintRemote script:
#!/bin/sh
#
/etc/magicfilter/ljet4-filter | lpr -Plj-5-r
Now I am trying to send a printjob from another machine to the linux box.
Therefore I downloaded rlpr and compiled it (for IRIX6.3 Sgi).
(With rlpr I can put a printjob in the queue of a WinNT machine)
But when I try to send it to the linux box I get:
../../rlpr-1.51/rlpr -Hpingu -Plp -Ujoop --debug linux-print.ps
../../rlpr-1.51/rlpr: debug: checking user-supplied params in client
module...
../../rlpr-1.51/rlpr: debug: params passed in client module
../../rlpr-1.51/rlpr: debug: checking user-supplied params in main
module...
../../rlpr-1.51/rlpr: debug: params passed in main module
../../rlpr-1.51/rlpr: warning: cannot bind to privileged port -
continuing...
../../rlpr-1.51/rlpr: debug: connected janus:1446 -> pingu:515
../../rlpr-1.51/rlpr: debug: sending job req to printqueue `lp'
../../rlpr-1.51/rlpr: fatal: : lpd refused [47]: are we in its
/etc/hosts.lpd?
The hostname of my machine (janus) is in /etc/hosts.lpd:
# /etc/hosts.lpd: list of hosts that are allowed to use the printing
# services of this machine. See lpd(8).
# $Id: hosts.lpd,v 2.0 1994/06/30 17:14:15 imurdock Exp $
janus
What have I done wrong or what have I forgotten ?
Joop
Reply to:
- Follow-Ups:
- boot failure
- From: "Thomas P. Egloff" <tegloff@medicine.adelaide.edu.au>