[Dbmail] main.c in CVS, location of dbmail.conf not explicit

2002-12-07 Thread Eli Stair
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

Re[2]: [Dbmail] Suggestion: SQLite backend

2002-12-07 Thread Dave Logan
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

Re[2]: [Dbmail] Suggestion: SQLite backend

2002-12-07 Thread Steve Howe
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

Re[2]: [Dbmail] Suggestion: SQLite backend

2002-12-07 Thread Steve Howe
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

Re: [Dbmail] Suggestion: SQLite backend

2002-12-07 Thread Jeff Brenton
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

[Dbmail] more db port thoughts

2002-12-07 Thread Richard Barrington
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

Re: [Dbmail] Suggestion: SQLite backend

2002-12-07 Thread Richard Barrington
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

[Dbmail] Suggestion: SQLite backend

2002-12-07 Thread Steve Howe
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

Re: [Dbmail] Bugfix: SMTP signal 11

2002-12-07 Thread Andreas Richter
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.