Re: SELECT / Squirrelmail issue

2010-10-18 Thread Bron Gondwana
On Sun, Oct 17, 2010 at 07:38:44PM +1100, Bron Gondwana wrote: On Sun, Oct 17, 2010 at 02:16:21AM -0400, Carsey, Robert wrote: On one which did not work, I found: . SELECT INBOX * 76 EXISTS * 0 RECENT * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered

Product versioning and X.Y.Z bumping (was: Re: Cyrus 2.4.1)

2010-10-18 Thread Jeroen van Meeuwen (Kolab Systems)
Bron Gondwana wrote: On Sun, Oct 17, 2010 at 08:26:49PM -0400, Wesley Craig wrote: On 17 Oct 2010, at 06:53, Jeroen van Meeuwen (Kolab Systems) wrote: I'm in favor to have (in our current X.Y.Z versioning schema) Z be bumped with bug-fixes only. If we keep it to bug-fixes only, this

Cyrus IMAPd 2.4.1 Released

2010-10-18 Thread Dave McMurtrie
I am pleased to announce the release of Cyrus IMAPd 2.4.1. This is primarily a bugfix release to the 2.4 branch that fixes several bugs that were reported since the 2.4.0 release. We recommend that anyone using 2.4.0 upgrade to 2.4.1. Notable changes in the release are as follows: - Fix

Re: Cyrus IMAPd 2.4.1 Released

2010-10-18 Thread Bron Gondwana
On Mon, Oct 18, 2010 at 01:02:30PM -0400, Matt Selsky wrote: Can we decide on a list of supported platforms and document it, ala http://k5wiki.kerberos.org/wiki/Supported_platforms Then we can at least compile-test on these platforms. And maybe even upgrade-test these platforms before each

Re: Cyrus IMAPd 2.4.1 Released

2010-10-18 Thread Matt Selsky
On Tue, 19 Oct 2010, Bron Gondwana wrote: Sounds good to me. Of course we need to have someone who has access to each of those platforms. Nice thing about a 'standard library' is how unstandard it is! I would have though strcasestr was OK though. Now I know. Dave (McMurtie), Could we get

chk_cyrus bug

2010-10-18 Thread Carsey, Robert
Upgraded to 2.4.1. yey! chk_cyrus aborts (it did with 2.4.0 also). (gdb) bt #0 0x003699a30265 in raise () from /lib64/libc.so.6 #1 0x003699a31d10 in abort () from /lib64/libc.so.6 #2 0x00406f88 in mailbox_unlock_index (mailbox=0x75b758, sdata=0x0) at mailbox.c:1544 #3