All,
Been a long time since I posted anything but I wanted to give some number
for the group as well.
Just an FYI it also maybe hardware and version dependent, that is to say
that the performance measurements are not cpu bound therefor it may be IO
that is saturated which will happen on either m
Peter,
You need to install libtool, I got the same thing on one of my devel
boxes, once libtool is installed re-run autoreconf. This svn version has
now been running for a while on a semi-production box and it looks like
imapd doesn't leak memory anymore.
-leif
Peter Rabbitson wrote:
Aaron
Humm looks like it might be in the ic_fetch:
==26918== 37,800 bytes in 54 blocks are still reachable in loss record
23 of 27
==26918==at 0x40235AB: realloc (vg_replace_malloc.c:306)
==26918==by 0x428CF4A: vasprintf (in /lib/i686/cmov/libc-2.5.so)
==26918==by 0x41708C6: g_vasprintf (
ory can be any you choose it will make a file per pid
and log the leaks that arn't suppressed by the valgrind suppession file.
That should help us track this down futher. As arron said the options
that you specified may also be needed but the tool should be memcheck.
Thanks for helping tr
Martin,
Based on the link with the logs and your message in question I tried to
reproduce this issue under valgrind and was unable to with 2.1.7
dbmail-smtp as well as the retrival of the message after storage matches
the original. So I would guess that this sig9 is somewhere in your exim
chain o
DK,
I have them at 95 with a chkconfig version of the dbmail init scripts on
CentOS 4.3 64bit But as long as they are after your network and if sql is
on the same machine your mysql startup it should be fine at any init
number.
-leif
On Wed, July 26, 2006 7:37 pm, DK wrote:
>
> One more thing wh
Richard,
In the archives for dbmail-dev you will find a patch I made for dbmail
2.0rc5 that implements SORT for just this reason. It is US-ASCII only.
and beta but it seems to work fine for webmail purposes.
-Leif
> Hi,
>
> I was wondering if anyone has been working on THREAD and/or SORT comman
I just posed a message to the list for John's issue you are having the
same one. if Ilja is around maybe we can get out a 1.2.7b with this minor
fix in it. See the other message I sent to the list.
-leif
> Hello,
>
>
>
> I use dbmail for a couple of days and have been monitoring the maillog
> ve
I am betting that my mysql auto-reconnect change that went into 2.x devel
tree didn't get into 1.2.x Ilja? maybe we can get out a 1.2.7b anyway in
the db_connect area you have to add a line like...
/* auto re-connect */
conn.reconnect = 1;
this is right after the mysql_init in th
mail. I'm willing to migrate my dbmail 1.2.5 to the 2.0 RC4 if I
> can apply your speedup patch (server side search) - where can i get it?
> Is it bundled in the 2.0 RC4 source?
>
> Thanks in advance,
> Augusto Bott
>
> Leif Jackson wrote:
>
>>Augusto & Mica
h my beta patch to 2.0rc4.
Thanks,
Leif Jackson.
> Micah,
>
> I'm running the very same configuration here - SM 1.4.2 and dbmail 1.2.5.
> Have you experienced perfomance problems?
> For benchmarking purposes, i created 30 folders and filled each one of
> them with 100 to 1500
Roel,
I noticed that some of the original patch I sent you a while ago for
memory leaks missed these few db_free_result's I have attached the patch
for current cvs. Thanks. I am still trying to track down the issue with
the list.c node_add it still seems that there is an instance in the
codebase
rfectly. I may be able to clean up the code a bit and send it in,
otherwise I would ask that this change be thought about at least when
working on the more than one username issue.
Thanks,
Leif Jackson
--
Jones Jackson Consulting http://www.jjcons.com
Programmer && Linux Enthusiast [EMAIL P
13 matches
Mail list logo