[TriLUG] LPD printer queue not accepting jobs

[JHays]

Thanks for that suggestion. The PC is actually triple boot, with ubuntu 
12.10, ubuntu 12.04 LTS, and Windows 7. I booted into Windows 7 and was 
able to print without an issue. Although I had been working mainly with 
12.10, I then rebooted into 12.04 LTS and when I print from 12.04 the 
job goes into the print queue on the W7 machine with the attached 
printer. It just sits there. It doesn't print. Even after you reboot the 
printer PC the ubuntu print job is still there stuck in the queue.  Hmmm.

It is clearly some issue on the ubuntu end. I guess I'll have to revisit 
all my settings.

On 2/6/2013 9:19 AM, matt at noway2.thruhere.net wrote:
> The first thing I would try to rule out is on which end the problem lies.
> Have you tried printing from another Windows machine?  In other words, try
> to determine if the problem with the PC that has the printer attached or
> if it is a problem with trying to print from Ubuntu.
>
> The other thing I can think of, though it may be obvious, is have you
> properly set up the sharing and permissions on the printer?  It may not be
> under the LPD service, but under networking, or even firewall (which is
> another thing to check).
>
>> I am trying to print from my ubuntu 12.10 PC to a printer attached to a
>> Windows 7 PC.  I enabled the "LPD Printer Service" on Windows 7, removed
>> spaces from the printer share name ("PSC1315") and attempted to print a
>> simple text document from ubuntu. When I try to print, on ubuntu I get
>> "Printing test.txt on PSC1315" followed by "Printer Error - Printer
>> 'PSC1315': 'connecting to device.' From Wireshark (a packet sniffer) on
>> Windows 7 I can see the requests are arriving and when I drill into the
>> LPD Response field it says: "Line Printer Daemon Protocol: Response:
>> Queue not accepting jobs."  I am somewhat baffled by this since there
>> doesn't appear to be any way of configuring this Windows LPD service.
>> I've done a lot of googling to no avail. Any ideas here?
>>
>> Thanks.  Jonathan
>> --
>