[Kolab-devel] Kolab on Gmail

[Gunnar Wrobel]

Bernhard Reiter <bernhard at intevation.de> writes:

> On Wednesday 16 July 2008 16:40, Gunnar Wrobel wrote:
>> The Kolab concept is based on this annotation support but so far the
>> feature is only being provided by the Cyrus IMAP server. In addition
>> the Kolab Server uses some patches in that area which means that you
>> always need a full Kolab Server as a basis for Kolab specific
>> development.
>
> Note that we are currently looking into what it takes to beef
> up Dovecot to play nicely as IMAP server within a Kolab Server.
> This was triggered because a customer is taking interest in it
> and because Dovecot can deal wit NAS situations better than Cyrus imapd.
>
> Also helping us to push the extensions for Cryus IMAPD upstream
> is highly appreciated.
> See https://www.intevation.de/roundup/kolab/merge4
> and other merge issues with Cyrus:
> https://www.intevation.de/roundup/kolab/merge?%3Aaction=search&%3Asearch_text=Cyrus&%3Acolumns=title&%3Acolumns=id&%3Acolumns=activity&%3Acolumns=status&

For general acceptance of the annotation extension the following draft
also needs to be accepted by IETF:

http://ietfreport.isoc.org/all-ids/draft-daboo-imap-annotatemore-14.txt

This is progressing but it seems to take years. Last time I asked for
annotation support in c-client Mark Crispin said that he would only
consider that if the draft has become a RFC. Even then he didn't sound
too positive about it as he seemed unhappy with the draft. Now that he
has been laid off I don't know if our chances of getting wider
annotation support are higher or lower. c-client seems kind of
unmaintained at the moment.

Cheers,

Gunnar

>
> On Wednesday 16 July 2008 16:40, Gunnar Wrobel wrote:
>> In fact this line of coding is something I won't invest too much time
>> into. It will never get any support from Kolab (as using annotations
>> is the better solution) and I don't guarantee you that the format I'm
>> using stays the same. So if you'd start using the code in a production
>> environment the next upgrade might prevent access to the old data.
>>
>> The main intention of this is to ease access to the code and allow
>> more people to play with it.
>
> Yes, it is good that this enables more people to play with the Kolab  
> codepaths in Horde.
>
> Best,
> Bernhard
>
> -- 
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
> Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel

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

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.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 p at rdus <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~