are there any plans for this ?

[christoph beyer]

Hi Michael,

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:

 <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>

Are ther any different ways using the Browse Allow feature ?

cheeers
christoph


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