Sorry for the delay getting back about this, I meant to let people know that the reason for this: >> Also when this happens the cyrus master process kills all other active >> imapd processes and restarts, is there a reason for this? > > I've never heard of master doing that in response to ANY child > behavior. Does master log anything? was the way we had setup SMF on Solaris to control Cyrus IMAP. One needs to make sure SMF is setup to ignore core dumps and child processes signaling death otherwise SMF will restart the entire service. On Mon, 12 Jul 2010 18:36:59 +0100, Wesley Craig <wes@xxxxxxxxx> wrote: > On 05 Jul 2010, at 10:56, Gavin Gray wrote: >> Two of them have had imapd processes crash and leave core dumps in >> the past couple of days. Looking at the core dumps with dbx we see > > I'm not aware of bug fixes in those code paths. Given how little those > two code paths have in common, I'd suspect memory corruption. > >> Also when this happens the cyrus master process kills all other active >> imapd processes and restarts, is there a reason for this? > > I've never heard of master doing that in response to ANY child > behavior. Does master log anything? > > :wes > > -- Gavin Gray Edinburgh University Information Services Rm 2013 JCMB Kings Buildings Edinburgh EH9 3JZ UK tel +44 (0)131 650 5987 email gavin.gray@xxxxxxxx -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/