[Dbmail-dev] [DBMail 0000564]: mem leak

2007-04-07 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=564 == Reported By:sn Assigned To: ==

Re: [Dbmail-dev] [DBMail 0000564]: mem leak

2007-04-07 Thread Aaron Stone
On Sat, 2007-04-07 at 22:49 +0200, Paul J Stevens wrote: > [EMAIL PROTECTED] wrote: > > This is good evidence that there may be a problem, but doesn't help anybody > > to find it. If you can construct a few session transcripts that reliably > > cause memory leaks, we can start tracking it down. >

Re: [Dbmail-dev] Child state information

2007-04-07 Thread Aaron Stone
Weird, those definitely should be throwing warnings, but I'm not getting them... I might need to fight with gcc this afternoon. Thanks for clearing these up! On Sat, 2007-04-07 at 23:04 +0200, Paul J Stevens wrote: > Aaron, I'm getting compiler warnings from your latest changes: > > serverchild.c

Re: [Dbmail-dev] Child state information

2007-04-07 Thread Paul J Stevens
Aaron, I'm getting compiler warnings from your latest changes: serverchild.c: In function 'PerformChildTask': serverchild.c:345: warning: passing argument 1 of 'child_reg_connected_client' discards qualifiers from pointer target type serverchild.c:345: warning: passing argument 2 of 'child_reg_con

Re: [Dbmail-dev] [DBMail 0000564]: mem leak

2007-04-07 Thread Paul J Stevens
[EMAIL PROTECTED] wrote: > This is good evidence that there may be a problem, but doesn't help anybody > to find it. If you can construct a few session transcripts that reliably > cause memory leaks, we can start tracking it down. I'm thinking of fixing the code so it will work with libgc. I reme

[Dbmail-dev] [DBMail 0000564]: mem leak

2007-04-07 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=564 == Reported By:sn Assigned To: ==

[Dbmail-dev] [DBMail 0000564]: mem leak

2007-04-07 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=564 == Reported By:sn Assigned To: ==

[Dbmail-dev] [DBMail 0000563]: Overall mailbox name (INBOX + subfolders) is limited to approx. 100 characters

2007-04-07 Thread bugtrack
The following issue has been ACKNOWLEDGED. == http://www.dbmail.org/mantis/view.php?id=563 == Reported By:Tarick Assigned To:

[Dbmail-dev] [DBMail 0000563]: Overall mailbox name (INBOX + subfolders) is limited to approx. 100 characters

2007-04-07 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=563 == Reported By:Tarick Assigned To: ==

Re: [Dbmail-dev] Another user with DBMail failing to build per #0000453

2007-04-07 Thread Aaron Stone
On Fri, 2007-04-06 at 01:22 -0700, Aaron Stone wrote: > On Thu, 2007-04-05 at 12:26 +1000, Boey Maun Suang wrote: > > > > Do you get the same set of errors repeated for export.c and > > > sievecmd.c? > > > > I get them for sievecmd.c, but, oddly, not for export.c. > > This should now be fixed

Re: [Dbmail-dev] Child state information

2007-04-07 Thread Aaron Stone
On Fri, 2007-04-06 at 09:34 -0700, Aaron Stone wrote: > On Fri, 2007-04-06 at 15:26 +0200, Paul J Stevens wrote: > > Most of that struct was simply stubbed as a todo. It would be nice > if we could > > track some key information per client: > > > > - total traffic send and recieved > > We've hav

[Dbmail-dev] Re: Treo (VersaMail) times out trying to download w/IMAP

2007-04-07 Thread Bernard Johnson
Alan Hicks wrote: > Bernard Johnson wrote: >> Bernard Johnson wrote: >>> I (and other people I know) have been using VersaMail on a Treo with >>> dbmail. For the past year (on different versions of VersaMail and >>> different versions of dbmail), things have worked great. >>> >>> Then, a few weeks

Re: [Dbmail-dev] Re: Treo (VersaMail) times out trying to download w/IMAP

2007-04-07 Thread Alan Hicks
Bernard Johnson wrote: Bernard Johnson wrote: I (and other people I know) have been using VersaMail on a Treo with dbmail. For the past year (on different versions of VersaMail and different versions of dbmail), things have worked great. Then, a few weeks ago, when trying to synchronize with t