Hi all,
I am using cups 1.1.22 with samba 2.2.12 along with winbind, and samba
configured as a domain member. For now I'm not able to switch to samba3.
My problem is that users printing from windows are unable to control
their jobs. Pause, resume or cancel do not work. In windows, the
"error processing command" is returned. In cups, when viewing
/var/log/cups/access.log, I'll see a line like:
localhost - - [23/Nov/2004:15:02:59 -0600] "POST /jobs HTTP/1.1" 401 0
"401" error code indicating "unauthorized". Also note there
is no
username in the second field, indicating the username was not passed
from samba to cups(?), which I think is the heart of the problem.
I notice that even though I have:
winbind enum users = Yes
winbind enum groups = Yes
winbind use default domain = Yes
... that "smbstatus" still appends my DOMAIN+ in front of the
username -
although "getent passwd" or "wbinfo -u" do not.
When jobs are submitted, this works - I'll see the the username
properly in cups:
laserjet-queue username 567 [23/Nov/2004:15:19:50 -0600] 1 1 - winpc
In samba I get the following in the logs when attempting to manipulate
a (my own) job:
[2004/11/23 15:56:25, 0] printing/print_cups.c:cups_job_delete(482)
Unable to cancel job 566 - client-error-not-authorized
[2004/11/23 15:56:40, 0] printing/print_cups.c:cups_job_pause(572)
Unable to hold job 569 - client-error-not-authorized
I have in [global]
printing = cups
printcap name = cups
I have tried expressly defining the lp commands in my [printers] but
that does not help either (it's my impression printing = cups does not
use that). This seems clearly an auth problem ...
In cups, I have for:
<Location /jobs>
AuthType Basic
AuthClass User
What do I need to do to give users control over their print jobs? If I
login to the print server (say, via ssh) with a windows domain
account, I can control my print jobs just fine.
I don't think this has anything to do with pam, pam is working fine
and I can log in to this machine with a windows account and get a
shell.
If you wish to see the (sanitized) smb.conf for this system, please see
http://www.it.kpt.cc/~tpk/smb.conf.txt
