Re: questions

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: questions
by me on Friday 28/Jan/2005, @12:47

No, this hasn't changed with Kolab2. There is still no web interface which can access the same data like Kontact or Outlook which is probably mostly due to the concept which requires that any client keeps an offline IMAP4 cache of the complete data and per user.
So writing a web client is basically the same like writing a new groupware server from scratch _plus_ all the Kolab syncing stuff on top.

Related Links

·   Articles on Interviews
·   Also by me
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: questions
by Andreas on Sunday 30/Jan/2005, @08:53

This is nonsense. There is a webclient under development. Basic functionality is avaliable, but it will take time to complete the features. The webclient is able to access the same data as the other clients. Everything else would be against the concept to have one server accessibla with different clients.

[ Reply To This | View ]

Re: questions
by me on Sunday 30/Jan/2005, @19:38

The question was whether Kolab2 _has_ a usable webclient (one which works for more than 50 appointments in a folder), and it doesn't (if its in development for _Kolab3_, all the better!).
And apparently the development has stalled (a webclient needs to implement offline IMAP to be useful with Kolab and that is probably out of question for something like Horde).

Anyway, tell us if there is a webclient for Kolab which actually works in practice. The concept seems to be strictly focused on fat clients.

[ Reply To This | View ]

Re: questions
by Kevin Krammer on Monday 31/Jan/2005, @10:07

> a webclient needs to implement offline IMAP to be useful with Kolab

Why would that be needed?
The webserver is part of the Kolab service it has direct (over loopback interface) access to the other services such as the IMAP server.

[ Reply To This | View ]

Re: questions
by me on Tuesday 01/Feb/2005, @16:31

Because its part of the Kolab concept for clients, read it? Besides the IMAP4 protocol doesn't allow for range queries (like gimme all events from this monday to friday) as required for a web calendaring client, so live access is a no-go.

[ Reply To This | View ]

Re: questions
by Kevin Krammer on Wednesday 02/Feb/2005, @03:41

> Because its part of the Kolab concept for clients, read it?

No, that's why I was asking.
Might still be possible without, usually clients are on a remote machine where reducing network operations matters.

> Besides the IMAP4 protocol doesn't allow for range queries

Well, unless I am complete mistaken on what offline IMAP is, it is still IMAP, only using a local cache. All the query logic has still to be implemented on top of that.

So my guess is that caching greatly improves performance but is not necessarily required (technically).

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"When I'm not hacking on a computer, I like to play the guitar and get drunk. Sometimes both at once." -- Richard J. Moore
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.