[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[cobalt-users] Re: cobalt-users digest, Vol 1 #1500 - 5 msgs
- Subject: [cobalt-users] Re: cobalt-users digest, Vol 1 #1500 - 5 msgs
- From: William Scoville <wm@xxxxxxxxxxxxxxx>
- Date: Tue Oct 17 08:24:04 2000
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
> From: cobalt-users-request@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
> Date: Tue, 17 Oct 2000 03:49:58 -0700
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: cobalt-users digest, Vol 1 #1500 - 5 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: cobalt-users digest, Vol 1 #1496 - 20 msgs (kcelik@xxxxxxxxxxxxxx)
> 2. windows/apple file sharing (Dan Elkins)
> 3. Re: missing virtusertable.db (Jens Kristian =?iso-8859-1?q?S=F8gaard?=)
> 4. Re: 250 site limit URGENT HELP REQUIRED (Jens Kristian
> =?iso-8859-1?q?S=F8gaard?=)
> 5. Re: [RaQ3i] hosts.deny (Jens Kristian =?iso-8859-1?q?S=F8gaard?=)
>
> --__--__--
>
> Message: 1
> From: kcelik@xxxxxxxxxxxxxx
> To: cobalt-users@xxxxxxxxxxxxxxx
> Date: Tue, 17 Oct 2000 09:26:22 +1000
> Subject: [cobalt-users] Re: cobalt-users digest, Vol 1 #1496 - 20 msgs
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Does anyone run the EMU webmail server on a raq3. If so how did you
> install the pkg in a virtual site??
>
> Thanks in advance..
>
> KEN
>
> 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: DBI Install Problems (Brian Curtis)
> 2. RE: RAQ3] Unable to create Users with FrontPage enabled (John
> Cordeiro)
> 3. Re: Turning off Directory Browsing? (Jim Scott)
> 4. Re: RAQ2: Directories invisible through FTP (Todd Jagger)
> 5. How to stop form spamming! (Casselman, Chad)
> 6. Re: RAQ3i & RAQ3 2, for sale 2 months old (WayneB6094@xxxxxxx)
> 7. RE: How to stop form spamming! (Dan Kriwitsky)
> 8. Re: 250 site limit URGENT HELP REQUIRED (WayneB6094@xxxxxxx)
> 9. RE: Turning off Directory Browsing? (Dan Kriwitsky)
> 10. Reverse DNS Lookups (rpaiz@xxxxxxxxxxxxxx)
> 11. Re: [Raq2] Sendmail - infinite recursion problems... (Shaun
> Masterman)
> 12. Re: Help! forgot password of virtual site! (WayneB6094@xxxxxxx)
> 13. RE: New Qube 3 (rpaiz@xxxxxxxxxxxxxx)
> 14. RE: Reverse DNS Lookups (Patrick McNeil)
> 15. Re: Open Relaying (Dom Latter)
> 16. Can I make Cobalt Qube 2 as a Web Caching Server also. (MOHAMMED
> WASIULLAH)
> 17. [RAQ3] Web server error: Inappropriate ioctl for device (Babu P.
> Yogarajah)
> 18. Re: New Qube 3 (Jeff Lovell)
> 19. Re: 250 site limit URGENT HELP REQUIRED (Dom Latter)
> 20. RE: New Qube 3 (rpaiz@xxxxxxxxxxxxxx)
>
> -- __--__--
>
> Message: 1
> From: "Brian Curtis" <admin@xxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: Re: [cobalt-users] DBI Install Problems
> Date: Mon, 16 Oct 2000 07:54:25 -0400
> Organization: Pomfret Computer Technologies
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> ----- Original Message -----
> From: "Mike Fritsch" <mfritsch@xxxxxxxxxxxx>
>
>> We are tryiung to install the DBI-MYSQL driver located here
>> http://www.perl.com/CPAN-local/modules/by-module/Mysql/
>> but when we do a make we get the following error:
>>
>> Cannot find one of include/mysql/mysql.h, include/mysql.h in /usr/local
> at
>> lib/DBD/mysql/Install.pm line 165, <STDIN> chunk 3.
>
> How did you install Mysql? Sources or packages? If sources, what did you
> specify for --prefix= ?
>
>> We have installed this on several other RaQ3s. I checked for the file
> and
> it
>> is on the other RaQ3s except this one. My question is does anyone know
> what
>> we need to install or forgot to install?
>
> Did you try find or locate to see if the header files might have been
> installed in some odd directory?
>
> as root:
>
> $ find / -name mysql.h
> or
> $ locate mysql.h
>
> If you do find the MySQL headers, you can specify the location to
> Msql-Mysql-modules by using:
>
> $ perl Makefile.PL --mysql-incdir=/path/to/headers
>
> though you may have to specify other options such as --mysql-libdir= if
> your
> MySQL installation was spread out over your box.
>
> If you can not find the header files, it sounds like you might have an
> incomplete MySQL installation.
>
> --
> Brian Curtis
>
> -- __--__--
>
> Message: 2
> From: "John Cordeiro" <jcordeiro@xxxxxxxx>
> To: "Jeff Bilicki" <jeff@xxxxxxxxxxx>, <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] RAQ3] Unable to create Users with FrontPage
> enabled
> Date: Mon, 16 Oct 2000 09:40:57 -0400
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>> Please make sure you have update 3.0 install, I have list possible
>> solutions below.
>>
>> Frontpage take around 3MB of space to install, if the
>> users are close to the quota it could cause this.
>>
>> Make sure there are no _vti* or _private directories in the users web
> root
>> when fpx is disabled.
>>
>> Send me the output of /var/cobalt/sauce.log when attempting to enable
> fpx.
>
> Jeff: I tried to add FP to a existing user, there was no _dir in either
> $site/users/user/web or $fgdn/users/user/web
>
> Here are the last lines in the /var/cobalt/sauce.log, I captured this
> using
> tail -f then added fp to the user in the GUI, Got the same error but No
> errors in the log except the Hardware clock.
>
> hwclock: Can't open /dev/tty1, errno=19: No such device.
> ifconfig eth0:4 63.166.208.19 netmask 255.255.255.0 broadcast
> 63.166.208.255
> ifconfig eth0:4 63.166.208.19 netmask 255.255.255.0 broadcast
> 63.166.208.255
> ifconfig eth0:4 63.166.208.19 netmask 255.255.255.0 broadcast
> 63.166.208.255
>
> Johnc
>
> -- __--__--
>
> Message: 3
> From: "Jim Scott" <cobaltlist@xxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: Re: [cobalt-users] Turning off Directory Browsing?
> Date: Mon, 16 Oct 2000 07:15:24 -0700
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Thanks Dan,
>
> In fact I did just what you suggest first. But not knowing what the
> feature
> was called I found nothing that answered my question. Thus the reason I
> sent
> the message to the list.
>
> If I was to go to the apache.org website again what might I search for
> that
> would answer my question? Indexes?
>
> Jim
>
> ----- Original Message -----
> From: "Dan Kriwitsky" <dan@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Sent: Monday, October 16, 2000 3:34 AM
> Subject: RE: [cobalt-users] Turning off Directory Browsing?
>
>>
>>>
>>> create a .htaccess file with the following content:
>>>
>>> Options -Indexes
>>>
>> By the way, this is all documented at www.apache.org. It's not unique to
> the
>> Cobalt server.
>>
>> You might think about getting a book like Webmaster in a Nutshell or the
>> Apache book.
>> --
>> Dan Kriwitsky
>>
>>
>>
>> _______________________________________________
>> cobalt-users mailing list
>> cobalt-users@xxxxxxxxxxxxxxx
>> To Subscribe or Unsubscribe, please go to:
>> http://list.cobalt.com/mailman/listinfo/cobalt-users
>>
>
> -- __--__--
>
> Message: 4
> Date: Mon, 16 Oct 2000 09:26:29 -0500
> To: cobalt-users@xxxxxxxxxxxxxxx
> From: Todd Jagger <tjagger@xxxxxxxxxxxx>
> Subject: Re: [cobalt-users] RAQ2: Directories invisible through FTP
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> I'll answer my own question just so this isn't hanging out there. Sorry
> for the list drivel....
>
> The prob was the word-wrap with pico (even using the -w flag) after
> editing
> the /etc/group file to remove admin from many of the sites. As noted any
> site admins who are after the first wrap in the site-adm group will not
> have access to their sites.
>
> Thanks,
> TJ
>
> At 08:30 PM 10/14/2000, you wrote:
>> If this is in the archives or a faq please excuse.
>>
>> All of a sudden no site admins are able to see directories within their
>> sites via an ftp client. The directories are there but basically
>> invisible. I can see them when ssh'd in but not via ftp as a site-admin.
>>
>> Likewise if I ftp in as admin I cannot even see the /home directory
> listing.
>>
>> I've checked my proftpd.conf file and the two lines read as suggested in
>> the KB.
>>
>> I've also gone through my /etc/group file and removed "admin" from
>> unnecessary sites. I've HUP'ed inetd and rebooted for good measure...
> :-)
>>
>> I'm nowhere near the 200 or whatever site limit for the RAQ2 (there are
>> about 40 sites).
>>
>> I'd really appreciate any help in this matter.
>>
>> Thanks,
>> TJ
>
> -- __--__--
>
> Message: 5
> From: "Casselman, Chad" <chad.casselman@xxxxxxxxxxxxxxxxx>
> To: "'cobalt-users@xxxxxxxxxxxxxxx'" <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Mon, 16 Oct 2000 10:30:25 -0400
> Subject: [cobalt-users] How to stop form spamming!
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> I have a site that allows people to submit a form and it posts their site
> information for me to review and add their site to my site. Well somehow
> (I
> think with cgi) someone is posting hundreds of hundreds of links without
> touching my pages. I have it logging all environment variables when it is
> submitted but I can't tell the difference between one of this spammed
> submissions and a good one. I know it is a script because the stats
> program
> is not counting any hits for all these submissions.
>
> How can I stop this?
>
> Please help me stop this spamming,
> chad
>
> -- __--__--
>
> Message: 6
> From: WayneB6094@xxxxxxx
> Date: Mon, 16 Oct 2000 11:06:30 EDT
> Subject: Re: [cobalt-users] RAQ3i & RAQ3 2, for sale 2 months old
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> In a message dated 10/13/00 8:33:50 AM US Mountain Standard Time,
> brent@xxxxxxxxxxx writes:
>
>> The problem is they are too reliable for me!!!
>
> That's the first time I've ever heard THAT complaint!
>
> -- __--__--
>
> Message: 7
> From: "Dan Kriwitsky" <dan@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] How to stop form spamming!
> Date: Mon, 16 Oct 2000 11:10:22 -0400
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>> I have a site that allows people to submit a form and it posts their
> site
>> information for me to review and add their site to my site. Well
>> somehow (I
>> think with cgi) someone is posting hundreds of hundreds of links without
>> touching my pages. I have it logging all environment variables when it
> is
>> submitted but I can't tell the difference between one of this spammed
>> submissions and a good one. I know it is a script because the
>> stats program
>> is not counting any hits for all these submissions.
>>
>> How can I stop this?
>>
>
> I don't think this is really specific to Cobalt.
>
> You need to at the very least do some referrer checking similar to the way
> FormMail.pl from http://www.worldwidemart.com/scripts/ does so that it will
> only work if posted via your site. You might also want to check the
> archives
> to see about banning that person's IP address.
>
> I'd recommend one of the Usenet CGI newsgroups for this.
> --
> Dan Kriwitsky
>
>
> -- __--__--
>
> Message: 8
> From: WayneB6094@xxxxxxx
> Date: Mon, 16 Oct 2000 11:12:29 EDT
> Subject: Re: [cobalt-users] 250 site limit URGENT HELP REQUIRED
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> In a message dated 10/13/00 11:20:13 AM US Mountain Standard Time,
> dbugger@xxxxxxxxxxx writes:
>
>> In Delaware, some numbskull decided there should be no more than three
>> shells in a pump shotgun. So a gun shop must sell you a shotgun with a
> piece
>> of dowel in the magazine, so that you can only fit three shells in
> there.
>> Naturally, any right thinking manly man can take the dumb dowel out.
>>
>> It's like that.
>
> Again, not quite. The shotgun will still work properly no matter how many
>
> shells are loaded. The RaQ virtual site limit is intended to prevent the
> server from malfunctioning.
>
> And by the way, that business with the shotgun is not just a "Delaware"
> thing.
>
> -- __--__--
>
> Message: 9
> From: "Dan Kriwitsky" <dan@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] Turning off Directory Browsing?
> Date: Mon, 16 Oct 2000 11:33:41 -0400
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>>
>> In fact I did just what you suggest first. But not knowing what
>> the feature
>> was called I found nothing that answered my question. Thus the
>> reason I sent
>> the message to the list.
>>
>> If I was to go to the apache.org website again what might I
>> search for that
>> would answer my question? Indexes?
>>
>
> Maybe directories at the Apache site, or on www.google.com which is good
> for
> this type of search. It will even let you search just the Apache.org
> domain.
> You should consider a copy of Apache Pocket Reference
> http://www.amazon.com/exec/obidos/ASIN/1565927060/4sarasotacom/ or the handy
> book Webmaster in a Nutshell
> http://www.amazon.com/exec/obidos/ASIN/1565923251/4sarasotacom/.
>
> --
> Dan Kriwitsky
>
>
> -- __--__--
>
> Message: 10
> From: <rpaiz@xxxxxxxxxxxxxx>
> To: "Cobalt-Users \(E-mail\)" <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Sun, 15 Oct 2000 15:49:21 -0500
> Subject: [cobalt-users] Reverse DNS Lookups
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> I have my Qube answering to several names:
>
> suma.guate.net
> www.suma.guate.net
> ftp.suma.guate.net
> pop.suma.guate.net
> smtp.suma.guate.net
> imap.suma.guate.net
> ns1.suma.guate.net
>
> In my DNS settings, I have all of these records pointing to 200.12.41.130.
> I
> also have reverse pointers to all those names. Now, from recent postings
> to
> the list, I get the idea that perhaps this is wrong... that I should only
> have reverse DNS from 200.12.41.130 --> suma.guate.net (i.e. a single
> name,
> not seven of them).
>
> Having spent several hours hunting for answers and coming home hungry,
> could
> someone comment on this for me? Should I erase the other reverse lookups?
> Or
> is everything fine this way?
>
> --
> Rodolfo J. Paiz
> rpaiz@xxxxxxxxxxxxxx <mailto:rpaiz@xxxxxxxxxxxxxx>
>
> -- __--__--
>
> Message: 11
> Date: Mon, 16 Oct 2000 08:53:19 -0700
> From: Shaun Masterman <shaun@xxxxxxxxxxxx>
> Subject: Re: [cobalt-users] [Raq2] Sendmail - infinite recursion
> problems...
> To: cobalt-users@xxxxxxxxxxxxxxx
> Organization: Headsets.com, Inc.
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Shaun Masterman wrote:
>>> Any of you DNS guru's know what I should tell my ISP to set the DNS
> as?
> Or
>>> what I need to do to get things working? Is there a way (ouside of the
>>> GUI/Raq) to tell the Raq to accept access without the hostname (www.)
> but
>>> NOT to collect email for this domain (I believe this is the cause of
> the
>>> problem)
>
> Jeff Lasman wrote:
>> It's probably NOT a DNS problem. It's probably because the RaQ is set
>> to receive mail for the domain. You CAN turn that off and still use
>> "http://domain.com/"; to see your site. If you can't, let me know; I'd
>> be surprised. But I'd also help you fix it so you can <smile>.
>
> Thanks for the reply Jeff. I've tried switching off the 'collect email for
> domain' for a test site, and when I try and browse it without the www, I
> just get the default cobalt page - at my server address.
>
> http://www.headsetresearch.org
> http://headsetresearch.org
>
> In the little help box on the GUI - it says under the option for 'Accept
> email for Domain'..: "configure this site (host.domain.com) to accept
> email
> addressed to user@xxxxxxxxxxxxxxx and user@xxxxxxxxxxx Also configure the
> webserver to respond to http://host.domain.com and http://domain.com";
>
> Is there a way outside of the GUI to de-couple these functions?
>
> The reason I thought DNS problems is that, at one point in the past, for
> just one domain, the setup worked - but only for a few weeks - Then my ISP
> changed the DNS from whatever magical configuration was giving the desired
> result, to 'their standard settings' during an audit of their DNS servers.
> Unfortunately we can't replicate what the magic settings were... and I
> don't
> know enough (anything!) about DNS to give them a clue...
>
> Thanks,
> Shaun.
>
> -- __--__--
>
> Message: 12
> From: WayneB6094@xxxxxxx
> Date: Mon, 16 Oct 2000 11:49:37 EDT
> Subject: Re: [cobalt-users] Help! forgot password of virtual site!
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> In a message dated 10/14/00 4:35:59 PM US Mountain Standard Time,
> mediadyne@xxxxxx writes:
>
>> I forgot the password to the virtual site I created.
>> Is there any way as the admin I can look for it somewhere?
>> can some one elaborate?
>
> I don't of any way you can look it up, but you can certainly change it to
> something else.
>
> -- __--__--
>
> Message: 13
> From: <rpaiz@xxxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] New Qube 3
> Date: Sun, 15 Oct 2000 16:06:01 -0500
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>> There has been a fundamental architecture change in the new Qube.
>> Not only has it moved from MIPS to x86, but the entire idea of
>> how the Qube does what does has changed.
>
> There's a world of interesting thoughts in that one line... would
> you care to elaborate on the new idea of how the Qube does what
> it does? I really do want to know.
>
>> A Qube2 with 16 meg of RAM will not be able to handle the load of
>> the new system changes.
>
> Fortunately even the one at my house has 80MB... :)
>
>> No one is telling to buy a new server. When you buy a Cobalt
>> product, you have purchased a complete solution, not pieces.
>> Remember we are talking about appliances. When new microwaves
>> come out with new features, they don't send you a new panel
>> with new software.
>
> Well said (as someone said before) and good point. However, there
> are some things that Cobalt could do to make our lives a lot nicer
> and easier...
>
>> All I can say is that a concerted effort will be made to take some
>> advances in the new architecture and move them back. I just don't
>> expect to see webmail as one of those features.
>
> ...and a concerted effort to take some of those advancements and move
> them back to the Qube2 is exactly what I would like, and all we can
> ask for.
>
> Suggestion: if you guys can't (for licensing, whatever reasons) create
> a PKG out of emumail or IMP for the Qube2, how about simply posting
> detailed instructions on how to create such a package? That, and a
> page or two of simple instructions on its administration, would be a
> boon. It would certainly save me all the trial-and-error grief I
> normally go through...
>
> --
> Rodolfo J. Paiz
> rpaiz@xxxxxxxxxxxxxx <mailto:rpaiz@xxxxxxxxxxxxxx>
>
>
> -- __--__--
>
> Message: 14
> From: "Patrick McNeil" <pmcneil@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] Reverse DNS Lookups
> Date: Mon, 16 Oct 2000 11:04:39 -0500
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Having reverse pointers that point to multiple host names is the same as
> pointing a single host name to multiple IP's. In other words think of it
> like this. If you point one IP to multiple host names in the reverse look
> up
> zone, it is the same thing as pointing say www.blah.com to two different
> IP's. This means that a reverse query will not know which one to use. This
> is my understanding of it any way.
>
> Patrick
>
> -----Original Message-----
> In my DNS settings, I have all of these records pointing to 200.12.41.130.
> I
> also have reverse pointers to all those names. Now, from recent postings
> to
> the list, I get the idea that perhaps this is wrong... that I should only
> have reverse DNS from 200.12.41.130 --> suma.guate.net (i.e. a single
> name,
> not seven of them).
>
> -- __--__--
>
> Message: 15
> Date: Mon, 16 Oct 2000 17:14:39 +0100
> From: Dom Latter <d.latter@xxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] Open Relaying
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Alexandre Siufy wrote:
>>
>> Very nice and colourful description, but what do you suggest then? We
> rely
>> on the Qube for email, and we haven't been able to use it for sending
> email
>> outside our network. Nothing works on it anymore, not even if I add the
>> external domains on the GUI...
>
> Qube 1 or Qube 2?
>
>> What do you think I should try? I've tried POP-before-SMTP 1.2. I tried
> to
>> install 1.2-4, but it complains that it needs qpopper 3.x...
>
> I've made 1.2 (not 1.2-4) work on a Qube 2.
>
> POP before SMTP won't work on a Qube 1.
>
> And *please* follow the posting guidelines in the FAQ....
>
> --
> Dom.
>
> -- __--__--
>
> Message: 16
> From: "MOHAMMED WASIULLAH" <mwasiullah@xxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Mon, 16 Oct 2000 20:16:34 -0700
> Subject: [cobalt-users] Can I make Cobalt Qube 2 as a Web Caching Server
> also.
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Hello friends,
>
> Can anybody provide some solution for this.
>
> I would like to know can i create one partition in the Qube 2 File System
> and use it for web page caching. If yes could you please give the details
> and steps i have to follow for doing this task. I am having little
> familiarity with Linux OS.
>
> Any information in this regard will be a great help for me.
>
> Thanks.
> -------------------------------------------------------------------
> Mohammed Wasiullah,
> Software/Network Engineer,
> Al-Rushaid Systems & Communications Co,
> Petroleum Centre, P.O. Box.No. 31686,
> Al-Khobar-31952, Kingdom of Saudi Arabia.
> ------------------------------------------------------------------
>
> -- __--__--
>
> Message: 17
> Date: Mon, 16 Oct 2000 18:40:44 +0100
> To: cobalt-users@xxxxxxxxxxxxxxx
> From: "Babu P. Yogarajah" <bpy@xxxxxxxxx>
> Subject: [cobalt-users] [RAQ3] Web server error: Inappropriate ioctl for
> device
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Hello members,
> The Web server on one of our new RAQ3 is
> not starting up and giving error as:
>
> Permission denied.
> parse: Inappropriate ioctl for device
>
> Even I tried as 'httpd -t' to check the configuration.
>
> This server has only few Virtual host. There are plenty of
> space available on the server. I have already rebooted several
> times but no luck.
>
> Does anyone know to how solve this or any idea about this problem ?
>
> Thanks in advance.
>
> Best regards,
> Babu P. Yogarajah
>
> -- __--__--
>
> Message: 18
> Date: Mon, 16 Oct 2000 10:54:20 -0700
> From: Jeff Lovell <jlovell@xxxxxxxxxx>
> Organization: Cobalt Networks, Inc.
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] New Qube 3
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> rpaiz@xxxxxxxxxxxxxx wrote:
>>
>> There's a world of interesting thoughts in that one line... would
>> you care to elaborate on the new idea of how the Qube does what
>> it does? I really do want to know.
>
> The Qube now uses a database backend to house all of the system,
> user, and service data. The two main pieces of the new engine
> behind the Qube are the Cobalt Configuration Engine (CCE) and
> the Cobalt Object Database (CODB). Handlers are registered to
> run in an event-based fashion when changes in the database are
> made.
>
> The UI is developed using an API called UIFC (User Interface
> Foundation Classes) to speed the development of applications
> for third party vendors, as well as end users.
>
> There are developer docs that will be available in the next
> couple weeks. I'll be sure to have the appropriate announcement
> made when they are available from our website.
>
> Until then, I encourage you to take a look at the online demo
> available at: http://demo.cobalt.com/demolist.html
>
>> Fortunately even the one at my house has 80MB... :)
>
> But we need to be sure that what we release will work with
> the lowest model we have available.
>
>> Suggestion: if you guys can't (for licensing, whatever reasons) create
>> a PKG out of emumail or IMP for the Qube2, how about simply posting
>> detailed instructions on how to create such a package? That, and a
>> page or two of simple instructions on its administration, would be a
>> boon. It would certainly save me all the trial-and-error grief I
>> normally go through...
>
> Here is the information on our package files:
> Mips: ftp://ftp.cobaltnet.com/pub/developer/TechNotes/DTN1-3-3.pdf
> i386: ftp://ftp.cobaltnet.com/pub/developer/TechNotes/DTN2-0-8.pdf
>
> As for a page or two if "simple instructions on its administration",
> what type of things would you like to see covered?
>
> Adding/Removing Users?
> Adding/Removing Groups?
>
> Jeff
>
> --
> Jeff Lovell
> Cobalt Networks, Inc.
>
> -- __--__--
>
> Message: 19
> Date: Mon, 16 Oct 2000 19:24:57 +0100
> From: Dom Latter <d.latter@xxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] 250 site limit URGENT HELP REQUIRED
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> WayneB6094@xxxxxxx wrote:
>>
>> And by the way, that business with the shotgun is not just a "Delaware"
> thing.
>
> [not "aimed" at anyone in particular]
>
> For the love of $DEITY, can I point out that *if* anybody wants to discuss
> such subjects, there are *plenty* of newsgroups out there for the purpose.
>
> The subject of g*ns tends to produce much heated off-topic discussion
> and nobody ever *ever* changes their mind - so let's not start, eh?
>
> I *hope* this post has been completely unnecessary...
>
> --
> Dom.
>
> -- __--__--
>
> Message: 20
> From: <rpaiz@xxxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] New Qube 3
> Date: Mon, 16 Oct 2000 12:39:27 -0500
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
>>> Fortunately even the one at my house has 80MB... :)
>>
>> But we need to be sure that what we release will work with
>> the lowest model we have available.
>
> Good point; somehow I'd forgotten that. :|
>
>> Here is the information on our package files:
>> Mips: ftp://ftp.cobaltnet.com/pub/developer/TechNotes/DTN1-3-3.pdf
>> i386: ftp://ftp.cobaltnet.com/pub/developer/TechNotes/DTN2-0-8.pdf
>>
>> As for a page or two if "simple instructions on its administration",
>> what type of things would you like to see covered?
>
> What I meant was, if there were already a webmail package, a quick
> README on how to manage it. Such is life in the tropics... I'll take
> a look at this (someday, I promise) and make an emumail or IMP
> package.
>
> --
> Rodolfo J. Paiz
> rpaiz@xxxxxxxxxxxxxx <mailto:rpaiz@xxxxxxxxxxxxxx>
>
>
> -- __--__--
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> End of cobalt-users Digest
>
> --__--__--
>
> Message: 2
> From: "Dan Elkins" <lists@xxxxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Mon, 16 Oct 2000 15:38:32 -0700
> Subject: [cobalt-users] windows/apple file sharing
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> I'm having a problem with my Qube 2. It tells me that that my user space is
> near capacity at 86%. I have 1000MB alocated for my username and I have
> 10.3MB of data in my user dir. The Qube looks like it keeps track of all
> data transfered for each user and counts that as user data, whether it is on
> a user dir or not. I've created a couple of user groups that have 1000MB a
> piece and the free space does not register for mac or windows users. The
> free space available for the group is all relative as to how much free space
> there is for the user.
>
> It's a huge mess. All I want to do is create a couple of shares to use on
> the network and It won't work If I can't copy the info to the dir.
>
> Any info on how file sharing works with the qube 2 would help.
>
> Dan Elkins
>
> --__--__--
>
> Message: 3
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] missing virtusertable.db
> From: jens@xxxxxxxxxxxxxxxxxxxx (Jens Kristian =?iso-8859-1?q?S=F8gaard?=)
> Date: 12 Oct 2000 16:01:54 +0200
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> "Babu P. Yogarajah" <bpy@xxxxxxxxx> writes:
>
>> You may run the command as
>> makemap hash /etc/virtusertable < /etc/virtusertable
>> and there won't be any problem.
>
> Yeah, you can get "standard behaviour" by using the "-o" option for
> makemap.
>
> BTW, You should improve your quoting. Keep the cited text to an
> absolute minimum.
>
> --
> Jens Kristian Søgaard, Mermaid Consulting I/S,
> jens@xxxxxxxxxxxxxxxxxxxx,
> http://www.mermaidconsulting.com/
>
> --__--__--
>
> Message: 4
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] 250 site limit URGENT HELP REQUIRED
> From: jens@xxxxxxxxxxxxxxxxxxxx (Jens Kristian =?iso-8859-1?q?S=F8gaard?=)
> Date: 12 Oct 2000 16:04:28 +0200
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> "Mike Fritsch" <mfritsch@xxxxxxxxxxxx> writes:
>
>> I guess you do what you prefer.
>
> Well, it's one of the ground rules in security... which means that
> most (all?) developers agree on this method being the best.
>
> (as with all rules, it does not apply in all cases. In some special
> cases it will not be worth the trouble doing this, or it may be overly
> complicated -- and so another solution is found).
>
> By the way, you should really improve your quoting. Please answer
> below the text you're quoting, and keep the cited text to an absolute
> minimum.
>
> --
> Jens Kristian Søgaard, Mermaid Consulting I/S,
> jens@xxxxxxxxxxxxxxxxxxxx,
> http://www.mermaidconsulting.com/
>
> --__--__--
>
> Message: 5
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] [RaQ3i] hosts.deny
> From: jens@xxxxxxxxxxxxxxxxxxxx (Jens Kristian =?iso-8859-1?q?S=F8gaard?=)
> Date: 12 Oct 2000 16:09:02 +0200
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> "H.P. Stroebel" <hpstr@xxxxxxxxxxxxx> writes:
>
>>> It does if I want to block hackers from portscanning me and searching for
>>> weak points. I don't have it listening on my httpd port either if that's
>>> what you ment to say?
>
>> yes. of course, you can let it LISTEN on port 80 without any blocking
>> actions (at least i think), but that would not make much sense.
>
> No, you can't. When you attach (listen) to a socket, you also disallow
> any other program to connect to that socket.
>
> This means that if you listen to port 80, you can't start Apache (at
> least if you set Apache to listen to port 80, which is the standard).
>
> However you can do some "tricks", by using the same techniques as in
> tcpdump for retrieving all packets on the NIC. From there you could
> filter and find the packets for port 80, and intercept them - so that
> both your program and Apache could get them. This is however not the
> method used by a program like PortSentry.
>
> --
> Jens Kristian Søgaard, Mermaid Consulting I/S,
> jens@xxxxxxxxxxxxxxxxxxxx,
> http://www.mermaidconsulting.com/
>
> --__--__--
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> End of cobalt-users Digest
>