List Info

Thread: Roundcube VS SM




Roundcube VS SM
country flaguser name
United Kingdom
2007-07-12 06:07:31
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
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

Re: Roundcube VS SM
country flaguser name
United States
2007-07-12 09:00:42

Squirrelmail 1.4.n has performance issues.  I tested a beta version of SM 1.5 branch and its much faster (skinnable, too). ; I'm currently using the 1.4 version for stability.  The 1.5 version has user defined rules, but they tend to clobber the user preferences and you have to kill the user's preferences file. ; Once they get it, it'll be a nice product.

Curtis

> 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
> DBmaildbmail.org
> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>
Re: Roundcube VS SM
country flaguser name
United States
2007-07-12 12:34:44
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 <jamesmor-pah.net> 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
> DBmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
> 

-- 



_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

[1-3]

about | contact  Other archives ( Real Estate discussion Medical topics )