[cups] printing from CUPS 2.0.3 with LPD to a Windows 8.1 box USB printer

[Helge Blischke]

> Am 03.03.2016 um 12:59 schrieb Matthias Apitz <guru at unixarea.de>:
> 
> El día Thursday, March 03, 2016 a las 11:52:49AM +0100, Helge Blischke escribió:
> 
>> 
>> I send you a LPD testing script (Perl script) off the list, as this list
>> uses to discard attachments.
>> 
>> Helge
> 
> Thanks. I tested it locally between a FreeBSD in a VM and a LPD printer
> in my Win7 laptop. It gives some ERRORs but it prints a PCL file and a
> TXT line from stdin:
> 
> $ lpdc -D -s=10.49.8.8 -p=KONICAMINOLTAC364SeriesPCL -t=title -u=guru -c=1 -f=l Musterbrief.V4.0.pcl
> DEBUG: lpdc: control file is:
> Hr292778
> NMusterbrief.V4.0.pcl
> Pguru
> Jtitle
> UdfA449r292778
> ldfA449r292778
> 
> DEBUG: lpdc: lpd_cmd 2 KONICAMINOLTAC364SeriesPCL
> ERROR: lpdc: lpd_ack 2 KONICAMINOLTAC364SeriesPCL
> (read status):
> DEBUG: lpdc: lpd_cmd 2 84 cfA449r292778
> ERROR: lpdc: lpd_ack 2 84 cfA449r292778
> (read status):
> DEBUG: lpdc: cfA449r292778 successfully sent to 10.49.8.8
> DEBUG: lpdc: lpd_cmd 3 126853 dfA449r292778
> ERROR: lpdc: lpd_ack 3 126853 dfA449r292778
> (read status):
> DEBUG: lpdc: sending dfA449r292778 (126853 bytes) ro 10.49.8.8
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 0% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 12% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 25% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 38% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 51% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 64% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 77% complete
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 90% complete
> ERROR: lpdc: ack dfA449r292778 to 10.49.8.8:
> INFO: lpdc: dfA449r292778 to 10.49.8.8: 100% complete
> 
> 
> $ date | ./lpdc -D -s=10.49.8.8 -p=KONICAMINOLTAC364SeriesPCL -t=title -u=guru -c=1 -f=l
> DEBUG: lpdc: control file is:
> Hr292778
> N/var/tmp/temp.57403.lpdc
> Pguru
> Jtitle
> UdfA400r292778
> ldfA400r292778
> 
> DEBUG: lpdc: lpd_cmd 2 KONICAMINOLTAC364SeriesPCL
> ERROR: lpdc: lpd_ack 2 KONICAMINOLTAC364SeriesPCL
> (read status):
> DEBUG: lpdc: lpd_cmd 2 78 cfA400r292778
> ERROR: lpdc: lpd_ack 2 78 cfA400r292778
> (read status):
> DEBUG: lpdc: cfA400r292778 successfully sent to 10.49.8.8
> DEBUG: lpdc: lpd_cmd 3 34 dfA400r292778
> ERROR: lpdc: lpd_ack 3 34 dfA400r292778
> (read status):
> DEBUG: lpdc: sending dfA400r292778 (34 bytes) ro 10.49.8.8
> INFO: lpdc: dfA400r292778 to 10.49.8.8: 0% complete
> ERROR: lpdc: ack dfA400r292778 to 10.49.8.8:
> INFO: lpdc: dfA400r292778 to 10.49.8.8: 100% complete
> 
> 
> I will let it test the customer with the problem later on.
> 
> 	matthias
> --
> Matthias Apitz, ✉ guru at unixarea.de, ⌂ http://www.unixarea.de/  ☎ +49-176-38902045

Matthias,
the ERROR lines indicate that the LPD server’s responses (acknowledge byte or status reply)
according to the RFC 1179 are missing, but as long as control and data file are successfully
transferred and printing works, I’d not too much worry about this.

Helge