Re: [Dbmail] Version 3.0.3

2012-09-06 Thread Paul J Stevens
On 09/05/2012 08:26 PM, Jorge Bastos wrote: When you plan to release it? When I track down and fix the memory leakage in imapd: http://www.dbmail.org/mantis/view.php?id=848 -- Paul J Stevenspjstevns @ gmail, twitter,

[Dbmail] Version 3.0.3

2012-09-05 Thread Jorge Bastos
Howdy Paul, I'd like to ask you the plans for 3.0.3, which it seems to me to be the most stable since 3.0.2, from what I've been seeing in the GIT log. I'm planning my upgrade from 2.3.6 to latest, and I want to do it with 3.0.3 only. When you plan to release it? Jorge,

Re: [Dbmail] Version

2010-03-08 Thread Paul J Stevens
Andrea Brancatelli wrote: Now, that's funny :-) [r...@mirtillo ~]# pkg_info | grep dbmail dbmail-2.3.6An SQL database-based mail system (POP3 and IMAP) [r...@mirtillo ~]# dbmail-imapd -V This is DBMail version 0.9.9 Is this correct? :-) It isn't, but it's already fixed

Re: [Dbmail] Version

2010-03-08 Thread Jonathan Feally
to be used for this case? -Jon On 3/8/2010 12:21 AM, Paul J Stevens wrote: Andrea Brancatelli wrote: Now, that's funny :-) [r...@mirtillo ~]# pkg_info | grep dbmail dbmail-2.3.6An SQL database-based mail system (POP3 and IMAP) [r...@mirtillo ~]# dbmail-imapd -V This is DBMail version

Re: [Dbmail] Version

2010-03-08 Thread Paul J Stevens
~]# pkg_info | grep dbmail dbmail-2.3.6An SQL database-based mail system (POP3 and IMAP) [r...@mirtillo ~]# dbmail-imapd -V This is DBMail version 0.9.9 Is this correct? :-) It isn't, but it's already fixed

Re: [Dbmail] Version

2010-03-08 Thread Jonathan Feally
~]# dbmail-imapd -V This is DBMail version 0.9.9 Is this correct? :-) It isn't, but it's already fixed. -- Scanned for viruses and dangerous content by MailScanner ___ DBmail mailing list DBmail@dbmail.org

[Dbmail] Version

2010-03-07 Thread Andrea Brancatelli
Now, that's funny :-) [r...@mirtillo ~]# pkg_info | grep dbmail dbmail-2.3.6An SQL database-based mail system (POP3 and IMAP) [r...@mirtillo ~]# dbmail-imapd -V This is DBMail version 0.9.9 Is this correct? :-) ___ DBmail mailing list DBmail

Re: AW: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-10 Thread Paul J Stevens
; DBMAIL Developers Mailinglist Betreff: [Dbmail] DBMail version 2.2.10 release candidate Hi all, I've released the first candidate for dbmail-2.2.10. This one is primarily meant to fix the duplicate-key bug #685. download: http://www.dbmail.org/download/2.2/dbmail-2.2.10-rc1.tar.gz

AW: AW: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-10 Thread Simon Lange
PROTECTED] Im Auftrag von Paul J Stevens Gesendet: Montag, 10. März 2008 09:23 An: DBMail mailinglist Betreff: Re: AW: [Dbmail] DBMail version 2.2.10 release candidate You mentioned this before, but what are you talking about? Simon Lange wrote: Hmmm how to disable the spammy spammy debugmode?! Did

Re: AW: AW: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-10 Thread John Fawcett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon Lange wrote: Just some lines of dbmail-util... same for all binaries of dbmail. Dbmail-conf settings for tracelevel are completely ignored. Began with the patch. And now arrived in the rc1. Regards Simon Simon maybe it's something

Re: AW: AW: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-10 Thread Paul J Stevens
Simon tracelevel has been deprecated since before 2.2.0. Please use trace_syslog and/or trace_stderr to control the logging level. John Fawcett wrote: Simon Lange wrote: Just some lines of dbmail-util... same for all binaries of dbmail. Dbmail-conf settings for tracelevel are completely

Re: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-10 Thread Michael Monnerie
On Montag, 10. März 2008 Simon Lange wrote: Dbmail-conf settings for tracelevel are completely ignored. Maybe you set a global DEBUG, or in the IMAP or POP section, and missed the other config? Search for all options, or post your config. mfg zmi -- // Michael Monnerie, Ing.BSc-

AW: AW: AW: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-10 Thread Simon Lange
? ;) -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul J Stevens Gesendet: Montag, 10. März 2008 12:00 An: DBMail mailinglist Betreff: Re: AW: AW: [Dbmail] DBMail version 2.2.10 release candidate Simon tracelevel has been deprecated since before 2.2.0

AW: [Dbmail] DBMail version 2.2.10 release candidate

2008-03-09 Thread Simon Lange
. ;) Best regards Simon -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul J Stevens Gesendet: Freitag, 7. März 2008 14:11 An: DBMail mailinglist; DBMAIL Developers Mailinglist Betreff: [Dbmail] DBMail version 2.2.10 release candidate -BEGIN

[Dbmail] DBMail version 2.2.10 release candidate

2008-03-07 Thread Paul J Stevens
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I've released the first candidate for dbmail-2.2.10. This one is primarily meant to fix the duplicate-key bug #685. download: http://www.dbmail.org/download/2.2/dbmail-2.2.10-rc1.tar.gz full changelog:

Re: [Dbmail] Re: dbmail version

2007-05-02 Thread zamri
On 5/1/07, Aaron Stone [EMAIL PROTECTED] wrote: I changed the version number in SVN to 2.2.5-pre-svn but Paul does the releases, so he'll have to remember to make that 2.2.5 before producing the tarball :-) Aaron That's good :). It is important because by running dbmail-imapd -V, we know which

[Dbmail] Re: dbmail version

2007-05-01 Thread zamri
This is DBMail version 2.2 I think it is good to have exact version to show, eg 2.2.4 so that we know which version we run. -- zamri Linux System Administrator Kolej ShahPutra Kuantan Pahang Malaysia Tel : 609.573.777.7 ext 119 web : http://muhdzamri.blogspot.com -- zamri Linux System Administrator

Re: [Dbmail] Re: dbmail version

2007-05-01 Thread Aaron Stone
/07, zamri [EMAIL PROTECTED] wrote: After upgrading to 2.2.4, i noticed that dbmail-imapd, dbmail-util, dbmail-lmtpd and friends did not show exact version when I issued -V. It showed only 2.2. dbmail-imapd -V This is DBMail version 2.2 I think it is good to have exact version to show

[Dbmail] dbmail version

2007-04-26 Thread zamri
After upgrading to 2.2.4, i noticed that dbmail-imapd, dbmail-util, dbmail-lmtpd and friends did not show exact version when I issued -V. It showed only 2.2. dbmail-imapd -V This is DBMail version 2.2 I think it is good to have exact version to show, eg 2.2.4 so that we know which version we

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-05-19 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-01-20 Thread bugtrack
== Summary:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-01-19 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

Re: [Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-01-19 Thread Paul J Stevens
Aaron, Are you using autoreconf -f -i ? -- aaron - 19-Jan-05 12:01 CET -- I tried putting changing AM_INIT_AUTOMAKE(dbmail, 2.0) to

Re: [Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-01-19 Thread Aaron Stone
On Wed, Jan 19, 2005, Paul J Stevens [EMAIL PROTECTED] said: Are you using autoreconf -f -i ? Yeah, and I had it working once before using -f -i, but it's not now :-( Aaron

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-01-11 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2005-01-11 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2004-12-13 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2004-12-13 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2004-12-11 Thread bugtrack
== Summary:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

[Dbmail-dev] [DBMail 0000131]: determine dbmail version

2004-11-30 Thread bugtrack
:determine dbmail version Description: It would be nice to have a means for external programs to identify what version of dbmail is in use (and hence what table layout to expect

RE: [Dbmail] version 1.2.1 dbmail-pop3d imapd 99% CPU usage !

2003-11-24 Thread Shih Ming-Wei
try using -O2 -fomit-frame-pointer -pipe as you CFLAGS Ming-Wei -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of dbmail beckspaced.com Sent: Sunday, November 23, 2003 8:37 PM To: dbmail@dbmail.org Subject: [Dbmail] version 1.2.1 dbmail-pop3d imapd 99% CPU

[Dbmail] version 1.2.1 dbmail-pop3d imapd 99% CPU usage !

2003-11-23 Thread dbmail beckspaced.com
hello, i recently installed the new release dbmail 1.2.1 ! since then from time to time a pop3d or an imapd seems to hang and needs 99% of the CPU ! this is really bad ;-( is there any patch or something available that tells me how to fix this issue ?!? any help would be really appreciated

[Dbmail] Version 1.0 going live at 1 dec, not 1 nov

2002-10-25 Thread Eelco van Beek
Hi, We had to change the going live date to 1 dec because of some big performance and bugfixes ahead (improved imap command scanner, centralized and improved connection handling code, improved child management code). These changes will not affect database layout. We advise to not use the CVS