[cobalt-users] Re: cobalt-users digest, Vol 1 #593 - 20 msgs

["Carlos F. Moreno" <webmaster@xxxxxxxxxxxxx>]

I have two diferents domains, the first one "domain1.com", and this the Site, and in
these one is configure all the e-mails accounts and alias.
Them I have another domain "domain2.co.cr", I want to redirect the web and the email to
the domain "domain1.com".?
Thanks....

cobalt-users-admin@xxxxxxxxxxxxxxx wrote:

> Send cobalt-users mailing list submissions to
>         cobalt-users@xxxxxxxxxxxxxxx
>
> To subscribe or unsubscribe via the 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: Lame Delegation gone too far??? (WebMost)
>   2. Re: HELP NEEDED WILL PAY: is this a relaying denied
>  issue??? (Jeff Lasman)
>   3. Re: HELP NEEDED WILL PAY: is this a relaying denied
>  issue??? (Jeff Lasman)
>   4. Re: Lame Delegation gone too far??? (Jeff Lasman)
>   5. RE: HELP NEEDED WILL PAY: is this a relaying denied issue??? (Dan)
>   6. RE: Lame Delegation gone too far??? (abcwebspace)
>   7. Anonymous FTP - Overload (IDM Computer Solutions, Inc.)
>   8. Re: Anonymous FTP - Overload (Kris Dahl)
>   9. RE: HELP NEEDED WILL PAY: is this a relaying denied issue??? (Paul Schreiber)
>   10. mySQL and PHP (Luka Muzinic)
>   11. Recover (Luka Muzinic)
>   12. Re: mySQL and PHP (Kris Dahl)
>   13. RE: HELP NEEDED WILL PAY: is this a relaying denied issue??? (Dan)
>   14. Re: mySQL and PHP (Simon Weller)
>   15. Re: mySQL and PHP (Paul Schreiber)
>   16. [RAQ3] DNS Slowness (Dennis)
>   17. Re: mySQL and PHP (=?iso-8859-1?Q?Bal=E1zs?= Nagy)
>   18. Using Qube behind Cayman Router (Antony Chang)
>
> --__--__--
>
> Message: 1
> From: "WebMost" <dbugger@xxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: Re: [cobalt-users] Lame Delegation gone too far???
> Date: Tue, 4 Apr 2000 15:14:07 -0400
> charset="iso-8859-1"
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Kudos to Jeff
>
> > I've just read some knowledgeable responses that didn't really answer
> > your question, some bad responses, and at least one downright
> > off-the-wall response, so I thought I'd answer.
>
> One of the most informative answers I've read here recently
>
> Aloha
> Davis
> rdavis@xxxxxxxxxxx
> pene tento non penitente
>
> --__--__--
>
> Message: 2
> Date: Tue, 04 Apr 2000 12:16:34 -0700
> From: Jeff Lasman <jblists@xxxxxxxxxxxxx>
> Organization: nobaloney.net
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] HELP NEEDED WILL PAY: is this a relaying denied
> issue???
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Jerry Waugh wrote:
> >
> > http://www.cobalt.com/support/wp.relay.html
>
> Thanks for this Jerry.
>
> I just read over this again; I'd always thought I'd gotten it right, and
> the domains are listed as shown.
>
> However, I just read (from the bottom):
>
> > Alternatively, if you wish to allow all connections from anyone whose host
> > ends in cobaltnet.com, just add the string cobaltnet.com to the text area.
> > Not that entering a domain name or part of a domain name here requires
> > that you have reverse DNS working for your clients.
>
> This implies (but doesn't state for certain) that it's not looking at
> the From field, but rather at the IP# from which the mail is actually
> coming.
>
> Fine, that explains why this customer RaQ3 is denying the relay.
>
> But since my customers are dialing in from one of two networks, Megapop
> and Cari, it doesn't understand why my RaQ2 is.
>
> Any more ideas <smile>?
>
> Jeff
> --
> Jeff Lasman <jblists@xxxxxxxxxxxxx>
> nobaloney.net
> P. O. Box 52672
> Riverside, CA  92517
> voice: (909) 787-8589  *  fax: (909) 782-0205
>
> --__--__--
>
> Message: 3
> Date: Tue, 04 Apr 2000 12:23:58 -0700
> From: Jeff Lasman <jblists@xxxxxxxxxxxxx>
> Organization: nobaloney.net
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] HELP NEEDED WILL PAY: is this a relaying denied
> issue???
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Thank you Dan...
>
> Read on...
>
> Dan wrote:
>
> > > What does my customer have to do?  Is he required to implement POP
> > > before SMTP, as I think, or is there something else at fault here;
> > > shouldn't he be able to set up the system to relay for anyone with a
> > > from address from his domain?
> > If I understand what you're asking:
> > Nope. Otherwise spammers would just set their reply address to hisdomain.com
> > and relay to anyone via his server.
>
> That's what I thought.
>
> However, my dialup customers don't reverse DNS to my domain, yet they
> CAN send mail through my RaQ.
>
> > On the RAQ2, I think it's the same on the 3, if you put whatever.com in the
> > "Relay email from these hosts/domains" then it will allow mail that a
> > reverse lookup shows as actually coming from that domain to relay. It
> > doesn't look at the "From" it looks at the
> > "> HELO hotmail.com
>
> (and why do you masquerade as "hotmail.com" <smile>?
>
> > 250 car01.nobaloney.net Hello cc507242-a.srst1.fl.home.com [24.6.193.85],
> > pleased to meet you"
> >
> > So if you had home.com in the "Relay email from ..." field, it would allow
> > me to use your SMTP.
>
> I just carefully checked the "Relay email from" list, and yes, it does
> include the reverse DNS for their dialup banks.  Even though they told
> me they had made no changes.
>
> They lied <smile>.
>
> Thanks for pointing out where I should concentrate on looking.  I was
> messing with .m4, with .cf, with the sendmail book, with generic FAQs
> from sendmail.org, etc., etc., etc.  I should have been looking closer
> to home <wry grin>.
>
> > The POP before SMTP does what you're looking for, to a certain extent. The
> > sender must "POP" the server on a valid user name/password and then for 15
> > minutes their IP would be allowed to relay.
>
> I just asked the client a few minutes ago why he didn't just use his
> ISPs mailserver for outoging email; he said it was because he wanted to
> use his "me@xxxxxxxxxxxx" return address.  He didn't even realize most
> ISPs will allow him to do this.  So he's got no problem closing down his
> smtp server to the world, now that he understands.  If it turns out his
> ISP doesn't allow mail coming from "me@xxxxxxxxxxxx", I can always sell
> him an account from my ISP business <smile>.  Or implement POP before
> SMTP.
>
> Thanks again!
>
> Jeff
> --
> Jeff Lasman <jblists@xxxxxxxxxxxxx>
> nobaloney.net
> P. O. Box 52672
> Riverside, CA  92517
> voice: (909) 787-8589  *  fax: (909) 782-0205
>
> --__--__--
>
> Message: 4
> Date: Tue, 04 Apr 2000 12:27:07 -0700
> From: Jeff Lasman <jblists@xxxxxxxxxxxxx>
> Organization: nobaloney.net
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] Lame Delegation gone too far???
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> WebMost wrote:
> >
> > Kudos to Jeff
> >
> > > I've just read some knowledgeable responses that didn't really answer
> > > your question, some bad responses, and at least one downright
> > > off-the-wall response, so I thought I'd answer.
> >
> > One of the most informative answers I've read here recently
>
> Thank you.  You do know I sell DNS services, DNS hosting, and DNS
> consulting for a living, right <smile>?
>
> Jeff
> --
> Jeff Lasman <jblists@xxxxxxxxxxxxx>
> nobaloney.net
> P. O. Box 52672
> Riverside, CA  92517
> voice: (909) 787-8589  *  fax: (909) 782-0205
>
> --__--__--
>
> Message: 5
> Reply-To: <dan@xxxxxxxxxxxxx>
> From: "Dan" <dan@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] HELP NEEDED WILL PAY: is this a relaying denied issue???
> Date: Tue, 4 Apr 2000 15:35:28 -0400
> charset="iso-8859-1"
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> > I just asked the client a few minutes ago why he didn't just use his
> > ISPs mailserver for outoging email; he said it was because he wanted to
> > use his "me@xxxxxxxxxxxx" return address.  He didn't even realize most
> > ISPs will allow him to do this.  So he's got no problem closing down his
> > smtp server to the world, now that he understands.  If it turns out his
> > ISP doesn't allow mail coming from "me@xxxxxxxxxxxx", I can always sell
> > him an account from my ISP business <smile>.  Or implement POP before
> > SMTP.
> >
> Better to get him on another ISP that allows it. The RAQ seems to use a bit
> of resources for the POP before SMTP and when the typical user decides to
> send that 5MB mp3 file to all their friends via the server, and a couple of
> them require several attempts by the server to deliver it, well... you know
> the rest. I'm looking to take it off as soon as I can teach a couple of
> users how to use their ISP's mail server.
>
> --
> Dan Kriwitsky
> 
>
> --__--__--
>
> Message: 6
> From: "abcwebspace" <gr@xxxxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] Lame Delegation gone too far???
> Date: Tue, 4 Apr 2000 20:44:32 +0100
> charset="iso-8859-1"
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> cheers Jeff!
> seems so simple when you say it like that.
> regards
> Gary
>
> -----Original Message-----
> From: cobalt-users-admin@xxxxxxxxxxxxxxx
> [mailto:cobalt-users-admin@xxxxxxxxxxxxxxx]On Behalf Of Jeff Lasman
> Sent: 04 April 2000 18:58
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] Lame Delegation gone too far???
>
> I've just read some knowledgeable responses that didn't really answer
> your question, some bad responses, and at least one downright
> off-the-wall response, so I thought I'd answer.
>
> If you remove the reverse DNS all that'll happen is that is IP# won't
> resolve.  If you're doing name-based hosting, hopefully you've set up
> DNS properly, and you've only got ONE PTR record for the IP#, and it
> points back to you, which is what you should do if you're doing
> name-based hosting.
>
> If you're doing IP#-based hosting and you're doing reverse DNS for his
> IP# or even IP#ss, and no-one else is using those IP#s, then you should
> reverse them to hisdomain.com for each IP#.  Not <host.hisdomain.com>,
> because he's running on YOUR system (host), not his own.  Again, if
> you're doing this properly you should only have ONE PTR record for each
> IP#.
>
> If you remove his IP# from reverse DNS (go ahead and do it; he'll be
> quite sorry), all that'll happen is that his IP# won't resolve, so it'll
> take him a lot longer to telnet and/or ftp into his account, and some
> search engines will have trouble listing his sites.
>
> He can set up his own reverse records for his IP# all over the net, and
> no one will find them; they can only be found by traversing the
> in-addr.arp domain (bet you don't even know what that is <smile>.  And
> that either points to you or your upstream (depending on whether or not
> your upstream ever delegated reverse DNS authority to you; again, do you
> even know?).  So no one in the world will ever find those reverse DNS
> records.
>
> Ignore the guy.  He doesn't know what he's talking about.  Unless of
> course he asks you to delegate authority to him for his IP# or IP#s.
>
> Our policy is not to delegate reverse DNS to anyone unless they ask for
> it, and unless they have at least a C-block from us. We of course can
> and do make exceptions, but that's our general rule.
>
> However, there's not much he can do, even with reverse DNS; as others
> have pointed out, the browser will end up either at your main site (if
> you use name-based hosting, in which case you don't even have an IP# to
> give him reverse authority on), or his main site.  Only you can point
> other people to their own subsites.
>
> The main thing he can do with it is, if he's a spammer, he can set
> reverse DNS to point back to someone else, who will then get a lot of
> spam complaints; that happened to me a few weeks ago.
>
> Let him do what he wants.  If he's got a C-block let him have reverse
> DNS if he wants it, and if you know how to delegate it.  If he wants to
> be removed from your reverse DNS zone file you can point out that it's
> not your policy, or do it.  NBD (no big deal).
>
> Jeff
>
> abcwebspace wrote:
>
> >  Hi
> >
> > I have a customer who hosts with us, lets say abc.com,  who has just asked
> > us to remove the reverse look-up from abc.com because he has set up a
> > records at granitecanyon.com (a free name server service I think)for
> another
> > domain name for this IP number to point to!! So, okay it's early morning
> > here in the UK but this guy is ripping off my IP's - yeah??? Maybe I,m
> wrong
> > but using granitecanyons name servers and system he could set up as many
> > names as he wants pointing to this one IP number for which he has paid to
> > host one domain name on - abc.com?? When I check this guys site he is
> > setting up opensrs to register names etc and using granitecanyons name
> > servers and maybe using my IP for his domain forwarding!!! If anyone has
> any
> > experience of dealing with this it would be much appreciated. Okay if none
> > of this made sense I'm blaming the coffee!!!
> >
> > thanks
> > Gary
> --
> Jeff Lasman <jblists@xxxxxxxxxxxxx>
> nobaloney.net
> P. O. Box 52672
> Riverside, CA  92517
> voice: (909) 787-8589  *  fax: (909) 782-0205
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> --__--__--
>
> Message: 7
> To: cobalt-users@xxxxxxxxxxxxxxx
> From: "IDM Computer Solutions, Inc." <idm@xxxxxxxxxxx>
> Date:   Tue, 4 Apr 2000 16:04:16 -0400
> Subject: [cobalt-users] Anonymous FTP - Overload
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Hello,
>
> I have a RAQ2 with 64 MB Ram.  I rent this, it's not actually on site.
>
> My primary purpose is to support a single site which gets several thousand
> visitors per day and a lot of anonymous downloads.
>
> When I release a new version of my software my site receives a lot of
> traffic as in the case today.
>
> For most of the day users have complained that they can not FTP the files.
>
> I have allowed anywhere from 150-1000 concurrent anonymous users yet at any
> time using 'ps' I only see 20-40 (max) proftpd processes running and the
> xferlog shows certainly no more activity.
>
> Meanwhile, I have verified it's almost impossible to download the files.  I
> get various messages from the site not found with FTP to the File not found.
>
> Earlier in the day I had an error that there were too many files open and I
> changed the setting for this from 1024 to 3072 and restarted the FTP server
> (I know it may not be necessary).
>
> If anyone has any information relating to this I would appreciate it.
>
> Thanks, Ian
>
> --__--__--
>
> Message: 8
> Date: Tue, 04 Apr 2000 14:10:24 -0700
> Subject: Re: [cobalt-users] Anonymous FTP - Overload
> From: Kris Dahl <krislists@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> on 4/4/00 1:04 PM, IDM Computer Solutions, Inc. at idm@xxxxxxxxxxx wrote:
>
> > Hello,
> >
> > I have a RAQ2 with 64 MB Ram.  I rent this, it's not actually on site.
> >
> > My primary purpose is to support a single site which gets several thousand
> > visitors per day and a lot of anonymous downloads.
> >
> > When I release a new version of my software my site receives a lot of
> > traffic as in the case today.
> >
> > For most of the day users have complained that they can not FTP the files.
> >
> > I have allowed anywhere from 150-1000 concurrent anonymous users yet at any
> > time using 'ps' I only see 20-40 (max) proftpd processes running and the
> > xferlog shows certainly no more activity.
> >
> > Meanwhile, I have verified it's almost impossible to download the files.  I
> > get various messages from the site not found with FTP to the File not found.
> >
> > Earlier in the day I had an error that there were too many files open and I
> > changed the setting for this from 1024 to 3072 and restarted the FTP server
> > (I know it may not be necessary).
> >
> > If anyone has any information relating to this I would appreciate it.
>
> Have you tried connecting to the FTP server FROM the ftp server to make sure
> its functioning properly?  I would try telnetting/sshing to the machine,
> then ftp to localhost and see how it performs--this will take the network
> out of the equation.
>
> I think the machine should be able to handle 40 users fairly well, but do
> not have direct experience with that large of an FTP site.
>
> The reason I would wonder is 40 users at 2-10k/sec would put your bandwidth
> usage at about 80-400k/sec constant--eating up 1-3 T1s.  Are you
> expereincing a bottleneck or perhaps a lot of packetloss?  That could cause
> a lot of problems.
>
> -k
>
> --__--__--
>
> Message: 9
> Date: Tue, 4 Apr 2000 14:27:00 -0700 (PDT)
> From: Paul Schreiber <cheesefactory@xxxxxxxxx>
> Subject: RE: [cobalt-users] HELP NEEDED WILL PAY: is this a relaying denied issue???
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> --- Dan <dan@xxxxxxxxxxxxx> wrote:
> > On the RAQ2, I think it's the same on the 3, if you put whatever.com in the
> > "Relay email from these hosts/domains" then it will allow mail that a
> > reverse lookup shows as actually coming from that domain to relay. It
> > doesn't look at the "From" it looks at the
> > "> HELO hotmail.com
> > 250 car01.nobaloney.net Hello cc507242-a.srst1.fl.home.com [24.6.193.85],
> > pleased to meet you"
> >
> > So if you had home.com in the "Relay email from ..." field, it would allow
> > me to use your SMTP.
>
> According to the cobalt docs someone posted, it just does a pattern match.
>
> So if I made a hostname my.home.com.mydomain.com, it would contain
> "home.com." Would it then allow me to relay?
>
> curious,
>
> Paul
>
> __________________________________________________
> Do You Yahoo!?
> Talk to your friends online with Yahoo! Messenger.
> http://im.yahoo.com
>
> --__--__--
>
> Message: 10
> Reply-To: "Luka Muzinic" <luka.muzinic@xxxxxxxxx>
> From: "Luka Muzinic" <luka.muzinic@xxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Tue, 4 Apr 2000 23:37:32 +0200
> charset="iso-8859-2"
> Subject: [cobalt-users] mySQL and PHP
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Although Cobalt says UNSUPORTED...does anyone use that combination (mySQL
> and PHP) and how does it work? Problems with warranty?
>
> Luka Muzinic,
>
> --__--__--
>
> Message: 11
> Reply-To: "Luka Muzinic" <luka.muzinic@xxxxxxxxx>
> From: "Luka Muzinic" <luka.muzinic@xxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Tue, 4 Apr 2000 23:39:08 +0200
> charset="iso-8859-2"
> Subject: [cobalt-users] Recover
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> And another thing is there a way to mess things (of course there is) and to
> restore them kinda a quickley. On win95/98/NT systems I used norton ghost.
> Anything similar?
>
> Luka Muzinic,
>
> --__--__--
>
> Message: 12
> Date: Tue, 04 Apr 2000 15:01:22 -0700
> Subject: Re: [cobalt-users] mySQL and PHP
> From: Kris Dahl <krislists@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> on 4/4/00 2:37 PM, Luka Muzinic at luka.muzinic@xxxxxxxxx wrote:
>
> > Although Cobalt says UNSUPORTED...does anyone use that combination (mySQL
> > and PHP) and how does it work? Problems with warranty?
>
> I did an informal survey of the list a while back and found that about 25%
> of the people on the list probably use PHP with MySQL
>
> I use it on a Qube, Raq2, RH boxes, YDL boxes, Mandrake boxes--they all work
> great.
>
> Coupla issues for you: the version that is really easy to get working (the
> experimental RPMs on the cobalt site) was a really old version last time I
> checked.  There is a known security issue with all but the latest versions
> of MySQL that is pretty serious.
>
> So you may want to compile yourself the lastest version of MySQL, Apache and
> PHP from sources.  That gets you in a little deeper water, but shouldn't
> cause any major problems.  Getting those three working together from source
> is about a 5 on a 1-10 difficulty scale.
>
> -k
>
> --__--__--
>
> Message: 13
> Reply-To: <dan@xxxxxxxxxxxxx>
> From: "Dan" <dan@xxxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Subject: RE: [cobalt-users] HELP NEEDED WILL PAY: is this a relaying denied issue???
> Date: Tue, 4 Apr 2000 18:22:45 -0400
> charset="iso-8859-1"
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> > > "> HELO hotmail.com
> > > 250 car01.nobaloney.net Hello cc507242-a.srst1.fl.home.com
> > [24.6.193.85],
> > > pleased to meet you"
> > >
> > > So if you had home.com in the "Relay email from ..." field, it
> > would allow
> > > me to use your SMTP.
> >
> > According to the cobalt docs someone posted, it just does a pattern match.
> >
> > So if I made a hostname my.home.com.mydomain.com, it would contain
> > "home.com." Would it then allow me to relay?
> >
> >
> I'm not sure if it does a reverse lookup on the IP or not. I suppose I could
> put srst1.fl in the relay field and see if allows me to relay since that's
> in my address.
> --
> Dan Kriwitsky
> 
>
> --__--__--
>
> Message: 14
> From: "Simon Weller" <simon@xxxxxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Date: Wed, 5 Apr 2000 10:32:34 +11
> Subject: Re: [cobalt-users] mySQL and PHP
> Reply-to: simon@xxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> From:                   "Luka Muzinic" <luka.muzinic@xxxxxxxxx>
> To:                     <cobalt-users@xxxxxxxxxxxxxxx>
> Date sent:              Tue, 4 Apr 2000 23:37:32 +0200
> Subject:                [cobalt-users] mySQL and PHP
> Send reply to:          cobalt-users@xxxxxxxxxxxxxxx
>
> > Although Cobalt says UNSUPORTED...does anyone use that combination (mySQL
> > and PHP)
>
> yes.
> and how does it work?
>
> without any probs..but if you want a later version of the two then you will have
> to compile them yourself.
>  Problems with warranty?
>
> problems with warranty: it doesn't exist :-)
>
> - Si
> > Luka Muzinic,
> >
> >
> >
> > _______________________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To Subscribe or Unsubscribe, please go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
> >
>
> ----
> Simon Weller
> NZ Servers
> Professional Hosting Services into the new millennium
> Specialising in Web and Database Development
> http://www.nzservers.com
>
> --__--__--
>
> Message: 15
> Date: Tue, 4 Apr 2000 15:36:08 -0700 (PDT)
> From: Paul Schreiber <cheesefactory@xxxxxxxxx>
> Subject: Re: [cobalt-users] mySQL and PHP
> To: cobalt-users@xxxxxxxxxxxxxxx
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> --- Kris Dahl <krislists@xxxxxxxxxxxxx> wrote:
> >Coupla issues for you: the version that is really easy to get working (the
> >experimental RPMs on the cobalt site) was a really old version last time I
> >checked.  There is a known security issue with all but the latest versions
> >of MySQL that is pretty serious.
>
> I did see a 3.22.30 there the other day ... but it's hidden under
> /security/mysql or something weird. The version most people see is some
> decript one.
>
> Anyway, I recommended getting the latest release :-) bug fixes are good.
>
> > So you may want to compile yourself the lastest version of MySQL, Apache
> > and
> > PHP from sources.  That gets you in a little deeper water, but shouldn't
> > cause any major problems.  Getting those three working together from source
> > is about a 5 on a 1-10 difficulty scale.
>
> Hmmm. I'd say it's a lot harder than that. Unless you already know about
> updating compiler libraries, configuring third-party apache modules, editing
> mod_auth_pam.c and all sorts of nonsense.
>
> Step-by-step:
>   http://www.paulschreiber.com/download/mysql-php-apache-raq.txt
>
> Paul
>
> __________________________________________________
> Do You Yahoo!?
> Talk to your friends online with Yahoo! Messenger.
> http://im.yahoo.com
>
> --__--__--
>
> Message: 16
> Date: Tue, 04 Apr 2000 18:36:01 -0400
> From: Dennis <dkc@xxxxxxxxxxxxx>
> To: "cobalt-users@xxxxxxxxxxxxx" <cobalt-users@xxxxxxxxxxxxx>
> Subject: [cobalt-users] [RAQ3] DNS Slowness
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> Hello-
>
> Has anyone noticed that the DNS service on the RaQ3 is often very slow
> to respond? We use VeriBot to monitor our servers services and on the
> RaQ3 the DNS server timesout at 35 seconds.
>
> Luckily we are only using the RaQ3 for the secondary DNS.
>
> Any info is greatly appreciated,
>
>     -Dennis
>
> P.S. This is addition to the unusable FTP service. Its so slow and buggy
> that you cannot even keep a connection.
>
> --__--__--
>
> Message: 17
> Date: Tue, 04 Apr 2000 16:47:45 -0600
> From: =?iso-8859-1?Q?Bal=E1zs?= Nagy <bn@xxxxxxxxxxxxxx>
> To: cobalt-users@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-users] mySQL and PHP
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> This is a cryptographically signed message in MIME format.
>
> --------------ms478CA3B7C578A37641F6FF0C
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> > > Although Cobalt says UNSUPORTED...does anyone use that combination (mySQL
> > > and PHP) and how does it work? Problems with warranty?
> >
> > I did an informal survey of the list a while back and found that about 25%
> > of the people on the list probably use PHP with MySQL
> >
> > I use it on a Qube, Raq2, RH boxes, YDL boxes, Mandrake boxes--they all work
> > great.
> >
> > Coupla issues for you: the version that is really easy to get working (the
> > experimental RPMs on the cobalt site) was a really old version last time I
> > checked.  There is a known security issue with all but the latest versions
> > of MySQL that is pretty serious.
> >
> > So you may want to compile yourself the lastest version of MySQL, Apache and
> > PHP from sources.  That gets you in a little deeper water, but shouldn't
> > cause any major problems.  Getting those three working together from source
> > is about a 5 on a 1-10 difficulty scale.
>
> Actually what you may want to do (if you are willing to get on the edge of your
> waranty), is to download the Cobalt Packages on the developers.cobalt.com to
> upgrade your Apache to 1.3.9, and then you get apxs with it which allows you to
> compile modules for Apache without the hassle of having to get the sources,
> check the config, etc. There is also a ".pkg" for PHP, but you can only use it
> if you don't need SSL.
>
> If you have SSL, what you need is get the PHP tarball from php.net (v. 3.0.15 is
> the current latest) and configure with
>
> ./configure --with-apxs --whith-mysql
>
> more info on that on the developer site and cobalt knowledge base
>
> As far as the mysql rpms are concerned, you can get them from the experimental
> directory of cobalt, they work fine out of the box. (rpm -Uvh name_of_rpm.rpm)
>
> Hope this helps,
> Balage
>
> --------------ms478CA3B7C578A37641F6FF0C
> Content-Type: application/x-pkcs7-signature; name="smime.p7s"
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment; filename="smime.p7s"
> Content-Description: S/MIME Cryptographic Signature
>
> MIIH6gYJKoZIhvcNAQcCoIIH2zCCB9cCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
> BbswggKfMIICCKADAgECAgMB/sUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw
> EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU
> aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h
> bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDEyNTIzMzU0M1oXDTAxMDEyNDIzMzU0
> M1owQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4GCSqGSIb3DQEJARYR
> Ym5AdGhlbmV3cHVzaC5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKiFjSR/HjE7
> OEyGfi6pVrSv34T1vhjkgfKl4fujMRlj7SwEtXz7a3noVAiiLoeSZnSxLUOYYUK4kRj0O4pH
> F2mmnDXf7HTl/nRkQKBmNfEL2fq1yDHLMHzafaOyV8BsRUbYvscio4ZXzKc9+i9K9qMswbKK
> uUkHYH9MRBhEMZbzAgMBAAGjTzBNMBwGA1UdEQQVMBOBEWJuQHRoZW5ld3B1c2guY29tMAwG
> A1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZIhvcN
> AQEEBQADgYEAFDac2lczpSikFtjPlwxyJ8jFA2HZYD66vbRHvbCcgIZhYTragucjggCdsOU+
> QL/89EzReatV+dXFA6geGYBFzZ3ZuZ8VGH0ilcXod6EQNPn5czD0QKhORPf5Aw3gi6bgNz3P
> tyOxPnr6teSyCj814sHRqmwlAqXpNpisO4yMKOowggMUMIICfaADAgECAgELMA0GCSqGSIb3
> DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH
> EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0
> aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwg
> RnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5j
> b20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkExFTAT
> BgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRo
> YXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFs
> IEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALNp
> WpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeSBl69
> 4GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzzlZR4
> kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYDVR0j
> BBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH66bbs
> sQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuRb4bg
> ITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70HQfO
> nZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
> c3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEdMBsG
> A1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWls
> IFJTQSAxOTk5LjkuMTYCAwH+xTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG
> 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAwMDQwNDIyNDc0NVowIwYJKoZIhvcNAQkEMRYEFNTG
> PxRT/RjaNDuzSjIyTuLJZecPMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZI
> hvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqG
> SIb3DQEBAQUABIGAo1j6b41IH+d76IzOyjvy7+uO+F74O7QxmFFcKz6TsltqoXr4ZVy9C+X+
> U2JhQC4CBRKCU69P1q4VLMktA9/26HV5dV09kV/DRMSoORdMpqtIy9SOk0OlMIyhjeaB6gvD
> mpIcDYnkXExZZ1DVzLwg7fLUChUjRs3xw0LZRMsyUyI=
> --------------ms478CA3B7C578A37641F6FF0C--
>
> --__--__--
>
> Message: 18
> From: "Antony Chang" <tonychang@xxxxxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Date: Tue, 4 Apr 2000 16:16:29 -0700
> charset="iso-8859-1"
> Subject: [cobalt-users] Using Qube behind Cayman Router
> Reply-To: cobalt-users@xxxxxxxxxxxxxxx
>
> I have a Qube2 running as our web server behind a Cayman Router (3220H).
>
> I want to implement the NAT on the Router to act as a firewall.  I followed
> the instructions listed on the Cayman website on how to allow access to IP
> addresses behind the Router when NAT is turned on.  The pinhole is set to
> TCP the ip address of the Qube and the port 80 (for web access).
>
> When the NAT is turned on nothing on our LAN is accessible from the outside,
> especially the Qube web service.
>
> The only difference is that NAT is turned on. I'm just curious if there were
> any little things I needed to watch out for in order to make this behave
> correctly. I've also read the cobalt knowledge resource and i get the
> impression that the Qube doesn't even support this. If so, please let me
> know that as we can pursue a different solution.
>
> Thanks!
>
> --__--__--
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> End of cobalt-users Digest

begin:vcard 
n:Moreno;Carlos F.
tel;cell:(506) 386-1672
tel;fax:(506) 282-4776
tel;work:(506) 282-4317
x-mozilla-html:FALSE
url:www.cyberfuel.com
org:Cyber Fuel, Tecnología para su negocio, aplicada al Internet.
adr:;;P.O.Box: 277;Santa Ana 2000;San Jose;6151;Costa Rica
version:2.1
email;internet:webmaster@xxxxxxxxxxxxx
title:Webmaster
fn:Ing. Carlos F. Moreno
end:vcard