You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I use cups-lpd (1.2.1) on FreeBSD 6.1-stable via inetd (tcp6 but that doesn't matter)
My printcap simply references the loaclhost remote queue:
lp|HL-5150D|1200dpi Duplex-Laser monochrom:rm=localhost:rp=HL-5150D:
'lpq' returns that printer is not ready although printing is working well and cups-lpd logs the following:
Jul 4 18:44:27 tek cups-lpd[1024]: Connection from localhost (IPv6 ::1)
Jul 4 18:44:27 tek cups-lpd[1024]: Send queue state (short) for HL-5150D
Jul 4 18:44:27 tek cups-lpd[1024]: No printer-state attribute found in response from server!
Jul 4 18:44:27 tek cups-lpd[1024]: Closing connection
Now the really wiered:
When I change :rm=localhost: to :rm=tek: (the machine name which resolves to fec0::1:0:0:2:3) lpq is working as expected.
No change if I use v4 addresses instead.
Only working scenario is from localhost to tek.
Any other machine contacting tek also gets the wrong status and cups-lpd logs the same "No printer-state attribute" message.
Here's the relevant line in inetd.conf:
printer stream tcp6 nowait daemon /usr/local/libexec/cups/daemon/cups-lpd cups-lpd
Attached is my cupsd.conf in a very relaxed configuration for testing purposes.
The text was updated successfully, but these errors were encountered:
Version: 1.2.1
CUPS.org User: kaeptn
I use cups-lpd (1.2.1) on FreeBSD 6.1-stable via inetd (tcp6 but that doesn't matter)
My printcap simply references the loaclhost remote queue:
lp|HL-5150D|1200dpi Duplex-Laser monochrom:rm=localhost:rp=HL-5150D:
'lpq' returns that printer is not ready although printing is working well and cups-lpd logs the following:
Now the really wiered:
When I change :rm=localhost: to :rm=tek: (the machine name which resolves to fec0::1:0:0:2:3) lpq is working as expected.
No change if I use v4 addresses instead.
Only working scenario is from localhost to tek.
Any other machine contacting tek also gets the wrong status and cups-lpd logs the same "No printer-state attribute" message.
Here's the relevant line in inetd.conf:
printer stream tcp6 nowait daemon /usr/local/libexec/cups/daemon/cups-lpd cups-lpd
Attached is my cupsd.conf in a very relaxed configuration for testing purposes.
The text was updated successfully, but these errors were encountered: