On Wed, 2006-03-15 at 14:30 -0800, Blake Mitchell wrote:
Geo, I think you are confusing your forks. You are thinking fork as in
run in the background by forking and then killing the parent. Where as
Aaron is talking about forking child processes to handle each connection.
If that's the case,
--- Marc Dirix [EMAIL PROTECTED] wrote:
Reboot??
For installing dbmail?
Did it also update your kernel or what?
Nope... it just had to shut down various services I
guess... and suggested to reboot, to be sure everything
came back up properly.
/Marc
Kevin Baker
Mission Vi Inc.
On Wed, 2006-03-15 at 18:36 -0500, Geo Carncross wrote:
On Wed, 2006-03-15 at 14:30 -0800, Blake Mitchell wrote:
Geo, I think you are confusing your forks. You are thinking fork as in
run in the background by forking and then killing the parent. Where as
Aaron is talking about forking
Hello
There is such lines in (for example) imapd.c:
SetMainSigHandler();
if (no_daemonize) {
get_config(config);
StartCliServer(config);
config_free();
g_mime_shutdown();
return 0;
}
Please file a bug; there are a couple problems in the new daemonizing
code, and some planned changes to keep track of.
Aaron
On Thu, 2006-03-16 at 03:54 +0300, Oleg Lapshin wrote:
Hello
There is such lines in (for example) imapd.c:
SetMainSigHandler();
if (no_daemonize) {
On Wed, 2006-03-15 at 23:06 +0100, Marc Dirix wrote:
[snip]
Mar 15 23:02:50 xi dbmail/imap4d[14500]: dbpgsql.c,db_query: previous
result set is possibly not freed.
Is this a bug?
/Marc
It's more of a friendly notice that there's a forgotten db_free_result
call; the potential memory leak
On Wed, 2006-03-15 at 23:03 +0100, Marc Dirix wrote:
At the moment dbmail-smtp actually says I misconfigured or something:
#cat websuccess |formail -s /usr/sbin/dbmail-smtp -u marc
config.c,config_read: error reading config file /etc/dbmail/dbmail.conf
Paul's been rearranging some of the
I fixed this yesterday, but my git/svn merging was messed up. It there now.
Aaron Stone wrote:
Please file a bug; there are a couple problems in the new daemonizing
code, and some planned changes to keep track of.
Aaron
On Thu, 2006-03-16 at 03:54 +0300, Oleg Lapshin wrote:
Hello
Matthew Sayler wrote:
This is unsurprising, because dbmail_imap_session_printf does a pretty
huge amount of work on every call:
1) vprintf the message
2) flush the output fd
3) dup the fd and create a new g_mime_stream_fs on it
4) create a new stream filter
5) add the filter to the
Matthew,
I've fixed this by making the filtered stream persistent in the
imapsession. Should speed up things quite a bit.
Paul J Stevens wrote:
Matthew Sayler wrote:
This is unsurprising, because dbmail_imap_session_printf does a pretty
huge amount of work on every call:
1) vprintf the
Aaron Stone wrote:
On Wed, 2006-03-15 at 23:03 +0100, Marc Dirix wrote:
At the moment dbmail-smtp actually says I misconfigured or something:
#cat websuccess |formail -s /usr/sbin/dbmail-smtp -u marc
config.c,config_read: error reading config file /etc/dbmail/dbmail.conf
Paul's been
Marc Dirix wrote:
My apple mail client often suddenly crashes, withouth any reason when
it's getting new messages.
I use dbmail-imap trunk 2027.
Looks like something is triggering a signal.
try making the accept failure fail louder (patch attached).
Here is an excerp from my
On Wed, 2006-03-15 at 16:33 -0800, Aaron Stone wrote:
On Wed, 2006-03-15 at 18:36 -0500, Geo Carncross wrote:
On Wed, 2006-03-15 at 14:30 -0800, Blake Mitchell wrote:
Geo, I think you are confusing your forks. You are thinking fork as in
run in the background by forking and then killing
On Wed, Mar 15, 2006 at 03:01:13PM -0600, Matthew Sayler wrote:
I'm trying to track down why dbmail-imapd bombs out when talking to
Thunderbird 1.5 on my jumbo-INBOX-of-doom (tipping the scales at close
to 90k-messages these days).
I was doing an strace on the imap daemon and noticed a huge
Aaron Stone wrote:
Finding the config file is still different by way of the compile-time
config file location selection. As long as the error message makes it to
stderr and/or the log file, it's all good.
~/git/dbmail-2.1# mv /etc/dbmail/dbmail.conf /tmp/
~/git/dbmail-2.1# ./dbmail-smtp
Hello,
I have some strage messages in my mailspool. Qmail is perfectly happy
to accept messages without such commonly used fields as To and From, and
as a result Thunderbird pukes when it asks for its usual set of
headers and gets a NIL back. That's a bug in Thunderbird, but dbmail
is not
On Thu, Mar 16, 2006 at 10:25:57AM +0100, Paul J Stevens wrote:
Matthew,
I've fixed this by making the filtered stream persistent in the
imapsession. Should speed up things quite a bit.
For the JMOD, it decreases CPU time from 70s to 21s and wallclock time
by a couple of minutes (to fetch
On Thu, 2006-03-16 at 21:43 +0100, Paul J Stevens wrote:
Still, main.c could do with some serious housekeeping. There's still
some leftover traces of the old mime parser api there (mime.c must go!).
Ok, down to one function that does the Gmime InternetAddress parsing.
Aaron
18 matches
Mail list logo