[plug] Odd lpr "forwarding" problem

Paul Dean paul at canningcollege.wa.edu.au
Thu Dec 6 17:41:50 WST 2001


hya,
At 07:30 PM 6/12/2001 +1100, you wrote:
>Hi guys,
>
>We have the following setup:
>
>+---+    +---+      +---+
>| A |<---| B |<--+--| c |
>+---+    +---+   |  +---+
>                  |
>                  |  +---+
>                  +--| D |
>                  |  +---+
>                 etc.
>
>where A is a public machine, B is an office
>gateway/firewall, and C, D, etc are workstations.
>
>All machines have lpd running, with a printer called
>"fax" set up on each.
>
>When we print from a workstation, that particular
>workstation uses the "rm=B" syntax to pass the job on
>to the gateway's lpd, which then has "rm=A" to send it
>to the public machine. (That machine then runs it
>through mgetty+sendfax).
>
>Problem is, on one of the workstations (say, C) when
>we print, it goes to B, but B then never passes it on
>to A. We know this from lpd's -l mode, which shows the
>job being received on B, then A is supposed to receive
>it from B, but for this one machine the last step
>never happens.
>
>Syntax in the printcap files _appear_ to be correct,
>as does hosts.lpd, etc.

ok, have you tried to `lpr "a file"` on machine 'A' to see if it works 
locally first.
check to make sure your /var/spool/lpd/"device name" directory is still here.
can you telnet/ssh from B to A, for connectivity.
try these first, i guess...

>Any ideas?
>
>TIA
>Andrew
>
>=====
>"One Architecture, One OS" also translates as "One Egg, One Basket".
>
>http://shopping.yahoo.com.au - Yahoo! Shopping
>- Free CDs for thousands of Priority Shoppers!


Regards

Paul Dean
IT Support Officer
paul at canningcollege.wa.edu.au
http://www.canningcollege.wa.edu.au



More information about the plug mailing list