RE: webmail

2002-06-16 Thread Mario Zuppini
I have tried more than at least 40 webmails in the search of something
that is
visually pleasing / user friendly / hassle free and is very portable in
the event
of changing systems, and it all came down to OpenWebMail.

Before you settle on a webmail to use, give it a go.

-Original Message-
From: Russell Coker [mailto:[EMAIL PROTECTED] 
Sent: Monday, 17 June 2002 7:10 AM
To: Debian ISP
Subject: webmail


What's a good webmail system to use?

There are several in Debian, I've had experience with IMP, but that 
experience has been mostly painful.  Upgrading it is always difficult,
and 
the packages insist on Postgresql even though it's not needed at all
unless 
you have a cluster.

How do the other webmail systems compare?

Calendaring support which integrates with Outlook would be a bonus, but
apart 
from that I just need basic functionality.

-- 
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
>From field.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread tps
On Sun, Jun 16, 2002 at 11:09:44PM +0200, Russell Coker wrote:
> What's a good webmail system to use?
> 
> There are several in Debian, I've had experience with IMP, but that 
> experience has been mostly painful.  Upgrading it is always difficult, and 
> the packages insist on Postgresql even though it's not needed at all unless 
> you have a cluster.
> 
> How do the other webmail systems compare?
> 
> Calendaring support which integrates with Outlook would be a bonus, but apart 
> from that I just need basic functionality.

Openwebmail or squirrelmail are the two most popular according to my
users. I run both of them, since the users cant' decide on which one to
use 

Tim

-- 
  
   ><
   >> Tim Sailer (at home) ><  Coastal Internet,Inc.   <<
   >> Network and Systems Operations   ><  PO Box 671  <<
   >> http://www.buoy.com  ><  Ridge, NY 11961 <<
   >> [EMAIL PROTECTED]/[EMAIL PROTECTED] ><  (631)924-3728  (888) 924-3728 
  <<
   ><


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread Russell Coker
On Mon, 17 Jun 2002 00:41, Gerard MacNeil wrote:
> > What's a good webmail system to use?
>
> I have tried "most" Debianized Webmail package combinations.  For "only
> email" and throwing in calendaring support, you are describing the
> sqwebmail with courier-pcp (Personal Calendaring Protocol).  The
> sqlwebmail package actually has the documentation for PCP.  It is a
> logical extension to also use the courier-imap and pop servers which
> will also require the courier-authdaemon package.  OTOH, that gives you
> a basketful of authentication mechanisms.

Sounds like the first thing for me to test then.  I'm happily using courier 
POP and IMAP on all my servers...

Thanks!

Also thanks Alexander for the list of all the servers, I'll check them out if 
sqwebmail doesn't do the job for me.

-- 
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
>From field.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread David Bishop

I'd also recommend squirrelmail, as I tried using imho and it was very
crashy, I've also had painful experiences with imp, and none of the
other ones seemed as nice.  squirrelmail "just works", with any given
imap server you have.  

Good luck, and have fun!

D.A.Bishop

On Sun, Jun 16, 2002 at 11:09:44PM +0200, Russell Coker wrote:
> What's a good webmail system to use?
> 
> There are several in Debian, I've had experience with IMP, but that 
> experience has been mostly painful.  Upgrading it is always difficult, and 
> the packages insist on Postgresql even though it's not needed at all unless 
> you have a cluster.
> 
> How do the other webmail systems compare?
> 
> Calendaring support which integrates with Outlook would be a bonus, but apart 
> from that I just need basic functionality.
> 
> -- 
> I do not get viruses because I do not use MS software.
> If you use Outlook then please do not put my email address in your
> address-book so that WHEN you get a virus it won't use my address in the
> >From field.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




multiple auth @samehost

2002-06-16 Thread Marum
Hi list,

I don't know if it is possible, but... go there.

Is possible to have the same login to two different
person at same machine (Debian r6)? one to each
domain, for example. 

I'm tring to put two domains on the same mail server,
but i can't change the login if it alredy exist in the
previous domain. 

Please help me. :-)

I need to know what MTA do that and where can i find
this kind of document or how search it.

I hope transmited my doubt cleanly. Sorry about my
english. :)

Thiago Marum

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread Andrew Tait
I hate been using Cyclonic webmail www.greyguy.com.au for several months now
(not a debian package).

It connects to the pop3 server so it doesn't matter what your system setup
is (mbox, maildir, etc).

The logon screen doesn't give ANY error messages if your login fails, and
there's a few other little problems, buit appart from that it has worked
well for me.

There are sevral versions ranging from free (for commercial use) to
enterprise.

Andrew Tait
System Administrator
Country NetLink Pty, Ltd
E-Mail: [EMAIL PROTECTED]
WWW: http://www.cnl.com.au
30 Bank St Cobram, VIC 3644, Australia
Ph: +61 (03) 58 711 000
Fax: +61 (03) 58 711 874

"It's the smell! If there is such a thing." Agent Smith - The Matrix

- Original Message -
From: "Russell Coker" <[EMAIL PROTECTED]>
To: "Debian ISP" 
Sent: Monday, June 17, 2002 7:09 AM
Subject: webmail


> What's a good webmail system to use?
>
> There are several in Debian, I've had experience with IMP, but that
> experience has been mostly painful.  Upgrading it is always difficult, and
> the packages insist on Postgresql even though it's not needed at all
unless
> you have a cluster.
>
> How do the other webmail systems compare?
>
> Calendaring support which integrates with Outlook would be a bonus, but
apart
> from that I just need basic functionality.
>
> --
> I do not get viruses because I do not use MS software.
> If you use Outlook then please do not put my email address in your
> address-book so that WHEN you get a virus it won't use my address in the
> >From field.
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread Gerard MacNeil
On Sun, 2002-06-16 at 18:09, Russell Coker wrote:
> What's a good webmail system to use?
> 
> There are several in Debian, I've had experience with IMP, but that 
> experience has been mostly painful.  Upgrading it is always difficult, and 
> the packages insist on Postgresql even though it's not needed at all unless 
> you have a cluster.
> 
> How do the other webmail systems compare?
> 
> Calendaring support which integrates with Outlook would be a bonus, but apart 
> from that I just need basic functionality.
> 

I have tried "most" Debianized Webmail package combinations.  For "only
email" and throwing in calendaring support, you are describing the
sqwebmail with courier-pcp (Personal Calendaring Protocol).  The
sqlwebmail package actually has the documentation for PCP.  It is a
logical extension to also use the courier-imap and pop servers which
will also require the courier-authdaemon package.  OTOH, that gives you
a basketful of authentication mechanisms.

Disclaimer: I have not used courier-pcp (yet) and have not had the
courier packages under load.  However, all courier packages install
cleanly (woody), are relatively easy to configure, and of course, use
the Maildir storage format.  The calendar goes in there as well.  The
IMAP/POP combination was the only combined solution I found without some
sort of conflict or complexity.  Still prefer Postfix as the mail
server.  My testing phase is complete, deployment awaits time and
energy.  

And I certainly have do not have the potential user base on a scale that
you have reported to this list on earlier occasions. 


-- 
We just need to figure out which pieces to apply in various combinations
to optimally meet the needs of our different user communities. 
-- Bdale Garbee, Debian Project Leader
http://www.debian.org/vote/2002/platforms/bdale


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread Alexander Clouter
On Jun 17, Christian Hammers wrote:
>
> Wow, great work!
> Useful would also be remarks about 
>  * how fast it is (does it "feel" sluggish?)
>  * how good it deals with *big* multipart mime mails (people like to
>send 50MB Excel sheets via mail. Crashes some of those systems..
>  * activeness of development (sometimes noted).
> 
> You could maybe add those fields and ask people visiting your web page
> for their experiences to complete them... anyways, please don't remove this
> page, I will surely need it soon :-))
> 
well the review page wasn't done by me, it was something I came across
whilst looking for suitable webmail services :)

The ones I was interested in seemed easy enough to set up and so it
shouldn't be difficult to test them and remove them without feeling you have
put wasted work into your 'testing'.

As for the sluggish factor as I mentioned there are online 'previews' and
usually an indication to what hardware is underneath the webserver (if not I
think useful information can be extracted from the HTTP headers) so you know
what sort of hardware you need to 'hide' the sluggishness.

have fun and let me know what you find out about them.  I'm yet to personally
test them until we get our domain registered and the e-mails coming in :)

Alex

-- 
  
/ Fortune finishes the great quotations, \
| #3 |
||
| Birds of a feather flock to a newly|
\ washed car./
  
\   ^__^
 \  (oo)\___
(__)\   )\/\
||w |
|| ||


pgpmduzMFWekt.pgp
Description: PGP signature


Re: webmail

2002-06-16 Thread Christian Hammers
Hello

On Sun, Jun 16, 2002 at 10:22:39PM +0100, Alexander Clouter wrote:
> not all of them are debianized however recently in preparation of a big
> service server I'm setting up soon I looked into webmail stuff and trawled
> through *every* one on freshmeat :)
Wow, great work!
Useful would also be remarks about 
 * how fast it is (does it "feel" sluggish?)
 * how good it deals with *big* multipart mime mails (people like to
   send 50MB Excel sheets via mail. Crashes some of those systems..
 * activeness of development (sometimes noted).

You could maybe add those fields and ask people visiting your web page
for their experiences to complete them... anyways, please don't remove this
page, I will surely need it soon :-))

bye,

-christian-

-- 
Christian HammersWESTEND GmbH - Aachen und Dueren Tel 0241/701333-0
ch@westend.com Internet & Security for ProfessionalsFax 0241/911879
  WESTEND ist CISCO Systems Partner - Authorized Reseller


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: webmail

2002-06-16 Thread Alexander Clouter
On Jun 16, Russell Coker wrote:
>
> What's a good webmail system to use?
> 
> [snipped]
> 
not all of them are debianized however recently in preparation of a big
service server I'm setting up soon I looked into webmail stuff and trawled
through *every* one on freshmeat :)

heres the list (well actually the e-mail I sent to my friends who are
involved in the 'project'):

---
if we are doing all this fancy e-mail stuff with tacobell it may be worth
considering setting up a web-based e-mail thing.  Especially if you are
planning on telling your friends about the 'service'.  Most won't like using
a UNIX mail client 'fun' and they probably don't want to use an IMAP/POP
account.

Some of these clients are *very* nice, others less so.  I would recommend,
if you consider this a good idea, is to have several/all running on the
machine at first and then after a period of trial testing we select the one
we all love the most :)

Before I hand out a stack of links to them heres some interesting bits that
could help enchance the 'experience' of webmail:
http://wuming.it/wap/ (WAP access)
http://www.sanisoft.com/wappop/ (WAP access)

http://www.verelst.net/outlook.html (access outlook accounts via our thing
transparently)

And heres the list of them (review page http://www.cru.fr/http-mail/):
http://ilohamail.org/main.php
http://www.horde.org/imp/
http://jawmail.sourceforge.net/index.php
http://neomail.sourceforge.net/
http://webmail.omnis.ch/omail.pl?action=3Dabout
http://openwebmail.org/
http://www.phpgroupware.org/index.php
http://phorecast.org/
http://ractive.ch/popper/index.php
http://prometheus.zerodivide.net/apps/pimp/
http://www.squirrelmail.org/
http://www.trlinux.com/
http://twig.screwdriver.net/
http://www.uebimiau.sili.com.br/

Tell me what you lot think and we will deal with it, this collection was made
up from trawling freshmeat.net.  So if you are looking for other ones I would
use freshmeat. :)

Alex
--

most of the above have a 'preview' feature you can use on their website.  And
there are definately one or two very professional GPL ones which have
calender support.

have fun

Alex

-- 
 ___ 
/ All things being equal, you are bound \
\ to lose.  /
 --- 
\   ^__^
 \  (oo)\___
(__)\   )\/\
||w |
|| ||


pgpulaTSfxKDb.pgp
Description: PGP signature


webmail

2002-06-16 Thread Russell Coker
What's a good webmail system to use?

There are several in Debian, I've had experience with IMP, but that 
experience has been mostly painful.  Upgrading it is always difficult, and 
the packages insist on Postgresql even though it's not needed at all unless 
you have a cluster.

How do the other webmail systems compare?

Calendaring support which integrates with Outlook would be a bonus, but apart 
from that I just need basic functionality.

-- 
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
>From field.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: increase mysql max connections over 1024

2002-06-16 Thread Jeff S Wheeler
On Sun, 2002-06-16 at 04:24, Osamu Aoki wrote:
  *snip*
> If what you say is true, I can tell you that ANY program which is
> involved with mysql and which used local_lim.h needs to be recompiled.
> What I do not know is whether this involves glibc (libc6) or not.

Why would this be the case?  I might be missing something, but I believe
the poster is just discussing making a change to the mysql-server, NOT
the libmysqlclient library.

Any library dependencies of the mysqld server (ldd bin/mysqld ?) would
need to be rebuilt, probably including libc, but you could always keep
private copies of them and use LD_LIBRARY_PATH to avoid changing the
system-wide libc, and thus necessitating a rebuild of other sources
which depend on that limit being consistent between themselves and their
dependencies.

Am I off my rocker?  I know it's not a real clean solution, keeping a
seperate copy of libc, but it seems workable.

-- 
Jeff S Wheeler   [EMAIL PROTECTED]
Software DevelopmentFive Elements, Inc
http://www.five-elements.com/~jsw/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Martin WHEELER
Thanks to the help from this list, I've found out one or two essential
facts which have allowed me to install working versions of the .deb for
analog (actually, I then found the same info in the first few lines of
the documentation included with awstats, which was giving me the same
sort of grief for the same reasons) -- now, I wonder, could the list
similarly help me to get Report Magic going?

The documentation talks glibly about Windows and Mac installations --
all else is 'source' -- but that isn't really of any concern.

Does anyone know what is being referred to by "the analog directory" in
this documentation?
Analog lives in /usr/bin/analog; its configuration file lives at
/etc/analog.conf; the form generator it uses to produce its HTML output
lives in /usr/bin/cgi-bin/; but where does it send its output when it's
producing data files, not HTML?  (I've got it to produce 'report.dat';
but I'm damned if I know where it puts it once it's produced it!)
Or does it live only in cyberspace and do I have to specify where it
goes myself?
This is not at all clear.  (My browser can find it, and display it as
text, however.)

Likewise for Report Magic -- where is the directory the documentation
refers to as 'the Report Magic directory"?
Again, rmagic lives in /usr/bin/rmagic (presumably the 'rmagic.pl'
talked about in the docs); its configuration files lives at
/etc/rmagic/rmagic.ini (and log files go into the same directory); but
where is it going to look for the 'report.dat' input file it requires?
And how do I fire it up from a web-page?  Write my own link from
cgi-bin and point to that?

Once again -- any help/suggestions most appreciated.  I feel there's
something absolutely obvious which is just off the edge of my
perception; but the only other Debian user in my neighbourhood says he
abandoned ever trying to get this combo to work several months ago.

msw
--
Martin Wheeler <[EMAIL PROTECTED]> gpg key 01269BEB @ the.earth.li



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Martin WHEELER

Thanks to the help from this list, I've found out one or two essential
facts which have allowed me to install working versions of the .deb for
analog (actually, I then found the same info in the first few lines of
the documentation included with awstats, which was giving me the same
sort of grief for the same reasons) -- now, I wonder, could the list
similarly help me to get Report Magic going?

The documentation talks glibly about Windows and Mac installations --
all else is 'source' -- but that isn't really of any concern.

Does anyone know what is being referred to by "the analog directory" in
this documentation?
Analog lives in /usr/bin/analog; its configuration file lives at
/etc/analog.conf; the form generator it uses to produce its HTML output
lives in /usr/bin/cgi-bin/; but where does it send its output when it's
producing data files, not HTML?  (I've got it to produce 'report.dat';
but I'm damned if I know where it puts it once it's produced it!)
Or does it live only in cyberspace and do I have to specify where it
goes myself?
This is not at all clear.  (My browser can find it, and display it as
text, however.)

Likewise for Report Magic -- where is the directory the documentation
refers to as 'the Report Magic directory"?
Again, rmagic lives in /usr/bin/rmagic (presumably the 'rmagic.pl'
talked about in the docs); its configuration files lives at
/etc/rmagic/rmagic.ini (and log files go into the same directory); but
where is it going to look for the 'report.dat' input file it requires?
And how do I fire it up from a web-page?  Write my own link from
cgi-bin and point to that?

Once again -- any help/suggestions most appreciated.  I feel there's
something absolutely obvious which is just off the edge of my
perception; but the only other Debian user in my neighbourhood says he
abandoned ever trying to get this combo to work several months ago.

msw
--
Martin Wheeler <[EMAIL PROTECTED]> gpg key 01269BEB @ the.earth.li



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Martin WHEELER
On 16 Jun 2002, Gerard MacNeil wrote:

> You would control the log file permissions and ownerships by editing
> /etc/logrotate.d/apache

Thanks for that piece of info -- it's helped me sort out a couple of
other things, too.
-- 
Martin Wheeler <[EMAIL PROTECTED]> gpg key 01269BEB @ the.earth.li



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Gerard MacNeil
On Sun, 2002-06-16 at 07:37, Martin WHEELER wrote:
> On Sun, 16 Jun 2002, SZALAY Attila wrote:
> 
> > The ownership and the restrictions are not what analog expects.
> > If you run analog through a cgi script @ http, then the logfiles MUST
> > have chmod 644 with any ownership, or have a 640 with at least chgrp
> > www-data.
> 
> OK.  Leaving ownership.group at root.adm, and chmodding all files to 644
> gives me readable output.
> 
> But how do I guarantee that all future log files will be generated 644?
> (Alternatively, in group www-data.)  Currently, they're being generated
> 640.  Any clues gratefully appreciated.
> 
> > > Apache's logs are root.adm 540.
> > 540???
> 
> Sorry -- brain-fart.  Meant 640.

The permissions are set by "logrotate".  According to the Apache's
changelog.Debian.gz, the switch from "savelog" happened December 2001.

You would control the log file permissions and ownerships by editing
/etc/logrotate.d/apache

-- 
We just need to figure out which pieces to apply in various combinations
to optimally meet the needs of our different user communities. 
-- Bdale Garbee, Debian Project Leader
http://www.debian.org/vote/2002/platforms/bdale


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Martin WHEELER
On Sun, 16 Jun 2002, SZALAY Attila wrote:

> The ownership and the restrictions are not what analog expects.
> If you run analog through a cgi script @ http, then the logfiles MUST
> have chmod 644 with any ownership, or have a 640 with at least chgrp
> www-data.

OK.  Leaving ownership.group at root.adm, and chmodding all files to 644
gives me readable output.

But how do I guarantee that all future log files will be generated 644?
(Alternatively, in group www-data.)  Currently, they're being generated
640.  Any clues gratefully appreciated.

> > Apache's logs are root.adm 540.
> 540???

Sorry -- brain-fart.  Meant 640.
-- 
Martin Wheeler <[EMAIL PROTECTED]> gpg key 01269BEB @ the.earth.li


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Martin WHEELER

On 16 Jun 2002, Gerard MacNeil wrote:

> You would control the log file permissions and ownerships by editing
> /etc/logrotate.d/apache

Thanks for that piece of info -- it's helped me sort out a couple of
other things, too.
-- 
Martin Wheeler <[EMAIL PROTECTED]> gpg key 01269BEB @ the.earth.li



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Gerard MacNeil

On Sun, 2002-06-16 at 07:37, Martin WHEELER wrote:
> On Sun, 16 Jun 2002, SZALAY Attila wrote:
> 
> > The ownership and the restrictions are not what analog expects.
> > If you run analog through a cgi script @ http, then the logfiles MUST
> > have chmod 644 with any ownership, or have a 640 with at least chgrp
> > www-data.
> 
> OK.  Leaving ownership.group at root.adm, and chmodding all files to 644
> gives me readable output.
> 
> But how do I guarantee that all future log files will be generated 644?
> (Alternatively, in group www-data.)  Currently, they're being generated
> 640.  Any clues gratefully appreciated.
> 
> > > Apache's logs are root.adm 540.
> > 540???
> 
> Sorry -- brain-fart.  Meant 640.

The permissions are set by "logrotate".  According to the Apache's
changelog.Debian.gz, the switch from "savelog" happened December 2001.

You would control the log file permissions and ownerships by editing
/etc/logrotate.d/apache

-- 
We just need to figure out which pieces to apply in various combinations
to optimally meet the needs of our different user communities. 
-- Bdale Garbee, Debian Project Leader
http://www.debian.org/vote/2002/platforms/bdale


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: increase mysql max connections over 1024

2002-06-16 Thread Osamu Aoki
On Fri, Jun 14, 2002 at 12:58:31PM +0800, Patrick Hsieh wrote:
> I'd like to increase the number of max connections above 1024 in Linux.
> I think I have to increase PTHREAD_THREADS_MAX  in 
> 
> /usr/include/bits/local_lim.h
> 
> /* The number of threads per process.  */
> #define _POSIX_THREAD_THREADS_MAX   64
> /* This is the value this implementation supports.  */
> #define PTHREAD_THREADS_MAX 1024
> 
> 
> My question is, what should I do after modify this file. Should I
> rebuild mysql-server .deb package again? Or I just set mysql max
> connections and restart mysql server?

I am not expert ...

If what you say is true, I can tell you that ANY program which is
involved with mysql and which used local_lim.h needs to be recompiled.
What I do not know is whether this involves glibc (libc6) or not.

Anyway, at root

# apt-get source mysql-server
# cd mysql-server*

Check source for what happens "debian/rules binary".

-- 
~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ +
 Osamu Aoki @ Cupertino CA USA
 See "User's Guide": http://www.debian.org/doc/manuals/users-guide/
 See "Debian reference": http://www.debian.org/doc/manuals/reference/
 "Debian reference" Project at: http://qref.sf.net

 I welcome your constructive criticisms and corrections.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread Martin WHEELER

On Sun, 16 Jun 2002, SZALAY Attila wrote:

> The ownership and the restrictions are not what analog expects.
> If you run analog through a cgi script @ http, then the logfiles MUST
> have chmod 644 with any ownership, or have a 640 with at least chgrp
> www-data.

OK.  Leaving ownership.group at root.adm, and chmodding all files to 644
gives me readable output.

But how do I guarantee that all future log files will be generated 644?
(Alternatively, in group www-data.)  Currently, they're being generated
640.  Any clues gratefully appreciated.

> > Apache's logs are root.adm 540.
> 540???

Sorry -- brain-fart.  Meant 640.
-- 
Martin Wheeler <[EMAIL PROTECTED]> gpg key 01269BEB @ the.earth.li


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Analog ( + Report Magic)

2002-06-16 Thread SZALAY Attila
On Sun, 16 Jun 2002, Martin WHEELER wrote:
> OK, I give up.  (Again.)
You can't be nervous against a penguin...

> What am I doing wrong in trying to run analog under current testing?
The ownership and the restrictions are not what analog expects.
If you run analog through a cgi script @ http, then the logfiles MUST
have chmod 644 with any ownership, or have a 640 with at least chgrp
www-data.

> Analog is version 5.22.  (Analog.cgi is root.root 755)
> Apache's logs are root.adm 540.  Root can run analog to produce HTML
540???
Do you have something shellscript or perl IN the logfiles to have them
running? :)

> I'm baffled.  (It used to work great without any hand configuration.
> Don't know what sent it agley like this.  Documentation is not much
> help.)  My final aim is to get Report Magic processing the output of
> analog, but so far the only HTML output I get is a nicely formatted and
> chatty HTML page containing no data from the apache logs.  What is going
> wrong/not being done?  Why can't my browser read the log files?
if analog could read the logfiles, then your browser will show
everything as you wanted

ByeZ,
Was

-- 
SZALAY Attila / mrwas at cdata.hu / (20) 944 13 72
"Not having an updated virus protection on a Windoze box today,
is like trying to cure human flue by eating popcorn."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: increase mysql max connections over 1024

2002-06-16 Thread Osamu Aoki

On Fri, Jun 14, 2002 at 12:58:31PM +0800, Patrick Hsieh wrote:
> I'd like to increase the number of max connections above 1024 in Linux.
> I think I have to increase PTHREAD_THREADS_MAX  in 
> 
> /usr/include/bits/local_lim.h
> 
> /* The number of threads per process.  */
> #define _POSIX_THREAD_THREADS_MAX   64
> /* This is the value this implementation supports.  */
> #define PTHREAD_THREADS_MAX 1024
> 
> 
> My question is, what should I do after modify this file. Should I
> rebuild mysql-server .deb package again? Or I just set mysql max
> connections and restart mysql server?

I am not expert ...

If what you say is true, I can tell you that ANY program which is
involved with mysql and which used local_lim.h needs to be recompiled.
What I do not know is whether this involves glibc (libc6) or not.

Anyway, at root

# apt-get source mysql-server
# cd mysql-server*

Check source for what happens "debian/rules binary".

-- 
~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ +
 Osamu Aoki @ Cupertino CA USA
 See "User's Guide": http://www.debian.org/doc/manuals/users-guide/
 See "Debian reference": http://www.debian.org/doc/manuals/reference/
 "Debian reference" Project at: http://qref.sf.net

 I welcome your constructive criticisms and corrections.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]