![](https://seccdn.libravatar.org/avatar/8bdb8ba661db1ebacff564e1de0e040c.jpg?s=120&d=mm&r=g)
Manfred Tremmel <Manfred.Tremmel@iiv.de> schrieb am 05.09.01:
Am Mittwoch, 5. September 2001 13:28 schrieb Volker Manns:
Gibt's da irgendwelche Stolperfallen?
Jo, in /etc/cups/cupsd.conf wird festgelegt, wer was darf, hab hier den Admin-Bereich geändert von
<Location /admin> AuthType Basic AuthClass System Order Deny,Allow Allow From 127.0.0.1 Deny From All Encryption IfRequested </Location>
auf
<Location /admin> AuthType Basic AuthClass System Order Deny,Allow Allow From 127.0.0.1 Allow From 192.168.0.40 Deny From All Encryption IfRequested </Location>
Dann gehts auch von 192.168.0.40 (mein Notbook, wenns im Netz hängt).
Danke! Zwischenzeitlich hatte ich den Fehler entdeckt... ;) Übrigens: Können die administrativen Funktionen auch hierarchisch zugeordnet werden (User A darf Drucker A verwalten, User B darf Drucker A und C verwalten, etc.)? Kleines, aber wichtiges Detail: Habe erst bei www.cups.org herausgefunden, daß SAMBA broken 2.06 und 2.07 Distributionen NICHT mit dem Befehl: printing = cups auskommen (so steht's in den ADMIN Unterlagen). Hier muß im Abschnitt [printers] der smb.conf dann zwingend folgendes stehen: printing = sysv printcap name = lpstat print command = lp -d %p -o raw %s; rm -f %s Ich war fast verzweifelt, da auch mit allen möglichen Treibereinstellungen die Drucker nicht korrekt ausdrucken wollten... vielleicht kann sich ja jemand anders ein paar Stündchen sparen... :( Alles in allem kann ich jedem raten: weg mit lpr und apsfilter, her mit CUPS! Cheers, Volker Contents may settle during shipping. Batteries not included. Your mileage may vary. _______________________________________________________________________ 1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de IhrName@web.de, 8MB Speicher, Verschluesselung - http://freemail.web.de