Hi Ed. I think I know how to do the first one, just add them to the sudoers list. I do not know about the second one, no password. Will it work on a graphical environment? How can I enable it? JP On Sun, May 15, 2016 at 8:03 PM, Ed Greshko <ed.greshko(a)greshko.com&gt; wrote: -- ------------------------------ /\_/\ |O O| pepebuho(a)gmail.com ~~~~ Javier Perez ~~~~ While the night runs ~~~~ toward the day... m m Pepebuho watches from his high perch.

Hi Do you have a link to Tim's suggestion. I only see your feedback on the replies, maybe it got somewhere else. Thanks JP On Mon, May 16, 2016 at 12:20 AM, Ed Greshko <ed.greshko(a)greshko.com&gt; wrote: -- ------------------------------ /\_/\ |O O| pepebuho(a)gmail.com ~~~~ Javier Perez ~~~~ While the night runs ~~~~ toward the day... m m Pepebuho watches from his high perch.

Allegedly, on or about 15 May 2016, Javier Perez sent: On my admittedly older installation, the CUPS documentation suggests that you ought to be able to do that kind of thing, and I would have thought the functionality remained. Referring to: http://localhost:631/help/policies.html Part of the cupds.conf file: #Only the owner or an administrator can cancel or authenticate a job... <Limit Cancel-Job CUPS-Authenticate-Job> Require user @OWNER @SYSTEM Order deny,allow </Limit> With @OWNER being the owner of the particular print job. They should be able to load up the CUPS webpage http://localhost:631/ (or the hostname of the print server instead of localhost), go to the jobs page, and manage their print job(s). As far as I knew, that's how the default installation set things up. Though things can be more of a managing nightmare when you have a central CUPS server, and a variety of clients. You're remote users, in that scenario, and had to manually reconfigure the server to allow remote management. Probably had to ensure that remote users had the same account name and IDs set up on the server system, too. So that remote owner = local owner. If you're doing it some other way, such as a dedicated printing control panel in your desktop, then I would have expected that to work without any fuss. But again, if you've got a network where people hit print, your program sends the job to its own local CUPS server, which passes it over to your central LAN CUPS server, the job has been handed out of your local control, and needs to be managed through the central server. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 Boilerplate: All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I only get to see the messages posted to the mailing list. Next time your service provider asks you to reboot your equipment, ask them to reboot theirs, first.