are there any plans for this ?

christoph beyer christoph.beyer at desy.de
Mon Jan 25 01:55:27 PST 2010


Hi Michael,

it's version 1.3.11 on the server, sorry was not aware that is a bit outdated, will try 1.4.2 this afternoon...

cheers
christoph


> What versions of CUPS?
>
> On Jan 18, 2010, at 2:57 AM, christoph beyer wrote:
>
> > Hi Michael,
> >=20
> > I tried this but though print access to the printerqueues is limited =
> they keep showing up on the browsing clients. They are not usable but =
> they make their way in the drop down menues etc. I used entries like =
> this:
> >=20
> > <Printer pubcp1>
> > Info color duplex printing on paper
> > Location 2b / computer centre
> > DeviceURI lpd://spool-lpr/pubcp1
> > State Idle
> > StateTime 1245161204
> > Accepting Yes
> > Shared Yes
> > JobSheets none none
> > QuotaPeriod 0
> > PageLimit 0
> > KLimit 0
> > DenyUser chbeyer
> > OpPolicy default
> > ErrorPolicy retry-job
> > </Printer>
> >=20
> > Are ther any different ways using the Browse Allow feature ?
> >=20
> > cheeers
> > christoph
> >=20
> >=20
> >>=20
> >> On Jan 6, 2010, at 2:18 AM, christoph beyer wrote:
> >>=20
> >>> Hi Michael,
> >>> =3D20
> >>> thanks for the reply :)
> >>> =3D20
> >>> Just for clarification, we don't heve many mac users mainly linux =
> and =3D
> >> windows (they print over samba). We use our own flavour of linux =
> called =3D
> >> 'scientific linux' it is developed for the high energie physics =
> comunity =3D
> >> and it's mainly a redhat without the red hats.
> >>> =3D20
> >>> Of course we use nis, kerberos and ldap for user accounts and =
> groups. =3D
> >> If i get you right you would consider to use cups-browsing and then =3D=
>
> >> limit the number of 'viewable' printers on user base ?
> >>=20
> >> Yes.
> >>=20
> >>> I tried the cups-printer-browsing some time ago with 600 queues and =
> it =3D
> >> was very cpu consuming on the server
> >>=20
> >> It definitely should not be - the server is just broadcasting once =
> every =3D
> >> N seconds (default is 30, but large sites typically use 300 or more) =
> so =3D
> >> the overhead is negligible.
> >>=20
> >>> are there any tricks to avoid that and is there a way to avoid the =3D=
>
> >> need of browse relay hosts in different subnets ?
> >>=20
> >> You can configure your routers to pass UDP packets on port 631 to the =
> =3D
> >> different subnets, however most users opt for the BrowsePoll/Relay =3D
> >> configuration since it is typically easier to do than get a router =3D
> >> configuration change approved... :)
> >>=20
> >> To clarify, on the server you'd use:
> >>=20
> >>    Browsing Yes
> >>    BrowseLocalProtocols CUPS
> >>    BrowseAddress @LOCAL
> >>=20
> >> on the relay clients you'd use:
> >>=20
> >>    Browsing Yes
> >>    BrowseLocalProtocols CUPS
> >>    BrowsePoll servername
> >>    BrowseRelay 127.0.0.1 @LOCAL
> >>=20
> >> and on the normal clients you'd use:
> >>=20
> >>    Browsing Yes
> >>    BrowseRemoteProtocols CUPS
> >>    BrowseOrder allow,deny
> >>    BrowseAllow all
> >>=20
> >>=20
> >>> =3D20
> >>> cheers christoph
> >>> =3D20
> >>> =3D20
> >>>> On Jan 4, 2010, at 3:11 AM, christoph beyer wrote:
> >>>>> Hi,
> >>>>> =3D3D20
> >>>>> sorry to bother you on the development list, I just would like to =
> =3D
> >> know =3D3D
> >>>> if there are any plans to implement this in the future:
> >>>>> =3D3D20
> >>>>> In my environment I have 600+ printerqueues on a campus with =
> ~4.000 =3D
> >> =3D3D
> >>>> users, obviously I can not put all these queues on one cupsserver,
> >>>> =3D20
> >>>> Obviously because???  We have users with 10,000 print queues and as =
> =3D
> >> many =3D3D
> >>>> users...  Combine this with allowed user/group lists and you can =
> very =3D
> >> =3D3D
> >>>> easily have automatically-available printers with users only seeing =
> =3D
> >> the =3D3D
> >>>> queues they have access to.  The main thing is that you'll need to =
> =3D
> >> have =3D3D
> >>>> network user accounts, otherwise the user/group mappings will be =
> =3D3D
> >>>> impossible to manage.
> >>>> =3D20
> >>>> Also see below.
> >>>> =3D20
> >>>>> ...
> >>>>> Though most of my users just use 3 to 6 printers in there building =
> =3D
> >> and =3D3D
> >>>> maybe a plotting machine or a virtual log queue. Best solution for =
> =3D
> >> them =3D3D
> >>>> would be the windows-like approach to browse the printers on the =3D
> >> server =3D3D
> >>>> and make an individual selection by clicking on the queuenames. =3D3D=
>
> >>>> Unfortunately if you add a single printer from a remote cups server =
> =3D
> >> the =3D3D
> >>>> printer type information and queue presettings are not transfered =
> to =3D
> >> the =3D3D
> >>>> client instead the user is bothered with the usual questions (what =
> =3D
> >> kind =3D3D
> >>>> of printer and so on) which is for most users not acceptable.
> >>>>> =3D3D20
> >>>>> Are there any plans to change this in the future and does it sound =
> =3D3D=3D
> >>=20
> >>>> like a reasonable feature-request ???
> >>>> =3D20
> >>>> OK, so this is actually supportable today using Bonjour - the CUPS =
> =3D3D
> >>>> server advertises the available printers via Bonjour, and the user =
> =3D
> >> can =3D3D
> >>>> (on Mac OS X and Winodws, at least) select a printer to use without =
> =3D3D=3D
> >>=20
> >>>> specifying drivers.  We don't auto-add printers like we do for CUPS =
> =3D3D=3D
> >>=20
> >>>> browsing, so you avoid users seeing 600 print queues.
> >>>> =3D20
> >>>> ___________________________________________________
> >>>> Michael Sweet, Senior Printing System Engineer
> >>>> =3D20
> >>>> =3D20
> >>>> =3D20
> >>> =3D20
> >>> _______________________________________________
> >>> cups-dev mailing list
> >>> cups-dev at easysw.com
> >>> http://lists.easysw.com/mailman/listinfo/cups-dev
> >>=20
> >> ___________________________________________________
> >> Michael Sweet, Senior Printing System Engineer
> >>=20
> >>=20
> >>=20
> >=20
> > _______________________________________________
> > cups-dev mailing list
> > cups-dev at easysw.com
> > http://lists.easysw.com/mailman/listinfo/cups-dev
>
> ___________________________________________________
> Michael Sweet, Senior Printing System Engineer
>
>
>





More information about the cups mailing list