Horde is very slow when calendar is filled with a lot of entries

Hi

i'm testing kolab 2.2.rc1 on openSuSE 10.3. 

If there are only a few entries the performance works well.
If the calendar is 
filled with about thousand entries, a long time is needed to
login. 

It takes several minutes to display the calendar, too. 

The KDE Contact displays the same calendar much more
quickly.

I tried to make an index on the mailbox with squatter, but
it didn't solve the 
problem. 

That's what I found in the php-errors.log:

[12-Mär-2008 16:43:27] PHP Notice:  Undefined index: 
default 
in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line 175
[12-Mar-2008 16:46:16] PHP Notice:  Unknown: SECURITY
PROBLEM: insecure server 
advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[12-Mar-2008 16:46:17] PHP Notice:  Unknown: SECURITY
PROBLEM: insecure server 
advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[12-Mär-2008 16:49:45] PHP Notice:  Undefined index: 
default 
in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line 175

What can I do?

Thank you very much

Bernhard

_______________________________________________
Kolab-users mailing list
Kolab-userskolab.org
https:
//kolab.org/mailman/listinfo/kolab-users

Op Wednesday 12 March 2008 16:55:58 schreef B. Buehler:
> If there are only a few entries the performance works
well. If the calendar
> is filled with about thousand entries, a long time is
needed to login.
>
> It takes several minutes to display the calendar, too.

This has been reported before, if I remember well.  As horde
as client for 
kolab is a work in progress, it's possible that it behaves
like this.  if you 
like, please search the kolab-users or kolab-devel or the
kolab issue 
database at https://intevati
on.de/roundup/kolab/ for similar experiences.

> The KDE Contact displays the same calendar much more
quickly.
>
> I tried to make an index on the mailbox with squatter,
but it didn't solve
> the problem.
>
> That's what I found in the php-errors.log:
>
> [12-Mär-2008 16:43:27] PHP Notice:  Undefined index:
 default
> in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line 175
> [12-Mar-2008 16:46:16] PHP Notice:  Unknown: SECURITY
PROBLEM: insecure
> server advertised AUTH=PLAIN (errflg=1) in Unknown on
line 0
> [12-Mar-2008 16:46:17] PHP Notice:  Unknown: SECURITY
PROBLEM: insecure
> server advertised AUTH=PLAIN (errflg=1) in Unknown on
line 0
> [12-Mär-2008 16:49:45] PHP Notice:  Undefined index:
 default
> in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line 175

The SECURITY is a known issue, it is said to be harmless. 
Hopefully the error 
won't be reported in the future.  


-- 
Richard Bos
Without a home the journey is endless

_______________________________________________
Kolab-users mailing list
Kolab-userskolab.org
https:
//kolab.org/mailman/listinfo/kolab-users

Richard Bos <mlradoeka.nl> writes:

> Op Wednesday 12 March 2008 16:55:58 schreef B. Buehler:
>> If there are only a few entries the performance
works well. If the calendar
>> is filled with about thousand entries, a long time
is needed to login.
>>
>> It takes several minutes to display the calendar,
too.
>
> This has been reported before, if I remember well.  As
horde as client for 
> kolab is a work in progress, it's possible that it
behaves like this. 

No, it should not  This is
one of the two central points that should
have been be fixed with the newer Horde. Horde uses a
caching system
now which should buffer all the groupware data comparable to
the
Kontact client.

If this caching system does not work then access via Horde
will be
painfully slow since you will have to fetch and parse *ALL*
the mails
in an IMAP folder for each web page access.

> if you 
> like, please search the kolab-users or kolab-devel or
the kolab issue 
> database at https://intevati
on.de/roundup/kolab/ for similar experiences.

But you are right, this has been reported before:

htt
ps://www.intevation.de/roundup/kolab/issue2396

Can you add additional details in that bug?

One questions is especially important:

 - Where does Horde try to store the kolab cache data on
your system? 

It should be the normal temporary directory defined within
Horde. 

Cheers,

Gunnar

>
>> The KDE Contact displays the same calendar much
more quickly.
>>
>> I tried to make an index on the mailbox with
squatter, but it didn't solve
>> the problem.
>>
>> That's what I found in the php-errors.log:
>>
>> [12-Mär-2008 16:43:27] PHP Notice:  Undefined
index:  default
>> in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line 175
>> [12-Mar-2008 16:46:16] PHP Notice:  Unknown:
SECURITY PROBLEM: insecure
>> server advertised AUTH=PLAIN (errflg=1) in Unknown
on line 0
>> [12-Mar-2008 16:46:17] PHP Notice:  Unknown:
SECURITY PROBLEM: insecure
>> server advertised AUTH=PLAIN (errflg=1) in Unknown
on line 0
>> [12-Mär-2008 16:49:45] PHP Notice:  Undefined
index:  default
>> in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line 175
>
> The SECURITY is a known issue, it is said to be
harmless.  Hopefully the error 
> won't be reported in the future.  
>
>
> -- 
> Richard Bos
> Without a home the journey is endless
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-userskolab.org
> https:
//kolab.org/mailman/listinfo/kolab-users

-- 
______ http://kdab.com
_______________ http://kolab-konsortium.c
om _

prdus Kolab work is funded in part by KDAB and the
Kolab Konsortium

____ http://www.pardus.de
_________________ http://gunnarwrobel.de _
E-mail : prdus.de                                 Dr. Gunnar
Wrobel
Tel.   : +49 700 6245 0000                         
Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146
Hamburg
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~
   >> Mail at ease - Rent a kolab groupware server at
prdus <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~

_______________________________________________
Kolab-users mailing list
Kolab-userskolab.org
https:
//kolab.org/mailman/listinfo/kolab-users

On Thu, Mar 13, 2008 at 06:57:17AM +0100, Gunnar Wrobel
wrote:
> Richard Bos <mlradoeka.nl> writes:
> 
> > Op Wednesday 12 March 2008 16:55:58 schreef B.
Buehler:
> >> If there are only a few entries the
performance works well. If the calendar
> >> is filled with about thousand entries, a long
time is needed to login.
> >>
> >> It takes several minutes to display the
calendar, too.
> >
> > This has been reported before, if I remember well.
 As horde as client for 
> > kolab is a work in progress, it's possible that it
behaves like this. 
> 
> No, it should not  This is
one of the two central points that should
> have been be fixed with the newer Horde. Horde uses a
caching system
> now which should buffer all the groupware data
comparable to the
> Kontact client.

Well, not aware.  But I think he checked out, or obtained a
kolab release
that does not (yet) contain the fix....

-- 
Richard

_______________________________________________
Kolab-users mailing list
Kolab-userskolab.org
https:
//kolab.org/mailman/listinfo/kolab-users

Hi Gunnar
thanks to your informations.
i'll wait to the next release.
Bernhard

Am Donnerstag, 13. März 2008 06.57 schrieb Gunnar Wrobel:
> Richard Bos <mlradoeka.nl> writes:
> > Op Wednesday 12 March 2008 16:55:58 schreef B.
Buehler:
> >> If there are only a few entries the
performance works well. If the
> >> calendar is filled with about thousand
entries, a long time is needed to
> >> login.
> >>
> >> It takes several minutes to display the
calendar, too.
> >
> > This has been reported before, if I remember well.
 As horde as client
> > for kolab is a work in progress, it's possible
that it behaves like this.
>
> No, it should not  This is
one of the two central points that should
> have been be fixed with the newer Horde. Horde uses a
caching system
> now which should buffer all the groupware data
comparable to the
> Kontact client.
>
> If this caching system does not work then access via
Horde will be
> painfully slow since you will have to fetch and parse
*ALL* the mails
> in an IMAP folder for each web page access.
>
> > if you
> > like, please search the kolab-users or kolab-devel
or the kolab issue
> > database at https://intevati
on.de/roundup/kolab/ for similar experiences.
>
> But you are right, this has been reported before:
>
> htt
ps://www.intevation.de/roundup/kolab/issue2396
>
> Can you add additional details in that bug?
>
> One questions is especially important:
>
>  - Where does Horde try to store the kolab cache data
on your system?
>
> It should be the normal temporary directory defined
within Horde.
>
> Cheers,
>
> Gunnar
>
> >> The KDE Contact displays the same calendar
much more quickly.
> >>
> >> I tried to make an index on the mailbox with
squatter, but it didn't
> >> solve the problem.
> >>
> >> That's what I found in the php-errors.log:
> >>
> >> [12-Mär-2008 16:43:27] PHP Notice:
 Undefined index:  default
> >> in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line
> >> 175 [12-Mar-2008 16:46:16] PHP Notice:
 Unknown: SECURITY PROBLEM:
> >> insecure server advertised AUTH=PLAIN
(errflg=1) in Unknown on line 0
> >> [12-Mar-2008 16:46:17] PHP Notice:  Unknown:
SECURITY PROBLEM: insecure
> >> server advertised AUTH=PLAIN (errflg=1) in
Unknown on line 0
> >> [12-Mär-2008 16:49:45] PHP Notice:
 Undefined index:  default
> >> in
/usr2/kolab/var/kolab/www/horde/turba/lib/Driver/kolab.php
on line
> >> 175
> >
> > The SECURITY is a known issue, it is said to be
harmless.  Hopefully the
> > error won't be reported in the future.
> >
> >
> > --
> > Richard Bos
> > Without a home the journey is endless
> >
> > _______________________________________________
> > Kolab-users mailing list
> > Kolab-userskolab.org
> > https:
//kolab.org/mailman/listinfo/kolab-users

_______________________________________________
Kolab-users mailing list
Kolab-userskolab.org
https:
//kolab.org/mailman/listinfo/kolab-users