Hi,
Yes, this is the same thing I am seeing. There is an exit(1) above a section
where it says that whoever wrote the code didn't know why it would die
trying to close the connection which was still open after the signal
handler. It's in serverchild.c. I was thinking that that's what the segv
was.
Hello all,
First of all, congratulations for the 1.0 release.
I would like to suggest a SQLite (http://www.hwaci.com/sw/sqlite/)
backend. SQLite is a *fast* (they claim to be 4x faster then
PostgreSQL) and small (lib is around 200Kb) embedded SQL engine. It's
provided with full C/C++ code, and yo
Just my opinion, but I guess that's not really the market that dbmail is aimed
at? If the complexity/overhead of pgsql or mysql is too much, why not just stick
with regular mail spools?
OTOH, the dbmail facilitates adding other dbms easy enough, so why not
investigate
further. A Sleepycat Berkele
Hi.
After spending a little while reading the Sleepy Cat site, I wonder if the
Berkeley
DB HA option (http://www.sleepycat.com/hafeatures.html) is worth pursuing
further
for sites requiring replication and so on?
I think it could be done in a dbmail transparent manner, but haven't
investigated
Hello Steve,
SH> I would like to suggest a SQLite (http://www.hwaci.com/sw/sqlite/)
SH> backend. SQLite is a *fast* (they claim to be 4x faster then
SH> PostgreSQL) and small (lib is around 200Kb) embedded SQL engine.
SH> It's provided with full C/C++ code, and you can choose between
SH> dynamic o
Hello Jeff,
Saturday, December 7, 2002, 11:28:00 AM, you wrote:
JB> The advantage dbmail using MySQL or PostGREShas over what SQLite would
JB> offer is the ability for multiple machines to act as "front ends" to
JB> the data store. SQLite is a single-machine solution, at a quick
JB> glance.
And t
Hello Richard,
Saturday, December 7, 2002, 6:12:51 AM, you wrote:
RB> Just my opinion, but I guess that's not really the market that dbmail is
aimed
RB> at? If the complexity/overhead of pgsql or mysql is too much, why not just
stick
RB> with regular mail spools?
Because they are slow, many are
Hi all!
I know that I personally can see the use for a "light"
backend.
I work for an ISP, and we're implementing dbmail.
For that installation with thousands of users and gigabytes
of maildata, of course we want to use a midweight contender
for our database so we chose postgresql. But for my pers
I've just built today's CVS and it looks like main.c still needs to be updated
with a full location of dbmail.conf, as dbmail-smtp isn't working for me.
/eli
--
CAUTION: Repeated use of finger can cause a system to become overloaded, which
can cause it to stop responding.
--Infinite wisdom from
