Get onto latest dbmail_2_2_branch SVN to get code that escalates the warning level of slow queries. If you don't want to build from SVN, you could wait for 2.2.6rc1 which will be out soon.
Aaron On Thu, Jul 12, 2007, James Greig <[EMAIL PROTECTED]> said: > Hi Guys, > > Another performance related issue here, it's probably related > bug 579, though i'm not sure. We're running a live server, mysql 5k of > users etc. > > We've got overlook (a spawn of SM, same backend etc). > We've had a lot of performance issues when using overlook and SM > that appear as 579 issues and we've been trying to work these > out over the past few weeks. Not only do we get the 579 style errors > we also get VERY slow mailboxes that take an unacceptable amount of > time to load. Normal IMAP/pop3 etc all works fine. > > However, i've setup roundcube on the 'SAME' webmail machine with the same > apache process going to the same imapproxy and the same dbmail-imapd > and roundcube is absolutely rapid in comparison, any ideas why this would > be? In my opinion roundcube is a better quality webmail client that's > very simple in comparison. However, there's surely something additional > that SM is trying to do that roundcube doesn't bother with? > > Any ideas? > > > -- > James Greig > Mor-Pah Studios > http://www.mor-pah.net > > _______________________________________________ > DBmail mailing list > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail > -- _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
