Hi, Do I give each new virtual site I add to the raq3 the same primary and secondary dns ip addresses as the site root, or do I need to purchase a block of these from elsewhere? Regards Colm Colm (Brazel)MA CB Publications Internet: www.cbweb.net E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Tuesday, January 23, 2001 9:47 PM Subject: cobalt-developers digest, Vol 1 #454 - 14 msgs >Send cobalt-developers mailing list submissions to > [EMAIL PROTECTED] > >To subscribe or unsubscribe via the World Wide Web, visit > http://list.cobalt.com/mailman/listinfo/cobalt-developers >or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > >You can reach the person managing the list at > [EMAIL PROTECTED] > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of cobalt-developers digest..." > > >Today's Topics: > > 1. RE: RaQ3-en-Update-OS Release 4.0 (Jose Luis Aguilar) > 2. Access By Domain Web Reports (John Keegan) > 3. Pop3 terminated? or did it just quit! (ewebplace) > 4. Re: RE: Ups and downs with Qube3 and Sausalito (Tim Hockin) > 5. Re: RaQ3-en-Update-OS Release 4.0 (Tarren) > 6. Re: RE: Ups and downs with Qube3 and Sausalito ([EMAIL PROTECTED]) > 7. Diffrent Password (Myke Corredera) > 8. Re: Diffrent Password (Harald Kapper) > 9. RE: Different Password (Kal Amry) > 10. Re: Different Password (Harald Kapper) > 11. Re: RaQ3-en-Update-OS Release 4.0 (Chris Adams) > 12. Re: Pop3 terminated? or did it just quit! (Herb Rubin) > 13. RE: RE: installing Cobalt OS on another Server (Richard Nellist) > 14. RE: non-parsed headers (Richard Nellist) > >--__--__-- > >Message: 1 >From: "Jose Luis Aguilar" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Subject: RE: [cobalt-developers] RaQ3-en-Update-OS Release 4.0 >Date: Mon, 22 Jan 2001 16:17:14 -0400 >Reply-To: [EMAIL PROTECTED] > >Another issue with this update is email relaying. The RAQ3 now checks if a >user is defined in a virtual host before accepting email for it. For >example: > >Before, if you had an user called "example" defined under "virtualsite1.com" >you could actually send email to "[EMAIL PROTECTED]" and it would get >to the user defined under "virtualsite1.com". > >Now, sendmail replies with a "553 No such user" error, if the user is not >defined in the virtual site that the email is intended for. If the email is >sent to "[EMAIL PROTECTED]" instead of "[EMAIL PROTECTED]" >the site must be enabled to receive email for the domain in the site >configuration and the user "example" must be defined in >"www.virtualsite.com". > >I had many sites for sub-domains: (e.g. www.mydomain.com, >support.mydomain.com, mail.mydomain.com) and I had users defined on all the >sites. The MX record for all those hosts were set to "mail.mydomain.com" and >"mail.mydomain.com" was set to receive mail for the domain. After applying >this patch, none of my users defined in www.mydomain.com or >support.mydomain.com could receive mail sent to "[EMAIL PROTECTED]". > >This is ok and I think it is a logical fix, but it would have been nice if >Cobalt had documented this new feature somewhere. This feature was >completely undocumented. > >JLA > >P.D.: As for the "*.md5lst files", I just moved them to the "obsolete" >directory found in that directory. That's exactly what the upgrade-me script >does after appending a note at the bottom of the file like "Obsoleted on >DATE". > > >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of John Keegan >Sent: Monday, January 22, 2001 3:54 PM >To: [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] RaQ3-en-Update-OS Release 4.0 > > >> The only thing that I noticed is that the following updates that get >> obsoleted by this update do not get removed from the list of programs >> installed in the server under the "install software" section of the >"control >> panel". > >Question for Cobalt: > >The fix should be as simple as removing the *.md5lst files from >/var/lib/cobalt , correct? > >On a related note, will there be a similar OS Update release for the Raq2 >forthcoming? > >-- >John Keegan >[EMAIL PROTECTED] >http://RackShare.com > > > >_______________________________________________ >cobalt-developers mailing list >[EMAIL PROTECTED] >http://list.cobalt.com/mailman/listinfo/cobalt-developers > > >--__--__-- > >Message: 2 >Date: Mon, 22 Jan 2001 18:58:40 -0500 >From: John Keegan <[EMAIL PROTECTED]> >To: cobalt-developers <[EMAIL PROTECTED]> >Subject: [cobalt-developers] Access By Domain Web Reports >Reply-To: [EMAIL PROTECTED] > >What exactly are "Access By Domain Web Reports" which are now enabled in the >Control Panel after applying the OS Update 4.0? > >-- >John Keegan >[EMAIL PROTECTED] >http://RackShare.com > > > >--__--__-- > >Message: 3 >Date: Wed, 17 Jan 2001 11:44:29 -0500 >From: ewebplace <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >Organization: eWebPlace.com, Inc. >To: [EMAIL PROTECTED] >Subject: [cobalt-developers] Pop3 terminated? or did it just quit! > >I got a present from my RAQ3 this morning: > >Jan 17 11:25:17 ns1 inetd[457]: pop-3/tcp server failing (looping), service >terminated > >It left it in /var/log/messages. > >Any idea what would cause my RAQ to be so generous? > >Sorry for the attempt at comedy... >just seemed like such a dry...what's causing this message other wise ;) > >Brian > > >--__--__-- > >Message: 4 >Date: Sun, 21 Jan 2001 23:58:24 -0800 >From: Tim Hockin <[EMAIL PROTECTED]> >Organization: Sun Microsystems, Cobalt Appliances >To: [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] RE: Ups and downs with Qube3 and Sausalito >Reply-To: [EMAIL PROTECTED] > >[EMAIL PROTECTED] wrote: >> As I don't like being reprimanded, I have take some time off to think and >> research. I have succesfully crearted a new namespace for adding a >> property to the User class without disturbing the Cobalt supplied >> schemata. The design is so elegant for its simplicity. Adding schemata is >> a matter of adding your own directory hyerachy under >> /usr/sausalito/schemas and then, in there, writing the proper ,schema >> files with the XML definitions for typedefs, and classes. Here is mine >> that creates a new type: userType, and the a new namespace for the user >> class with a new property: userType. >> >> <typedef name="userType" type="re" data="^(U0|U1|U2|U3)$"/> >> >> <class name="User" namespace="SES" version="1.0"> >> <property name="userType" type="userType" readacl="ruleSelf" /> >> </class> > >you figured it out. Well done. :) > >-- >Tim Hockin >Systems Software Engineer >Sun Microsystems, Cobalt Server Appliances >[EMAIL PROTECTED] > > >--__--__-- > >Message: 5 >Date: Tue, 23 Jan 2001 01:52:51 +0000 >Subject: Re: [cobalt-developers] RaQ3-en-Update-OS Release 4.0 >From: Tarren <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] > >on 22/1/01 8:17 pm GMT, Jose Luis Aguilar at [EMAIL PROTECTED] wrote: > >> Another issue with this update is email relaying. The RAQ3 now checks if a >> user is defined in a virtual host before accepting email for it. For >> example: > >Yes, it seems that after the update, and if you have NOT specified a >"catch-all" in the GUI, the virtusertable gets littered with lines like >this: > ># catch-all aliases >@www.tarren.co.uk error:nouser No such user here > >This has set us back considerably, because we have customised the end of the >virtusertable with hundreds lines like this: > >@www.tarren.co.uk [EMAIL PROTECTED] > >Basically so we can receive email at otherdomain.com without setting up >users on each site, and it sends the email to the appropriate account at >tarren.co.uk >The new update conflicts with this very badly, and the GUI won't let me add >a line like the above! > >HELP! Now every time I make a GUI change, I have to do major hand-edits on >virtusertable! > >Regards, > >Tarren. > > >--__--__-- > >Message: 6 >From: [EMAIL PROTECTED] >Date: Tue, 23 Jan 2001 08:52:05 +0100 (MET) >To: [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] RE: Ups and downs with Qube3 and Sausalito >Reply-To: [EMAIL PROTECTED] > >On Sun, 21 Jan 2001, Tim Hockin wrote: > >[snip] >> > <property name="userType" type="userType" readacl="ruleSelf" /> >> > </class> >> >> you figured it out. Well done. :) >Thanks Tim, :) Three questions, where are the ACL rules defined? >(readacl="ruleSelf", and the like) Any news about the apparence of all >the menu URLs in the cList.php frame, regardless accessRights? Ans, as >usual,last but not least, do you have any news about the .po files for >translating the interface? > >--------------------------------------------------------------------------- ---- >G & S Sistemas de Informacion, S.L. | Phones: >Victoriano Giralt | Land line: +34-952-207-048 >Chief Consultant and Owner | Mobile: +34-670-332-720 >Torre de San Telmo, 8 | Fax: Use e-mail, looks nicer >E-29018 Malaga (Spain) | E-mail: [EMAIL PROTECTED] >Member of ISOC (Andalusian Chapter) | http://www.gssi.es/ >--------------------------------------------------------------------------- ---- > > > >--__--__-- > >Message: 7 >Date: Tue, 23 Jan 2001 00:24:08 -0800 >To: [EMAIL PROTECTED] >From: Myke Corredera <[EMAIL PROTECTED]> >Subject: [cobalt-developers] Diffrent Password >Reply-To: [EMAIL PROTECTED] > >Is there a way to make the SU password different from that of the Admin >password ?? > > >--__--__-- > >Message: 8 >From: Harald Kapper <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] Diffrent Password >Date: Tue, 23 Jan 2001 09:38:51 +0100 >Organization: kapper.net, Inc. >Reply-To: [EMAIL PROTECTED] > >hi there, >basically yes - simple :-) > >"su" and then simply use the command "passwd" enter your new >root password (su makes you root btw) twice and you're done. > >but - if you change the admin-password via the webinterface, this >also resets your root-passwd, I guess it should be possible to hack >the script to disable this function, but you might then be lost on >the other hand if you once forget your root-pwd. > >also using SSH as your shell instead of telnet should be highly recommended. > >regards >Harald Kapper, Kapper & Partner Communications KEG >Vienna, AUSTRIA Tel. +43-1-319 55 00 >Fax +43-1-319 55 02 e-mail: [EMAIL PROTECTED] >PGP-Key-ID: 0xEF17DF07 ICQ# 36178328 > >On Tue, 23 Jan 2001 00:24:08 -0800, Myke Corredera <[EMAIL PROTECTED]> wrote to [EMAIL PROTECTED]: > >>Is there a way to make the SU password different from that of the Admin >>password ?? > > >--__--__-- > >Message: 9 >From: "Kal Amry" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Subject: RE: [cobalt-developers] Different Password >Date: Tue, 23 Jan 2001 04:09:32 -0500 >Reply-To: [EMAIL PROTECTED] > >Just login as admin, then su - and then type passwd, and your on your way. >Be careful that when you do this, you are breaking the link between admin's >password and su - which basically what you want. In other words, changing >the admin password through the interface won't change the su - password. >Finally this the only draw back so good luck... > >Kal > >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of Myke >Corredera >Sent: Tuesday, January 23, 2001 3:24 AM >To: [EMAIL PROTECTED] >Subject: [cobalt-developers] Diffrent Password > > >Is there a way to make the SU password different from that of the Admin >password ?? > >_______________________________________________ >cobalt-developers mailing list >[EMAIL PROTECTED] >http://list.cobalt.com/mailman/listinfo/cobalt-developers > > >_________________________________________________________ >Do You Yahoo!? >Get your free @yahoo.com address at http://mail.yahoo.com > > >--__--__-- > >Message: 10 >From: Harald Kapper <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] Different Password >Date: Tue, 23 Jan 2001 11:42:30 +0100 >Organization: kapper.net, Inc. >Reply-To: [EMAIL PROTECTED] > >hi there, >well, my experience on raq2 appliances was a different one, setting via >web-interface re-setted the root-pwd also... > >thanx >hk > >On Tue, 23 Jan 2001 04:09:32 -0500, "Kal Amry" <[EMAIL PROTECTED]> wrote to <[EMAIL PROTECTED]>: > >>password and su - which basically what you want. In other words, changing >>the admin password through the interface won't change the su - password. >>Finally this the only draw back so good luck... > > >--__--__-- > >Message: 11 >Date: Tue, 23 Jan 2001 08:57:25 -0600 >From: Chris Adams <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] RaQ3-en-Update-OS Release 4.0 >Reply-To: [EMAIL PROTECTED] > >Once upon a time, Tarren <[EMAIL PROTECTED]> said: >> on 22/1/01 8:17 pm GMT, Jose Luis Aguilar at [EMAIL PROTECTED] wrote: >> > Another issue with this update is email relaying. The RAQ3 now checks if a >> > user is defined in a virtual host before accepting email for it. For >> > example: >> >> Yes, it seems that after the update, and if you have NOT specified a >> "catch-all" in the GUI, the virtusertable gets littered with lines like >> this: >> >> # catch-all aliases >> @www.tarren.co.uk error:nouser No such user here > >This should have been here all along. Otherwise, siteA can set up a use >"sales", and if siteB doesn't have a catch-all, "sales" on siteA can get >email addressed to "sales@siteB", which is bad. >-- >Chris Adams <[EMAIL PROTECTED]> >Systems and Network Administrator - HiWAAY Internet Services >I don't speak for anybody but myself - that's enough trouble. > > >--__--__-- > >Message: 12 >Date: Tue, 23 Jan 2001 08:51:37 -0800 >From: Herb Rubin <[EMAIL PROTECTED]> >Organization: Pathfinders Software >To: [EMAIL PROTECTED], [EMAIL PROTECTED] >Subject: Re: [cobalt-developers] Pop3 terminated? or did it just quit! >Reply-To: [EMAIL PROTECTED] > >I saw this error on my RAQ4. It comes from inetd panicing that too many POP3 >sockets per minute >are occurring. The default is 40 POP3 connections per minute. This could be >due to POP3 password >failures or possibly a hacker attack. Or a bug in the qpopper program itself. >Or just more than the allowed number of connections. > >It usually results in mail checking disabled for 5 minutes. If you want to >raise this number just edit inetd.conf and change nowait to nowait.80 (to >double it). You may want to restart init or reboot. I am >not sure when it rereads the config file. I think running "init q" will do >the trick. > >example line in /etc/inetd.conf > >pop-3 stream tcp nowait.80 root /usr/sbin/tcpd in.qpopper -R > >Sets the maximum connections per minute to 80. > >I got this little tidbit of information from Cobalt tech support 2 weeks ago. > >Herb > > > >ewebplace wrote: > >> I got a present from my RAQ3 this morning: >> >> Jan 17 11:25:17 ns1 inetd[457]: pop-3/tcp server failing (looping), service >> terminated >> >> It left it in /var/log/messages. >> >> Any idea what would cause my RAQ to be so generous? >> >> Sorry for the attempt at comedy... >> just seemed like such a dry...what's causing this message other wise ;) >> >> Brian >> >> _______________________________________________ >> cobalt-developers mailing list >> [EMAIL PROTECTED] >> http://list.cobalt.com/mailman/listinfo/cobalt-developers > >-- >Herb Rubin >Pathfinders Software >[EMAIL PROTECTED] >www.pfinders.com >phone: 415 292-4935 >fax: 415 292-4913 > > > > >--__--__-- > >Message: 13 >From: "Richard Nellist" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Subject: RE: [cobalt-developers] RE: installing Cobalt OS on another Server >Date: Tue, 23 Jan 2001 19:32:40 -0000 >Reply-To: [EMAIL PROTECTED] > >Having a look through the /proc dir showed various settings, and in the cmos >settings it lists the machine type. > >The restore CD seems to contain a generic set of RPM's ie all I386 RPM's on >the Qube3 Restore CD, but there is an installation dir which also contains a >set of config files for each type of appliance. These files contain both the >RPM's to install and the order in which they are installed. > >The only RPM's which seem to be missing from the CD are the AXCENT specific >RPM's which are shipped on the Cobalt Velociraptor. > >Will let you know how the tests go with the h/d swap and the keyboard/video > >Regards > >Richard > > >--__--__-- > >Message: 14 >From: "Richard Nellist" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Date: Tue, 23 Jan 2001 19:38:55 -0000 >Subject: [cobalt-developers] RE: non-parsed headers >Reply-To: [EMAIL PROTECTED] > >>Greetings Cobalt Gurus -- >> >>What's the secret for getting NPH scripts to work >>on a RaQ2? >> >>I had 'em working fine on Apache on a Solaris box, >>but when I moved 'em to the Cobalt they died. >> >>They run fine on the command line but in the >>browser I get only "Internal Server Error". >> > >If you are using Internet Explorer and want to get a better error >description than "Internal Server Error", on the Advanced tab in the >Internet Options, delect the option to "Show friendly HTTP error messages" >and then the browser should return the actual data the server returned >instead of the MS "Friendly Error Message" > >Hope this helps, > >Regards > >Richard > >>Need I set a parameter in the Apache config, or >>what? >> >>Thanks so much for your help! >> >>Dan Keller >>[EMAIL PROTECTED] >>http://www.keller.com/ >>+1 415 861-4500 (voice) >>+1 415 861-4593 (fax) > > > >--__--__-- > >_______________________________________________ >cobalt-developers mailing list >[EMAIL PROTECTED] >http://list.cobalt.com/mailman/listinfo/cobalt-developers > > >End of cobalt-developers Digest > > _______________________________________________ cobalt-developers mailing list [EMAIL PROTECTED] http://list.cobalt.com/mailman/listinfo/cobalt-developers
