https://bugzilla.novell.com/show_bug.cgi?id=634825 https://bugzilla.novell.com/show_bug.cgi?id=634825#c1 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jsmeix@novell.com Platform|i586 |All Resolution| |INVALID Summary|Configuring LPD Printer. |LPD in HP JetDirect seems |Testing connection. |not to respond with '\000' |Incorrectly interpreting |to a "\002QUEUE\n" RFC1179 |response as a failure |request --- Comment #1 from 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 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.