[cobalt-users] CPU upgrade on a RaQ4 500 Mhz

["vasili" <vasili@xxxxxxx>]

Hi

I´ve heard that the CPU upgrade on a RaQ3 is very easy (300 to 500 Mhz).
Change the multiplicator from 3x100 to 5x100 on the CPU - socket with a
wire, and ready?
Is it also possible to upgrade the CPU on a RaQ4 (450 to 500 Mhz)? Because
here is the multiplicator 4,5x100 and
on the mainboard aren´t any jumpers.
And is the hardware of a RaQ3i (2 HDs) indentical with the RaQ4´s?

thanks in advance

pancho

----- Original Message ----- 
From: <cobalt-users-request@xxxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Monday, February 09, 2004 6:37 PM
Subject: cobalt-users digest, Vol 1 #6707 - 15 msgs


> Send cobalt-users mailing list submissions to
> cobalt-users@xxxxxxxxxxxxxxx
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://list.cobalt.com/mailman/listinfo/cobalt-users
> or, via email, send a message with subject or body 'help' to
> cobalt-users-request@xxxxxxxxxxxxxxx
>
> You can reach the person managing the list at
> cobalt-users-admin@xxxxxxxxxxxxxxx
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cobalt-users digest..."
>
>
> Today's Topics:
>
>    1. RE: RaQ550 - password? (Gerald Waugh)
>    2. RE: Permission denied when issuing find (Bruce Timberlake)
>    3. Re: Is this trojan? (Gerald Waugh)
>    4. Re: Permission denied when issuing find (Gerald Waugh)
>    5. Secondary Authorative NameServer for a Domain on RaQ4 (Al-Juhani)
>    6. RE: Is this trojan? (desa15@xxxxxxxx)
>    7. Re: raq 4 os (Zeffie)
>    8. Re: (no subject) (Zeffie)
>    9. Re: RPM/SRPM for nfs-utils-1.0.1-3.9 now available (Zeffie)
>   10. RE: Permission denied when issuing find (Arthur Sherman)
>   11. RE: mysql 4 package? (Arthur Sherman)
>   12. Problem with active monitor and apache config (desa15@xxxxxxxx)
>   13. RE: mysql 4 package? (Bruce Timberlake)
>   14. RE: Permission denied when issuing find (Gerald Waugh)
>   15. RE: RE: Permission denied when issuing find (Arthur Sherman)
>
> --__--__--
>
> Message: 1
> Date: Mon, 9 Feb 2004 11:45:29 -0500 (EST)
> From: Gerald Waugh <gwaugh@xxxxxxxxxxxxxxxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: RE: [cobalt-users] RaQ550 - password?
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> On Mon, 9 Feb 2004, wcstaff wrote:
>
> > Since there is no password set, you are required to put one in. So pick
one
> > and follow the prompts.
>
> Yes, I understand that, but this is a newly restored RaQ the password is
> supposed to be "admin" and evidently is.... As you have to enter the old
> password before entering a new one. I even tried the reset password trick,
> same result!
>
> We have performed restores on hundreds of RaQs, first time I have seen
> this.
>
> Gerald
> --
> http://frontstreetnetworks.com | http://raqware.com
>   Front Street Networks LLC, 229 Front Street, Ste.#C
>   New Haven, CT 06513-3203 | phone: +1-203-785-0699
>
>
> --__--__--
>
> Message: 2
> From: Bruce Timberlake <bruce@xxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Organization: BRTNet.org
> Date: Mon, 09 Feb 2004 08:45:20 -0800
> Subject: [cobalt-users] RE: Permission denied when issuing find
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> On Mon, 2004-02-09 at 08:31, Arthur Sherman wrote:
> > That's what I thought. So why is find trying to look through these dirs?
>
> Find looks through *all* dirs by default.  Seems to me there's a way to
> get it to avoid certain branches; I'm sure the man page would say for
> sure. :)
>
>
>
>
> --__--__--
>
> Message: 3
> Date: Mon, 9 Feb 2004 11:47:21 -0500 (EST)
> From: Gerald Waugh <gwaugh@xxxxxxxxxxxxxxxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] Is this trojan?
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> On Mon, 9 Feb 2004, Arthur Sherman wrote:
> >
> > Feb  9 17:45:02 www imapd[7170]: Logout user=??? host=localhost
[127.0.0.1]
> > Feb  9 17:45:03 www sendmail[7172]: NOQUEUE: localhost [127.0.0.1] did
not
> > issue MAIL/EXPN/VRFY/ETRN during connection to MTA
> >
> > Is this trojan? Or what?
>
> looks like swatch aka "active monitor"
>
> Gerald
> --
> http://frontstreetnetworks.com | http://raqware.com
>   Front Street Networks LLC, 229 Front Street, Ste.#C
>   New Haven, CT 06513-3203 | phone: +1-203-785-0699
>
>
> --__--__--
>
> Message: 4
> Date: Mon, 9 Feb 2004 11:49:16 -0500 (EST)
> From: Gerald Waugh <gwaugh@xxxxxxxxxxxxxxxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] Permission denied when issuing find
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> On Mon, 9 Feb 2004, Arthur Sherman wrote:
> > every time when i issue find i get these among the very first lines:
> >
> > find: /proc/5/fd: Permission denied
> > find: /proc/6/fd: Permission denied
> > find: /proc/7/fd: Permission denied
> > find: /proc/8/fd: Permission denied
> > find: /proc/9/fd: Permission denied
> >
> > could someone explain me why is it?
>
> Are you issuing gthe command as root?
> Even then somethings like /dev may give this warning
>
> Gerald
> --
> http://frontstreetnetworks.com | http://raqware.com
>   Front Street Networks LLC, 229 Front Street, Ste.#C
>   New Haven, CT 06513-3203 | phone: +1-203-785-0699
>
>
> --__--__--
>
> Message: 5
> From: "Al-Juhani" <aljuhani@xxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Mon, 9 Feb 2004 19:55:00 +0300
> Subject: [cobalt-users] Secondary Authorative NameServer for a Domain on
RaQ4
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Hello List.
>
> I have just made a secondary DNS server on one of my RaQ4s to serve as a
> backup for a domain on my Primary RaQ4.
> My question, when setting up a Secondary DNS for a domain, Do I have to
use
> the Primary Server IP address
> or It does not make a difference if I use the same domain virtual IP
address
> or any other IP on the Primary Box.
>
> Thanks
>
> Al-Juhani
> aljuhani@xxxxxxxxx
>
>
>
>
> --__--__--
>
> Message: 6
> From: desa15@xxxxxxxx
> Subject: RE: [cobalt-users] Is this trojan?
> To: cobalt-users@xxxxxxxxxxxxxxx
> Date: Mon, 9 Feb 2004 17:58:02 +0100
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>
> You can try with this old tool to make a quickly open relay test
>
>
http://spamlart.homeunix.org/cgi-bin/spamlart2.cgi?DESTINATION=yourdomain.com
>
> Al-Juhani, tell to you that you can install SMA and review you logs.
>
> Simple compile and run ./sma -w /var/log/maillog >
> /www/yourdomain/output.html
>
>
> Excuse my broken English
>
> Un saludo, Danny
>
>
>
> --__--__--
>
> Message: 7
> From: "Zeffie" <cobaltlist@xxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: Re: [cobalt-users] raq 4 os
> Date: Mon, 9 Feb 2004 11:59:11 -0500
> Organization: Electronic Consultants Inc.
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> > > Why RaQ4 and not RaQ550, which works perfectly on the RaQ3?
> > There are actually a lot of reasons not to do this to your cobalt...
> Things
> > like...
> > ---->>Loss of official support for the kernel.
> >  Q. So is upgrading from a Raq3 to a Raq4 keep within these guidelines?
I
> > thought the 550 os was opensourced by sun now. Doesn't that allow for
> > opensource support?
>
> yes and no.. there are parts that were not opensourced and thus chunks of
it
> are worthless.
>
> > ---->>The 550 version is very hackable (it only takes about 30 seconds)
> > Q. Hackable?? In a bad way? In a script kiddies kind of way, or in a
XBOX
> > kinda of way? Hacking the XBOX was the best thing that happened to that
> > console. So many more options. It was a positive step. Unless your
> > (Microsoft)
>
> hackable in a "script kiddies kind of way"
> get an account, wget, gcc bla, ./aout, done
>
> > ---->>You take a risk when you flash those bios of turning it into a
boat
> > anchor
> > (a bad one at that) or buying it all over again by having the chip
> replaced
> > by gerald...  looking at
> > http://store.raqware.com/product_info.php?cPath=24&products_id=82
> > <http://store.raqware.com/product_info.php?cPath=24&products_id=82>
it's
> > $100
> > more if you trash the rom...  I would say this is a very nice offering
by
> > gerald and I might be tempted myself someday...
> >
> >  Q. Know of a good guide you can recomend to avoind this pitfall.
>
> not really.. I would reccomed geralds service first... after that I would
> suggest you do a fresh restore of raq4 with no sites...  and then do the
> flash...  it should work better on a fresh/smooth running box
>
> > ----->>The thing that bothers me the most is the load issues...  A RaQ3
is
> a
> > pretty
> > slow server actually (only 596.37 bogomips) and as much as we have
> problems
> > with simple logrotation, and running the java stuff, to simple mail
> > overloads... I just don't think it's a good choice to overload a machine
> > with all this...  and yes I know it can be done and will work to some
> > degree...
> >
> >
> > Q. I heard of a "mod" or upgrade to an AMD 400mhz?? What about maxing
out
> > the memory?? Can you go higher?
>
> I have never done the processor upgrade and I have seen a raq3 > raq550
> upgrade that wouldn't take a kernel update to save it's life...  You can
get
> the processor upgrade on e-bay i noticed last night for about $50...  I
> don't know how well it works...
>
> > ------>>I run a "Phoenix firewall" that has been converted to 550 and it
> > does work
> > fine... however it is for devel only and thus gets no traffic...  This
> > server is just so I can build things for the 550 line and nothing more..
> >
> > Q. I'm interested in hosting a small amount of sites for friend. Nothing
> > heavy. Maybe 10-20 domains MAX. Is that too many? I'm sure one or two
> would
> > run a mysql forum the likes of phpbb2. I thought you could host
something
> > like 100 sites with these units.
> > Michael
>
> that should all work.. but it's not how many sites but instead the "load
> factor" Ie: you can't run a high traffic site like playboy.com...
>
> Zeffie
> Cobalt RaQ System Administration, Maintenance and Repairs.
> http://www.zeffie.com/how_to_contact_zeffie.html 734.454.9117
> http://www.zeffie.com/ Home of the Worlds Largest Collection of RaQ rpms
> Advanced Cobalt Security, Firewall, Snort, AntiSpam, AntiVirus, etc. GUI's
> --
> I'm Bart Simpson! Who the hell are you? -- Bart Simpson
>
>
>
> --__--__--
>
> Message: 8
> From: "Zeffie" <cobaltlist@xxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: Re: [cobalt-users] (no subject)
> Date: Mon, 9 Feb 2004 12:03:39 -0500
> Organization: Electronic Consultants Inc.
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> > If you contact Brian at Nuonce he can help you on that. He is great on
> > supporting his products.
> > David Thurman
>
> then why is it they always post for help here?
>
> Zeffie
> Cobalt RaQ System Administration, Maintenance and Repairs.
> http://www.zeffie.com/how_to_contact_zeffie.html 734.454.9117
> http://www.zeffie.com/ Home of the Worlds Largest Collection of RaQ rpms
> Advanced Cobalt Security, Firewall, Snort, AntiSpam, AntiVirus, etc. GUI's
> --
> I'm Bart Simpson! Who the hell are you? -- Bart Simpson
>
>
> --__--__--
>
> Message: 9
> From: "Zeffie" <cobaltlist@xxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: Re: [cobalt-users] RPM/SRPM for nfs-utils-1.0.1-3.9 now available
> Date: Mon, 9 Feb 2004 12:15:22 -0500
> Organization: Electronic Consultants Inc.
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> > >>>>> or just "cheat" and ln -s /sbin/badsh /sbin/nologin
> > >>>>
> > >>>> I think that would work too... also need to add /sbin/nologin to
> > >>> /etc/shells
> > >>>
> > >>> Thats exactly the kind of thinking that breaks the whole rpm
> > >>> concept...
> > >>
> > >> I haven't been following this, but how the heck does adding a new
> > >> invalid shell to /etc/shells break your package management system?
> > >> R
> > >
> > > The part about "just "cheat" and ln -s /sbin/badsh /sbin/nologin"
> > > creates a
> > > link that is not accounted for anywhere...  and the adding it to
> > > /etc/shells
> > > by hand should be done by the rpm's post and preun scripts.
> > >
> > > rpm allows us to account for every file on the system and to know
> > > various
> > > things about them.. like md5 sums for example...  and it's easy to
> > > build it
> >
> > I understand, but I would have thought going /this/ far a tad
> > overboard.  I use packaging because it helps me maintain installed
> > applications, lets me easily keep track of revisions, and
> > {remove/install} everything cleanly.
> >
> > Something like /sbin/nologin seems fair enough to keep in a package,
> > but I'd hardly consider it 'breaking concepts' by doing something like
> > this, especially considering its usually a two line script, and it's
> > not really owned by anything (apart from the base system).
> > R
>
> well it's not overboard.. it's an accuracy thing...  the entire system is
> made with rpms and there is no reason this shouldn't be one and more
reasons
> why it should be one... so it should be. IMHO
>
> Zeffie
> Cobalt RaQ System Administration, Maintenance and Repairs.
> http://www.zeffie.com/how_to_contact_zeffie.html 734.454.9117
> http://www.zeffie.com/ Home of the Worlds Largest Collection of RaQ rpms
> Advanced Cobalt Security, Firewall, Snort, AntiSpam, AntiVirus, etc. GUI's
> --
> I'm Bart Simpson! Who the hell are you? -- Bart Simpson
>
>
>
> --__--__--
>
> Message: 10
> Date: Mon, 09 Feb 2004 19:06:38 +0200
> From: Arthur Sherman <arturs@xxxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] Permission denied when issuing find
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Yes, as a root.
> I wonder if there is no fd on raq then why it outputs it?
>
> Arthur Sherman
>
>
> > -----Original Message-----
> > From: cobalt-users-admin@xxxxxxxxxxxxxxx
> > [mailto:cobalt-users-admin@xxxxxxxxxxxxxxx] On Behalf Of Gerald Waugh
> > Sent: Monday, February 09, 2004 18:49
> > To: cobalt-users@xxxxxxxxxxxxxxx
> > Subject: Re: [cobalt-users] Permission denied when issuing find
> >
> > On Mon, 9 Feb 2004, Arthur Sherman wrote:
> > > every time when i issue find i get these among the very first lines:
> > >
> > > find: /proc/5/fd: Permission denied
> > > find: /proc/6/fd: Permission denied
> > > find: /proc/7/fd: Permission denied
> > > find: /proc/8/fd: Permission denied
> > > find: /proc/9/fd: Permission denied
> > >
> > > could someone explain me why is it?
> >
> > Are you issuing gthe command as root?
> > Even then somethings like /dev may give this warning
> >
> > Gerald
> > --
> > http://frontstreetnetworks.com | http://raqware.com
> >   Front Street Networks LLC, 229 Front Street, Ste.#C
> >   New Haven, CT 06513-3203 | phone: +1-203-785-0699
> >
> > _____________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
> >
>
>
> --__--__--
>
> Message: 11
> Date: Mon, 09 Feb 2004 19:08:18 +0200
> From: Arthur Sherman <arturs@xxxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] mysql 4 package?
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> All of mentioned.
> But most of all I would like to know how to make .pkg
>
> Arthur Sherman
>
>
> > -----Original Message-----
> > From: cobalt-users-admin@xxxxxxxxxxxxxxx
> > [mailto:cobalt-users-admin@xxxxxxxxxxxxxxx] On Behalf Of Zeffie
> > Sent: Monday, February 09, 2004 18:41
> > To: cobalt-users@xxxxxxxxxxxxxxx
> > Subject: Re: [cobalt-users] mysql 4 package?
> >
> > > Oh yea... guess that information would help.  I could like
> > a package
> > > for
> > raq
> > > 4.
> >
> >
> > If I was to make a pkg, what extra things would folks want?
> > DBD, DBI, ODBC, etc???
> >
> > Zeffie
> > Cobalt RaQ System Administration, Maintenance and Repairs.
> > http://www.zeffie.com/how_to_contact_zeffie.html 734.454.9117
> > http://www.zeffie.com/ Home of the Worlds Largest Collection
> > of RaQ rpms Advanced Cobalt Security, Firewall, Snort,
> > AntiSpam, AntiVirus, etc. GUI's
> > --
> > I'm Bart Simpson! Who the hell are you? -- Bart Simpson
> >
> >
> > _____________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
> >
>
>
> --__--__--
>
> Message: 12
> From: desa15@xxxxxxxx
> To: cobalt-users@xxxxxxxxxxxxxxx
> Date: Mon, 9 Feb 2004 18:23:27 +0100
> Subject: [cobalt-users] Problem with active monitor and apache config
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>
> I have a Raq550, i audit my cobalt with nessus.
> And report the following security hole in apache.
>
>  Your webserver supports the TRACE and/or TRACK methods. It has been shown
> that servers supporting this method are subject
> to cross-site-scripting attacks, dubbed XST for 'Cross-Site-Tracing', when
> used in conjunction with
> various weaknesses in browsers.
> An attacker may use this flaw to trick your legitimate web users to give
> him their credentials.
> Solution: Disable these methods.
> If you are using Apache, add the following lines for each virtual host in
> your configuration file :
>
> RewriteEngine on
> RewriteCond %{REQUEST_METHOD} ^ (TRACE|TRACK)
> RewriteRule .* - [F]
>
> See http://www.whitehatsec.com/press_releases/WH-PR-20030120.pdf
> http://archives.neohapsis.com/archives/vulnwatch/2003-q1/0035.html
> Risk factor : Medium
>
> I put the RewriteCond in each virtual host file and change the following
in
> the access.conf
>
> <Directory />
>     Options None
>     AllowOverride None
>     Order deny,allow
>     Deny from all
> </Directory>
>
> <Directory "/home/sites/www.domain1.com">
>     Order allow,deny
>     Allow from all
> </Directory>
>
> <Directory "/home/sites/www.domain2.com">
>     Order allow,deny
>     Allow from all
> </Directory>
>
> I restarted the httpd and all work ok, but my active monitor say that the
> apache is stopped (red light, several problem)
> The apache is work, and all my domains work ok, how solution this ??
>
>
> Un saludo, Danny
>
>
>
> --__--__--
>
> Message: 13
> From: Bruce Timberlake <bruce@xxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Organization: BRTNet.org
> Date: Mon, 09 Feb 2004 09:26:49 -0800
> Subject: [cobalt-users] RE: mysql 4 package?
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> On Mon, 2004-02-09 at 09:08, Arthur Sherman wrote:
> > All of mentioned.
> > But most of all I would like to know how to make .pkg
>
> There are docs on the Sun Cobalt FTP server I think
> (ftp.cobalt.sun.com).  Or you can just open one up and look at it. In a
> nutshell, they are just .tar.gz files renamed to be .pkg. There is a
> manifest file saying what's in it, the version etc. And then install and
> uninstall scripts. And the actual contents (RPMS, etc).
>
> For RaQ 3/4 it's pretty easy; the XTR/550/Qube3 PKGs are a little more
> difficult.
>
>
>
> --__--__--
>
> Message: 14
> Date: Mon, 9 Feb 2004 12:30:05 -0500 (EST)
> From: Gerald Waugh <gwaugh@xxxxxxxxxxxxxxxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: RE: [cobalt-users] Permission denied when issuing find
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> On Mon, 9 Feb 2004, Arthur Sherman wrote:
>
> > Yes, as a root.
> > I wonder if there is no fd on raq then why it outputs it?
>
> floppy disk, as Bruce noted!
>
> Gerald
>
>
> >
> > Arthur Sherman
> >
> >
> > > -----Original Message-----
> > > From: cobalt-users-admin@xxxxxxxxxxxxxxx
> > > [mailto:cobalt-users-admin@xxxxxxxxxxxxxxx] On Behalf Of Gerald Waugh
> > > Sent: Monday, February 09, 2004 18:49
> > > To: cobalt-users@xxxxxxxxxxxxxxx
> > > Subject: Re: [cobalt-users] Permission denied when issuing find
> > >
> > > On Mon, 9 Feb 2004, Arthur Sherman wrote:
> > > > every time when i issue find i get these among the very first lines:
> > > >
> > > > find: /proc/5/fd: Permission denied
> > > > find: /proc/6/fd: Permission denied
> > > > find: /proc/7/fd: Permission denied
> > > > find: /proc/8/fd: Permission denied
> > > > find: /proc/9/fd: Permission denied
> > > >
> > > > could someone explain me why is it?
> > >
> > > Are you issuing gthe command as root?
> > > Even then somethings like /dev may give this warning
> > >
> > > Gerald
> > > --
> > > http://frontstreetnetworks.com | http://raqware.com
> > >   Front Street Networks LLC, 229 Front Street, Ste.#C
> > >   New Haven, CT 06513-3203 | phone: +1-203-785-0699
> > >
> > > _____________________________________
> > > cobalt-users mailing list
> > > cobalt-users@xxxxxxxxxxxxxxx
> > > To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> > > http://list.cobalt.com/mailman/listinfo/cobalt-users
> > >
> >
> > _____________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
> >
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> > Mailscanner thanks transtec Computers for their support.
> >
>
> --
> http://frontstreetnetworks.com | http://raqware.com
>   Front Street Networks LLC, 229 Front Street, Ste.#C
>   New Haven, CT 06513-3203 | phone: +1-203-785-0699
>
>
> --__--__--
>
> Message: 15
> Date: Mon, 09 Feb 2004 19:24:28 +0200
> From: Arthur Sherman <arturs@xxxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] RE: Permission denied when issuing find
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Thank you
>
> Arthur Sherman
>
>
> > -----Original Message-----
> > From: cobalt-users-admin@xxxxxxxxxxxxxxx
> > [mailto:cobalt-users-admin@xxxxxxxxxxxxxxx] On Behalf Of
> > Bruce Timberlake
> > Sent: Monday, February 09, 2004 18:45
> > To: cobalt-users@xxxxxxxxxxxxxxx
> > Subject: [cobalt-users] RE: Permission denied when issuing find
> >
> > On Mon, 2004-02-09 at 08:31, Arthur Sherman wrote:
> > > That's what I thought. So why is find trying to look
> > through these dirs?
> >
> > Find looks through *all* dirs by default.  Seems to me
> > there's a way to get it to avoid certain branches; I'm sure
> > the man page would say for sure. :)
> >
> >
> >
> > _____________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
> >
>
>
>
> --__--__--
>
> _____________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> End of cobalt-users Digest
>