[Kolab-devel] IMAP annotation for groupware folder descriptions

Gunnar Wrobel wrobel at pardus.de
Wed Sep 26 07:11:51 CEST 2007


Thomas Arendsen Hein <thomas at intevation.de> writes:

> * Gunnar Wrobel <wrobel at pardus.de> [20070919 09:53]:
>> Thomas Arendsen Hein <thomas at intevation.de> writes:
>> > * Gunnar Wrobel <wrobel at pardus.de> [20070918 23:33]:
>> >> If you use MySQL as the Horde backend it is trivial to support the
>> >> description feature and there will be users using it. So I doubt that
>> >> it will be removed. It has already existed a long time and has
>> >> actually always been "supported" by the Kolab driver within Horde
>> >> (even the old broken ones). The use of
>> >> "/vendor/kolab/h-share-attr-desc" originates from the older driver
>> >> versions.
>> >
>> > That's why I'd prefer /vendor/horde/something ... even if other
>> > clients will implement it, they will be compatible with this horde
>> > feature here.
>> 
>> Ah, forgot to comment on that. While the wording in the Kolab format
>> specification at
>> http://kolab.org/doc/kolabformat-2.0rc5-html/c154.html#AEN157 is
>> rather vague about this topic I assume that the intention of the
>> paragraph on client specific annotations means that Horde should use
>> "/vendor/kolab/h-*" for its specific features. 
>
> Citing the page:
>
>   All folders MUST be annotated with an entry
>   /vendor/kolab/folder-type containing the attribute value.shared
>   set to: <type>[.<subtype>]
>
>   For other client-specific non standardized types of folders, these
>   MUST be prefixed with "k-" for KMail, "h-" for Horde, "o-" for
>   Outlook with the Toltec Connector and "ok-" for Outlook with the
>   KONSEC Konnektor. E.g. "kolab.o-voicemail".
>
> So this h- thing is only meant for the value of the
> /vendor/kolab/folder-type annotation and can be ignored for our
> question.

Ah, sorry for that. Yes, I misunderstood that paragraph.

So I would propose to change the corresponding attribute to

/vendor/horde/description

if nobody objects.

Cheers,

Gunnar

>
>> So I'm cross-posting this to kolab-format.
>
> I hope everyone over there is reading here, too :)
>
>> I do believe that we might nevertheless keep the client entries in
>> "/vendor/kolab/*" since we control what annotation values can actually
>> be stored on the server. I'd also be fine with using "/vendor/horde"
>> but then the other client specific attributes would need to be
>> renamed. I don't know if there actually are any other client specific
>> annotations being used?
>
> No, this is just the folder-type value and doesn't need to be
> renamed.
>
>> This would be important because the newer IMAP server does not allow
>> to store abitrary annotations anymore (for security reasons). So we
>> would need to declare them.
>
> Which is a good thing, not only for security reasons :)
>
> Thomas
>
> -- 
> thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
> Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
> Geschaeftsfuehrer: 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 40 432 72335                           Bundesstrasse 29
Fax    : +49 40 432 70855                            D-20146 Hamburg
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   >> Mail at ease - Rent a kolab groupware server at p at rdus <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




More information about the format mailing list