----- Original Message ----- From: "Claudio" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 25, 2001 11:24 PM Subject: Re: [Cooker] THAT FUCKING CUPS BROWSING...
> On Thursday 25 October 2001 23:03, steve ide wrote: > > ----- Original Message ----- > > From: "Claudio" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Thursday, October 25, 2001 10:56 PM > > Subject: Re: [Cooker] THAT FUCKING CUPS BROWSING... > > > > > On Thursday 25 October 2001 22:24, steve ide wrote: > > > > I'm curious to know if you have any M$ servers on the network ????? > > > > look at the printer shares on local machines if they exist it seems > > > > whats > > > > > > happening is a loopback situation CUPS i've had the same situation the > > > > solution was to disable printer sharing with M$ > > > > > > There are NO M$ servers here!!! :-) > > > I use Samba+CUPS to export all of the printers to windows client too. And > > > cups-lpd for all of the rest. > > > C. > > > > Somthings creating a loop situation could you send me a copy of your config > > files smb.conf .. printcap etc > > I really believe that it's only a problem with CUPS. All problems disappear > when all CUPS have "browsing" turned of, not depending on M$ settings and > behaviour... It's really really simple to be solved, and many of us (on the > Cooker list) already talked about it since 7.2 but it seems that there's a > very deep reason why browsing must be turned on by default. I'd like to > understand that reason and I would not blame anymore, I promise. Can someone > please explain? Maybe Till K. that as I can see is the "supervisor" for the > printer-related rpms? > I really love CUPS, but it's hard to administrate a big network if you always > lose the server's control. > > Goodnight, Claudio > yeah maybe you are right but for example in an NT env we hit the browisng problem every time (browsing should ___not___ be cyclic) Goodnight Steve
