[Kolab-devel] CalDAV Collections vs. IMAP Folders

Georg C. F. Greve greve at kolabsys.com
Thu Mar 28 17:52:30 CET 2013


On 2013-03-28 17:23, Thomas Brüderli wrote:
> That user's color setting will go into that user's private color 
> annotation.

Okay. So we did think of the same thing.


> So far I didn't find anything like that in the CalDAV protocol spec.

...which would mean we would *have* to preserve that original UID.


>> When /comment is not defined, the folder name is used (without path).
>> Renaming by WebDAV client then sets /comment accordingly.
> 
> ...and any other client should use that as the name to be displayed.
> Remember, we want the names displayed in various clients to be the 
> same.

True, that.


> BTW: CalDAV defines a description property for calendar collections.
> Regarding the semantics, that would fit the /comment annotation much
> better whereas the display name should finally get its own annotation.

Is that property actively used by clients?

If so we'd likely have to introduce an annotation for it, unless we use 
the /comment annotation for it.

Which then would suggest introducing two, not just one annotation.


> So for the *DAV integration, we need at least the 
> /vendor/kolab/dav-uid
> annotation to be added. Then I suggest to add 
> /vendor/kolab/displayname
> for the designated name, clients should use to display a folder in the
> UI. The /comment annotation can be used by any client to display (and
> store) descriptional information about a the contents of a certain 
> folder.

Seems to make sense.


> The latter two will be described in the KEP. Since the UID thing is
> specific to the DAV API it should not affect any other clients and 
> thus
> doesn't need to be part of a KEP.

You should have it in there nonetheless, I would say. People might want 
to interact with this storage mechanism in other ways, as well.


> But let's wait for a final word from our system architect before we 
> nail
> this down in a KEP.

Indeed. He'll be back next week - plus we'll all be in Berne together, 
I am sure we'll work out the details.


> Thanks for the discussion!

Likewise. It was my pleasure to play "bouncy wall."

Best regards,
Georg



-- 
Georg C. F. Greve
Chief Executive Officer

Kolab Systems AG
Zürich, Switzerland

e: greve at kolabsys.com
t: +41 78 904 43 33
w: http://kolabsys.com

pgp: 86574ACA Georg C. F. Greve




More information about the devel mailing list