[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[cobalt-users] RE: cobalt-users digest, Vol 1 #2013 - 17 msgs
- Subject: [cobalt-users] RE: cobalt-users digest, Vol 1 #2013 - 17 msgs
- From: "Paul Schmidt" <lists@xxxxxxxxxxxx>
- Date: Mon Jan 29 12:03:03 2001
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
i just installed the POP before smtp software
(ftp://ftp.cobaltnet.com/pub/contrib/binaries/RaQ4-RaQ3-POP-before-Relay-1.3
pre2.pkg ) onto my new raq4r. i set up my outlook express with the pop mail
server address of pop.domainname.com and the smtp mail server address of
domainname.com. i then tried to send an email out from an account on my raq
that does receive mail. everything seemed ok, but the message never made it
to the destination account. i tried sending it 3 times all to accounts not
on the raq with similar results. the messages never bounced back. do i
need to set up an additional MX record in the DNS? help.
Paul Schmidt
NETastic
-----Original Message-----
From: cobalt-users-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-users-admin@xxxxxxxxxxxxxxx]On Behalf Of
cobalt-users-request@xxxxxxxxxxxxxxx
Sent: Monday, January 29, 2001 12:07 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: cobalt-users digest, Vol 1 #2013 - 17 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. More FrontPage fun when chaning IP addresses... Break's CGI's (Brent
Soper)
2. Re: Qube2 problems (Oliver Schlag)
3. Re: marsiglione choro!!!!!!!! (Filiberto Ricci)
4. New Cobalt, how to transfer DNS (Benelux Domeinnaam Registratie)
5. Re: Qube2 problems (Jona Tallieu (T & T n.v.))
6. Re: SHOUTcast server (broadcast streaming)
(=?iso-8859-1?Q?Jens_Kristian_S=F8gaard?=)
7. Re: what no .html??? (=?iso-8859-1?Q?Jens_Kristian_S=F8gaard?=)
8. DBD::mysql make fail! (Casselman, Chad)
9. Re: Qube2 problems (Oliver Schlag)
10. Apache's CGI-Wrap "warn" bug (Alfredo)
11. Re: Shared CGI-BIN (baltimoremd@xxxxxxxxxxxxxxx)
12. Re: Shared CGI-BIN - solved (Kul)
13. Re: Qube2 problems (Jona Tallieu (T & T n.v.))
14. Re: Qube2 problems (Jona Tallieu (T & T n.v.))
15. Re: marsiglione choro!!!!!!!! (Fabian)
16. Re: Shared CGI-BIN - solved (baltimoremd@xxxxxxxxxxxxxxx)
17. Re: Error from cmuImport (Randall Clark)
--__--__--
Message: 1
Reply-To: "Brent Soper" <bsoper@xxxxxxxxxxx>
From: "Brent Soper" <bsoper@xxxxxxxxxxx>
To: "BlackSun" <admin@xxxxxxxxxxx>, <cobalt-users@xxxxxxxxxxxxxxx>
Date: Mon, 29 Jan 2001 08:11:25 -0500
Organization: 2hostyou.com
Subject: [cobalt-users] More FrontPage fun when chaning IP addresses...
Break's CGI's
Found another bug.
When a FrontPage site changes IP's, if there was a CGI of any sort they were
using (Which of course they had to upload using FTP because of the "Security
fix" that cobalt sent down), it changes the permissions of the file back to
Nobody (the frontpage ownership) and renders the file no longer runable...
AND, the site administrators can not overwrite it or delete the file, unless
they do it within front page. It also changes any directory permissions
that had to be set to allow the CGI scripts to write to the directories.
I now have to hand fix EVERY site as root to get them to work again,
resetting the ownerships of the files by hand.
And this still does not address the problem where the cobalt backup/restore
on the UI is now totally useless to the customer because they can not
restore the files that are owned by FrontPage. I also can't even back
them up USING front page if they have a CGI, because FrontPage can't do
anything with the files that are not owned by FrontPage. (You get a "Can
Not change permissions on whatever file is the CGI when you try to publish
it to a local directory on the hard drive.)
I can't begin to understand how bad these bugs are and why cobalt's answer
is "well.. sorry, but there isn't anteing you can do about it" when I
contacted them when this problem with the CGI's first came up. I am out of
my 30 day "support" at this point, so I doubt they will even talk to me. I
finally added some of the security updates from the cobalt site just last
week, because I am afraid to add any more "Fixes" to my box because of the
problems I have had with this. I have already stopped adding websites to
the cobalt box, and have switched anyone that wants to use FrontPage to a
Windows 2000 server.
The sole reason I bought the cobalt to do hosting was because it had all of
this GUI stuff and FP extensions already ready to go. It makes my support
people very happy, and my sales-support people can setup sites easily. Now
I have to physically touch every site that gets setup, and if they want to
use CGI-BIN files I have to explain to every one of them how they have to
make a new subdirectory for their CGI's using FTP, and never to publish
anything to that directory using FrontPage or it will trash it.
I am going to try editing the http.conf by hand to change the rest of my
sites. I have a feeling this will break FP files though (I tried this once
with very limited success), and am almost 100% sure it will break the UI for
that site. [crossing fingers]
----- Original Message -----
From: "BlackSun" <admin@xxxxxxxxxxx>
To: "Brent Soper" <bsoper@xxxxxxxxxxxx>
Sent: Sunday, January 28, 2001 2:59 PM
Subject: Re: FrontPage
> Hey Brent,
>
> > Same server.. Yes.
> > I moved a few others, and about 1/2 of them work perfectly when I move
them,
> > and about half of them completely get trashed.
> > The ones that get trashed SEEM to be the sites that are using a "theme"
as
> > apposed to just using more standard pages.
>
> That's weird.
>
> > Thanks for the e-mail by the way..
> > The way I am setting it up now will have all the virtual sites on the
same
> > IP address, so just in case I ever have to change them again..
>
> No problem. Note that there may be a bug that doesn't
> properly re-number one IP address in the httpd.conf
> file, so you may have to do that manually. --Jay
>
>
--__--__--
Message: 2
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] Qube2 problems
Date: Mon, 29 Jan 2001 14:13:45 +0100
From: Oliver Schlag <chairman@xxxxxxxx>
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
Hy,
i think it should work with this sendmail version.
If there are any more Problems just send a mail and i will look how i may
help
you.
Greetings
Oliver
------------------------------------------------------------------------
Oliver Schlag
Hauptstr. 43 Tel : 06081-963009
61267 Neu Anspach Fax : 06081-43953
------------------------------------------------------------------------
--__--__--
Message: 3
From: "Filiberto Ricci" <filiberto@xxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] marsiglione choro!!!!!!!!
Date: Mon, 29 Jan 2001 14:22:04 +0100
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
----- Original Message -----
From: "Filiberto Ricci" <filiberto@xxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Monday, January 29, 2001 11:15 AM
Subject: Re: [cobalt-users] marsiglione choro!!!!!!!!
>
>
>
>
>
> >
> > che marsiglione sos un ladron deja de poner paginas en webstrike
> > y ganar guita al rolete!!!!!!!!!!!!!! que ladron que sos vieja
> > paga o se enteran truchoooooooo!!!!
>
>
> This was mot mine!!
> How is it possible?
>
I had a look to mailstart...
very simple...
http://cgi.mailstart.com/scripts/link.dll/ms.clsmain.aa?ac=blankmail
thanks all,
Filiberto
> Filiberto
>
>
>
> > -----
> > Sent using MailStart.com ( http://MailStart.Com/welcome.html )
> > The FREE way to access your mailbox via any web browser, anywhere!
> >
> > _______________________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To Subscribe or Unsubscribe, please go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
--__--__--
Message: 4
From: "Benelux Domeinnaam Registratie" <info@xxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Date: Mon, 29 Jan 2001 14:32:45 +0100
Subject: [cobalt-users] New Cobalt, how to transfer DNS
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
Hi,
We recently changed to a cobalt server(RAQ4r).
Now we want our old DNS info on our new server. If I use a script for it,
the DNS info will not be visible on the Web User Interface. How can I make
it visible on the WUI?
Thank you in advance!
--__--__--
Message: 5
Date: Mon, 29 Jan 2001 14:36:01 +0100
To: cobalt-users@xxxxxxxxxxxxxxx
From: "Jona Tallieu (T & T n.v.)" <Junk@xxxxxx>
Subject: Re: [cobalt-users] Qube2 problems
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
At 13:35 +0100 on 29-01-2001, Jona Tallieu (T & T n.v.) wrote:
> At 10:51 +0100 on 29-01-2001, Oliver Schlag wrote:
>
>
>>> Problem 2:
>> I don't know the Qube2 (im using RAQ3) but i think sendmail is running
there
>> too. Try to edit /etc/virtusertable or /etc/mail/virtusertable (don't
know
>> exactly where the file is at your drive) look for the line
>> info@xxxxxxxxxxxxxx user1
>> change it to
>> info@xxxxxxxxxxxxxx user1,user2,user3,user4
>>
>> After you've applied this you had to make an "makemap
>> hash /etc/virtusertable.db < /etc/virtusertable" or "makemap
>> hash /etc/mail/virtusertable.db < /etc/mail/virtusertable". This is
>>dependent
>> on the path to you virtusertable file.
>>
>> This should work with actual sendmail versions (hope your's is actual)
I used pico to look at /etc/virtusertable and the file is empty.
I did find all the aliases in /etc/aliases...
Can I do your solution in the /etc/aliases file like this:
...
info: user1,user2,user3,user4
j.doe: user5
p.smith: user6
...
J.
--__--__--
Message: 6
From: =?iso-8859-1?Q?Jens_Kristian_S=F8gaard?= <jens@xxxxxxxxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] SHOUTcast server (broadcast streaming)
Date: Mon, 29 Jan 2001 15:01:21 +0100
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
Hi Fabian,
> I see in http://www.shoutcast.com/ that the firm nullsoft (winamp) offers
a
> free broadcast server to unlimited listener to broadcast...
> Somebody know this?
Yep, I've tried it and also IceCast before. Works great.
> somebody install this on any Cobalt RAQ ?
Would probably work without problems. Have only tried it on ordinary Linux
boxes before, though.
--
Jens Kristian Søgaard, Mermaid Consulting I/S,
jens@xxxxxxxxxxxxxxxxxxxx,
http://www.mermaidconsulting.com/
--__--__--
Message: 7
From: =?iso-8859-1?Q?Jens_Kristian_S=F8gaard?= <jens@xxxxxxxxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] what no .html???
Date: Mon, 29 Jan 2001 15:10:01 +0100
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
Hi Jeff,
> > Run VMWare - or get a Windows box.
> I've got a Windows box; that's what I'm trying to get rid of <wry grin>.
Well, if you want to get rid of Windows, why do you want Internet Explorer?
Use Mozilla instead.
> I suppose I could use VMWare, but for commercial use it's not cheap.
Eh? Not Cheap?
VMWare Express costs 79$ -- can you afford _not_ to buy it?
--
Jens Kristian Søgaard, Mermaid Consulting I/S,
jens@xxxxxxxxxxxxxxxxxxxx,
http://www.mermaidconsulting.com/
--__--__--
Message: 8
From: "Casselman, Chad" <chad.casselman@xxxxxxxxxx>
To: "'cobalt-users@xxxxxxxxxxxxxxx'" <cobalt-users@xxxxxxxxxxxxxxx>
Date: Mon, 29 Jan 2001 09:22:30 -0500
Subject: [cobalt-users] DBD::mysql make fail!
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
I am trying to install Msql-Mysql-modules-1.2215 on my RAQ2 but the "make"
always dies. The error is below. I can't find anyone else that has had
this problem. Does anyone know what it could be?
Running Mkbootstrap for DBD::mysql ()
chmod 644 mysql.bs
LD_RUN_PATH="/usr/local/mysql/lib/mysql:/lib:/usr/lib/gcc-lib/mipsel-redhat-
linux/egcs-2.90.27" cc -o .././blib/a
rch/auto/DBD/mysql/mysql.so -shared -L/usr/local/lib dbdimp.o mysql.o
-L/usr/local/mysql/lib/mysql -L/usr/loc
al/mysql/lib/mysql -lmysqlclient -lm
-L/usr/lib/gcc-lib/mipsel-redhat-linux/egcs-2.90.27 -lgcc
collect2: ld terminated with signal 6 [Aborted], core dumped
make[1]: *** [.././blib/arch/auto/DBD/mysql/mysql.so] Error 1
make[1]: Leaving directory `/root/Msql-Mysql-modules-1.2214/mysql'
make: *** [subdirs] Error 2
Thanks,
chad
--__--__--
Message: 9
Date: Mon, 29 Jan 2001 15:30:51 +0100
From: Oliver Schlag <chairman@xxxxxxxx>
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Qube2 problems
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
Hy,
i think you could solve this with the following.
Create an e-mail adress info@xxxxxxxxxx and say user info should recive all
mails
to this adress.
Then in /etc/aliases make
info: user1,user2,user3,user4
and don't forget to rebuild the alias database after doing this.
Greetings
Oliver
--__--__--
Message: 10
Date: Mon, 29 Jan 2001 09:45:07 -0500
To: cobalt-users@xxxxxxxxxxxxxxx
From: Alfredo <alfredo@xxxxxxxxxxxxxxx>
Subject: [cobalt-users] Apache's CGI-Wrap "warn" bug
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
A couple of months ago, Marc Landtwing and I were going back and
forth on this problem here on the list. Marc finally excavated the
reason for the problem and a possible solution but it seems to be for
MIPS and I find nothing for Raq3.
Problem is this: if you run a moderate level of cgi activity on your
Raq, you'll notice that your errors logs will start filling up with
"can't find cgi-wrap" warns even though the scripts are functioning.
This is an issue in Apache 1.3.3 and 3.6 (apparently corrected in
1.3.9). Basically the code in http_config.c for handler matching
forces two "check" passes. Since cgi-wrap isn't an Apache default
handler, it isn't recognized during the first pass and the warning is
issued. The second pass let's the script function.
The logical solution, according to the archives, would be to switch
the order of the passes. Sounds logical to me anyway.
Duncan Laurie did a recompile of Apache to do just that and has an
rpm and a srmp for MIPS. It sure would be nice to eliminate this
problem on Raq3.
BTW, I emailed Duncan but got no answer -- so if he's still around,
maybe he can chime in here.
For reference, the MIPS rpm is at
ftp://ftp.cobaltnet.com/pub/users/duncan/apache/apache-1.3.3-1C7-noCGIwarn.m
ips.rpm
Other than that, the archives seem to have no answer to the question. So:
Does anyone know of anything that will address the problem on Raq3?
Are there any scripts, hacks or anything other than commenting out
the addhandler lines to disable cgi-wrap (which I've never liked as a
server-wide solution).
Thanks
Alfredo
--
People-Link/Institute for Mass Communications
www.people-link.org
Communications for a Better World...and for the People Who are Building One!
Members, Local 1180, Communications Workers of America, AFL-CIO
--__--__--
Message: 11
From: baltimoremd@xxxxxxxxxxxxxxx
Date: Mon, 29 Jan 2001 10:22:13 -0500 (EST)
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Shared CGI-BIN
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
On Mon, 29 Jan 2001, Jeff Lasman wrote:
> baltimoremd@xxxxxxxxxxxxxxx wrote:
>
> > I'd like to make available some cgi scripts to all users on a RaQ4 from
> > a shared area.
> I know what can be done, but the last time I tried it, it didn't work as
> I thought it should.
>
> I'll try working on it again soon.
Appreciate it...I think such a function would be of benefit to a lot of
us.
Thom
././././././././././././././././././././././././././././././././././././././
baltimoremd@xxxxxxxxxxxxxxx Thom LaCosta K3HRN Webmaster
http://www.baltimoremd.com/ Baltimore's Home Page
http://www.baltimorehon.com/ Home of the Baltimore Lexicon
http://www.zerobeat.net Home of The QRP Web Ring
and Drake Mail List Pages
--__--__--
Message: 12
Date: Mon, 29 Jan 2001 15:50:59 +0000
From: Kul <WebMaster@xxxxxxx>
Organization: Qax
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Shared CGI-BIN - solved
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
baltimoremd@xxxxxxxxxxxxxxx wrote:
> I'd like to make available some cgi scripts to all users on a RaQ4 from
> a shared area. Search of the archives hasn't lead to much more that I
> think it can be done.
>
> Would be interested in a solution that someone has done and/or knows
> can be done.
> Thanks
> Thom
Hi Thom, (and others, your wish is my command....)
If I understand you correctly, you want a "cgi" directory that ANY user on
YOUR Raq can use (execute not read/write to/from)!
I have a Raq3 and sometime back I looked into this very problem, nobody
could help so I SOLVED it myself. With tips from others, a couple of hours,
many restarts, a few swear words, and 5 cups of coffee later it was done and
dusted.
NOTE: I have a raq3, but highly suspect it is easily transferable to a 4 -
let us know if it goes ok?
In your **httpd.conf** file, add the following line, then create directory
"cgi-pub" (use whatever you like) in the home site (could actually be any,
but home is probably best). Make sure it **IS** in the "web" directory or
cgi-wrapper will go bananas and stop it working! Ensure you create the
"cgi-pub" directory NOT as root or you can't upload the scripts (as I did -
Dohh) then ensure its chmod'ed correctly (see example below) (and its
containing scripts) - I found the admin user the best one to use as the
owner of the "cgi-pub" directory.
ScriptAlias /cgi-pub/ /home/sites/home/web/cgi-pub/
Once you have added above line, restart 'httpd' (not sure if its the same on
raq4's as on 3's).
!!AN IMPORTANT POINT TO NOTE!! (shouting is required <g>)
If a Virtual Site does **NOT** have cgi access (from GUI) and they were to
call any of the scripts from their site, they will still be served the cgi
script, but as plain/text - They get to see the source, which could
obviously open up any security weaknesses.
The way around this is easy, but involves a little more typing: Instead of
sticking the "ScriptAlias......" anywhere in the httpd.conf file, put it
inside EACH of the <VirtualHost> containers that have cgi access enabled,
and **NOT** elsewhere in the main httpd.conf file:
<VirtualHost 123.456.789.012>
...bla..bla..bla...
AddHandler cgi-wrapper .cgi
AddHandler cgi-wrapper .pl
ScriptAlias /cgi-pub/ /home/sites/home/web/cgi-pub/
</VirtualHost>
My details on my cgi-pub directory:
drwxr-x--x 2 admin home 1024 Jan 19 23:24 cgi-pub
and its contents:
drwxr-x--x 2 admin home 1024 Jan 19 23:24 .
drwxrwsr-x 10 nobody home 1024 Dec 02 05:32 ..
-rwxr-xr-x 1 admin home 3754 Jan 19 23:24 a-script.cgi
The virtual site can then call the script either of two ways:
1. http://www.thevirtualhost.com/cgi-pub/a-script.cgi
2. /cgi-pub/a-script.cgi
This is what I do, and it works a treat (even if I do say so
myself...<self-congratulations>), preventing the other virtual hosts from
viewing the source code and still allowing them to use the scripts. The
other bonus is that they don't have to go through the installation and all
that it invloves... you know, when they spend four hours to find out it
should have ftp'd in ASCII !! <g>
With this solution you can make certain scripts globally available to
'selected' or 'all' virtual hosts !
Avoid putting your site specific scripts in the same directory for obvious
reasons.
Sorry if this sounds a little patronizing (NOT Intended), but wanted to keep
it simple and fully explained as others in the future may come across it and
find it useful !
Hope this helps
Regards
Kul
--__--__--
Message: 13
Date: Mon, 29 Jan 2001 17:15:45 +0100
To: cobalt-users@xxxxxxxxxxxxxxx
From: "Jona Tallieu (T & T n.v.)" <Junk@xxxxxx>
Subject: Re: [cobalt-users] Qube2 problems
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
At 21:21 +1100 on 29-01-2001, Malcolm McLeary wrote:
>> Problem 1:
>> The Qube has about 40 email accounts configured for
>> 1 domain. We want that mail which does not have
>> a final destination, is not bounced, but is send to
>> the general emailbox "info@xxxxxxxxxx". So incoming
>> email which is normally bounced with "user unknown"
>> is accepted and redirected to the info-mailbox.
>> How can this be done on the Qube2??
>
> You need to edit /etc/aliases to add a "catch all" at the end. Make sure
> you run newaliases after you edit this file.
>
> The downside is that the Cobalt GUI scripts will add new entries to the
end
> of /etc/aliases so you will have to move the "catch all" whenever the GUI
> updates the list.
Hi,
could you be more specific in where I had to add what?
Thnx!
Jona
--__--__--
Message: 14
Date: Mon, 29 Jan 2001 17:16:42 +0100
To: cobalt-users@xxxxxxxxxxxxxxx
From: "Jona Tallieu (T & T n.v.)" <Junk@xxxxxx>
Subject: Re: [cobalt-users] Qube2 problems
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
At 15:30 +0100 on 29-01-2001, Oliver Schlag wrote:
> Create an e-mail adress info@xxxxxxxxxx and say user info should recive
>all mails
> to this adress.
>
> Then in /etc/aliases make
> info: user1,user2,user3,user4
> and don't forget to rebuild the alias database after doing this.
OK, that did the trick! The aliases are working fine now!
Thnx Oliver!
J.
--__--__--
Message: 15
From: "Fabian" <cobalt@xxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] marsiglione choro!!!!!!!!
Date: Mon, 29 Jan 2001 13:20:32 -0300
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
It´s OK Filiberto.. this person is an stupid that he have more time to
lost.-)
Regards
fabian
----- Original Message -----
From: "Filiberto Ricci" <filiberto@xxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Monday, January 29, 2001 7:15 AM
Subject: Re: [cobalt-users] marsiglione choro!!!!!!!!
>
>
>
>
>
> >
> > che marsiglione sos un ladron deja de poner paginas en webstrike
> > y ganar guita al rolete!!!!!!!!!!!!!! que ladron que sos vieja
> > paga o se enteran truchoooooooo!!!!
>
>
> This was mot mine!!
> How is it possible?
>
> Filiberto
>
>
>
> > -----
> > Sent using MailStart.com ( http://MailStart.Com/welcome.html )
> > The FREE way to access your mailbox via any web browser, anywhere!
> >
> > _______________________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To Subscribe or Unsubscribe, please go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
--__--__--
Message: 16
From: baltimoremd@xxxxxxxxxxxxxxx
Date: Mon, 29 Jan 2001 11:42:32 -0500 (EST)
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Shared CGI-BIN - solved
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
On Mon, 29 Jan 2001, Kul wrote:
> Hi Thom, (and others, your wish is my command....)
>
> If I understand you correctly, you want a "cgi" directory that ANY user on
> YOUR Raq can use (execute not read/write to/from)!
Yep...thanks very mcuh for sharing...and I truly understand the
multiple cups of coffee. I'll follow the steps and let ya know
how it flies on the 4.
Really appreciate the help.
Thom
././././././././././././././././././././././././././././././././././././././
baltimoremd@xxxxxxxxxxxxxxx Thom LaCosta K3HRN Webmaster
http://www.baltimoremd.com/ Baltimore's Home Page
http://www.baltimorehon.com/ Home of the Baltimore Lexicon
http://www.zerobeat.net Home of The QRP Web Ring
and Drake Mail List Pages
--__--__--
Message: 17
From: "Randall Clark" <wz297@xxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] Error from cmuImport
Date: Mon, 29 Jan 2001 08:15:03 -0800
Reply-To: cobalt-users@xxxxxxxxxxxxxxx
That is an error related to having frontpage on that site. One of the new
updates made it so that you can only have so many users with so much space.
lower the Max number of users on the site and it will fix it.
Randall
----- Original Message -----
From: "Ariel Manzur" <punto@xxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Sunday, January 28, 2001 11:55 PM
Subject: [cobalt-users] Error from cmuImport
> Hi.
>
> I was using cmuImport to move a site from a raq3 to a raq4, and I got this
> error:
>
> --
> Site quota is not large enough to support FrontPage and the maximun number
> of users www.conectateonline.com in www.conectateonline.com
> (drop quit)
> --
>
> The site quota was 100mb and the max number of users was 21. So I changed
> the quota to 800mb (on cmu.xml), and it installed perfectly, and then I
was
> able change the quota to 100 MB on the GUI without any problem. Is there
> any way to avoid that error from cmuImport?
>
> Thanks..
>
> Ariel.
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
--__--__--
_______________________________________________
cobalt-users mailing list
cobalt-users@xxxxxxxxxxxxxxx
http://list.cobalt.com/mailman/listinfo/cobalt-users
End of cobalt-users Digest