Hi again
Thanks for your help. I had already tried changing all this performance
killers such us image preview, sorting, cache (this actually improved
the behaviour for users with less than 10000 mails in the inbox) etc,
but nothing worked . What I'd like to know is if the old version just
retrieved a few headers from the IMAP server at logon -for example, the
latest ones-, while the new one tries to retrieve all of them. As I
mentioned in my original mail, that is the only explanation I can
conceive for the old one to be so fast (takes less that 2 seconds to
login for the first time and show 20 messages in the first screen, even
if the user has more than 40000 mails in the inbox). Again, if that is
so and can be configured in the same way for the new version, it would
really help us.
Thanks again
Jose Manuel
On 10/29/2010 05:30 PM, [email protected] wrote:
Zitat von Aria Bamdad <[email protected]>:
-----Original Message-----
From: [email protected] [mailto:[email protected]]
On Behalf Of [email protected]
Sent: Monday, October 25, 2010 2:34 PM
To: [email protected]
Subject: Re: [imp] login slowness with large inboxes after upgrade from
Horde 3.0.10+IMP 4.0.4 to Horde 3.3.8 + IMP 4.3.7
Zitat von Jose Manuel Blanco <[email protected]>:
> Hi
>
> After I recently installed in my new server Horde 3.3.8 + IMP 4.3.7,
> users with a large inbox take around 4 to 5 minutes to login.
> I know this has been reported and I have read the PERFORMANCE
> document and all I could find on the web about increasing the cache
> (horde_cache, memcache, mysql memory, etc). The problem is
> that my configuration is almost identical to the one I had before
> (except the server is newer and I can set bigger cache values). Even
> more,
> with my old webmail, logins of users with more than 40000 mails in
> their inboxes were almost instantaneous (even the first time they
> login), so it looks
> to me as if it's not a cache issue. Could it be that my old server
> is only refreshing from the IMAP backend the 20 mails it shows in
> the first screen, while the new one is trying to download the whole
> 40000 headers? If so, I haven't been able to see what parameter
> could be changed to make my new webmail to behave like that, and
> that's the only logical explanation for my old webmail behaviour
> that I can think of.
There are some real performance killers like image preview and the
like which where not available in older releases. Try disable them.
There are also some new features which can stress the DB. Have a look
if you are using old datatree for shares and the like. There also has
been some change in detecting IMAP root. Maybe you are scanning too
much at login.
Regards
Andreas
Andreas,
I have the same problem with my setup. I use an IBM IMAP server and
after
running several traces, we found that IMP tends to request specific
detailed
information about every mail item in the inbox at logon. When you have
1000's of messages and if your IMAP server is not local or is not super
fast, this results in the slow login problem reported here. My
solution to
this was to set the $conf[server][sort_limit] variable (IMP
configuration,
Server tab) to a small number and basically turn off sorting if there
are
too many messages in a mailbox. Doing this, resulted in eliminating
the
massive request at login.
What would be nice is if IMP only requested specifics about messages
that
appear in the current window rather than ask for every message in the
mailbox. The problem is that if a user selects any sort field other
than by
arrival order, then at login, IMP asks for detailed information about
every
mail item in the mailbox, slowing down login to a crawl.
Sorting other than arrival *may* be done in the client (IMP) and
therefore IMP request all the information needed for sorting. If your
server had some index on the fields to sort for and announce sort
capabilities it *may* be better, but i'm not sure how complete the
server side sorting capabilities of IMP are. So your best bet is to
disable sorting if your IMAP server is not able to handle the load
imposed or limit sorting for smaller mailboxes.
Regards
Andreas
--
Jose Manuel Blanco Ramos
European Space Astronomy Centre (ESAC)
European Space Agency (ESA)
E-mail: [email protected]
Tel: +34 91 8131 185, Fax: +34 91 8131 322
P.0. Box 78, 28691 VILLANUEVA DE LA CAÑADA
SPAIN
================================================================================================
This message and any attachments are intended for the use of the addressee or addressees only. The unauthorised disclosure,
use, dissemination or copying (either in whole or in part) of its content is not permitted. If you received this message in
error, please notify the sender and delete it from your system. Emails can be altered and their integrity cannot be guaranteed by
the sender.
Please consider the environment before printing this email.
=================================================================================================
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
