Bug 634825

Summary: LPD in HP JetDirect seems not to respond with '\000' to a "\002QUEUE\n" RFC1179 request
Product: [openSUSE] openSUSE 11.1 Reporter: Forgotten User XQOneFJzWE <forgotten_XQOneFJzWE>
Component: YaST2Assignee: Michal Zugec <mzugec>
Status: RESOLVED INVALID QA Contact: Jiri Srain <jsrain>
Severity: Minor    
Priority: P5 - None CC: jsmeix
Version: Final   
Target Milestone: ---   
Hardware: All   
OS: openSUSE 11.3   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Forgotten User XQOneFJzWE 2010-08-26 17:41:21 UTC 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.11) Gecko/20100714 SUSE/3.5.11-0.1.1 Firefox/3.5.11

Configuring LPD printer, set Q name to "RAW", click to "Test Connection". Yast sends "04RAW" to the Print Server. Server responds "JetDirect lpd: no jobs queued on the port Raw". Reasonable since there are no jobs currently queued.

Yast displays "Test failed". Click on details. The "ping" is successful. After that is the message "Queue RAW on host 192.168.2.100 does not accept print jobs
Status of the queue RAW
JetDirect lpd: no jobs queued on the port Raw"

Surely this is wrong. It has no jobs queued, it isn't saying that it is not accepting jobs.

I also tried this with netcat using both the "04" ( long response) and "02" (short response. Got the same answer for both commands.


Reproducible: Always

Steps to Reproduce:
1. Configure and LPD Printer to a remote server
2. Test the connection
3.
Actual Results:  
Failure to configure the printer. Only recourse is to use the cupsd web interface.

Expected Results:  
Interpret "Send Q status" correctly. The connection is obviously good.
Comment 1 Johannes Meixner 2010-08-27 12:23:11 UTC 
You can continue to set up the print queue in YaST regardless
whether or not the test was succesful - it is just a test.

In your particular case with the particular LPD implementaion
in your particular HP JetDirect printserver box or network printer
the test reports a failure according to what this particular
LPD implementaion responds to the RFC1179 commands.
In particular it is saying that it is not accepting jobs
according to the RFC1179 commands i.e. it seems
to not respond with '\000' to a "\002$QUEUE\n" request
to receive a new job for $QUEUE.

For details what exactly is done you may have a look at
the bash script /usr/lib/YaST2/bin/test_remote_lpd
which is run by YaST to actually do the test.
As far as I see there is no bug therein regarding
the RFC1179 commands. Unless you find a bug therein,
this bug report is invalid.

By the way:
I wonder why you use the LPD protocol in cas of a
HP JetDirect printserver box or network printer
because those should also support TCP Port (AppSocket/JetDirect)
which is the simplest, fastest, and generally the most reliable
protocol. Have a look at
http://en.opensuse.org/SDB:Printing_via_TCP/IP_network