Hello,
Trying to print from an iMac running 10.6.x to a shared Canon Pixma iP4500 printer USB-connected on another local iMac running 10.5.x, I encountered the "printing on hold (authentication required)" blockage.
I fixed it. At least for one test case.
Here is what I did:
After checking all the usual issues in the Sharing and Print-Fax Control panels without any improvement, and verifying that local printing functioned normally, I went to the local machine, opened a browser window, and entered this URL:
http://localhost:631
This is the control interface for the CUPS printing subsystem on that machine. (CUPS stands for "Common UNIX Printing System" and appears be the mechanism that makes printing work on MacOS X.) Then I chose the Administration tab. This revealed a button "Edit Configuration File". I clicked on that and got a editable window containing the configuration file. I located the following text sequence:
...
<Location />
Allow From None
Allow From @LOCAL
....
Interpretation: No printing request from a remote machine would be accepted. (Note: I neglected to write down the text I found there. I am fairly certain of the word "None" -- it was either that or something synonymous.)
I changed this to
...
<Location />
Allow From All
Allow From @LOCAL
....
and saved the edit. At that point I was informed of a printing subsystem reset.
I walked over to the "remote" machine and attempted to print on the Canon. It now worked.
Note 1: The configuration file is available on the local 10.5.x machines that I checked, but it doesn't seem to be accessible on my 10.6.4 machine. Clicking on "Edit Configuration File" has no effect. Why? I think it may be a permissions issue. Security has been tightened on 10.6.4, I think.
Note 2: There's an option to use the default configuration. But the default doesn't seem to say "Allow from None" or anything similar in the Location section.
Here's my interpretation of what I'm seeing:
Most, maybe all, adjustments that affect local printing end up modifying this configuration file. It accumulates changes over time, and gets progressively harder to read, and perhaps the printing subsystem becomes a bit confused. Maybe for that reason, or some completely different one, the text denying all remote accesses was inserted on the 10.5.x machine. Changes to GUI printing setup in the Print&FAX control panel or elsewhere may not be able to undo the damage, so a manual modification was required.
hen3ry