[Kde-pim] New Kolab Resource
Christian Mollekopf
chrigi_1 at fastmail.fm
Fri May 9 09:33:56 BST 2014
Hey,
Perhaps you noticed that I yesterday committed the new kolab resource (because
I broke jenkins ;-)
The new kolab resource is no longer a proxy resource, and provides email and
groupware data in one. It is essentially a specialized imap resource that
translates groupware objects directly, so you always have only one copy of the
data.
This simplifies the code quite a bit, and makes it more efficient for both cpu
and diskspace. It will also allow to specialize various aspects of the imap
resource to deliver an overall better experience for kolab users.
Since the kolab resource replaces the imap resource (respectively serves the
same purpose), you will have to setup your account again if you want to take
advantage of that. I'm already using it productively, so it's IMO safe, but
obviously I can't give you any guarantees.
The new kolab resource will eventually replace the kolab proxy resource,
although I'll keep the proxy around for until frameworks for backwards
compatibility. You can continue to use the kolabproxy for the time being, and
it also works in parallel to the new kolab resource.
Note that so far the new kolab resource supports only kolab version 3 and
newer, if you want to contribute a patch for version 2 feel free to do so, I
have little incentive to do so ;-)
== Open Problems ==
One open problem is that the resource currently simply ignores groupware
objects that fail to translate, which makes it impossible to clean those up
with the resource and breaks the CONDSTORE sync (the affected folder is
resynced every time).
One possibility would be to insert dummy objects of the relevant type (e.g.
event), that have the failing message attached and i.e. read "Error: Failed to
read incidence" (perhaps with an annotation that allows to find them easily).
That would have the advantage that you could clean-up directly from the client
application (e.g. KOrganizer), the sync would continue to work as usual, and I
could even offer a little cleanup tool in the resource config that shows you all
broken items. What do you think?
Also I'm depending on a libkolab version which is either current master or
head of the 0.5 branch, I'll need to release an according libkolab version and
properly depend on it.
Cheers,
Christian
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/
More information about the kde-pim
mailing list