Hi all,
eGroupWare’s current GroupDAV implementation uses an extra WebDAV tree
for GroupDAV (beside the one used for file access), with the following
structure
/ collection with 3 groupdav collections
/addressbook/ collection with vCards
/calendar/ collection with vCals
/infolog/ collection with vTodos
The collections in the addressbook, calendar, infolog collection contain
all entries available to the currently loged in user, with their
numerical database id’s as names. Helge recommeded to have a structure
containing the user name, so that eg. different calendars have different
URL’s and not only a different authentication.
I’m about to start an improved implementation, which should also solve
two other issues:
a) we want to have a single WebDAV tree, modelling the data of the whole
eGroupWare server containing, user homedirs, other documents, events,
contacts, tasks, …
b) in eGroupWare every entry is - in WebDAV terms - a collection itself,
containing all attached files and other linked entries
It would make sense, specially for the locking, which is required for
CalDAV, if a single resource (eg. a calendar event), has only one url
pointing to it. But a calendar events with multiple participants has to
show up in the calendar collections of multiple participants (which have
of cause different rights on it). The same is true with the linked
entries, which should show up in the collection of an entry.
The question is now, is it ok that a collections contains urls pointing
to different parts of the tree, eg. (scheme+host parts are removed)
/ralf/calendar/1.ical --> /calendar/1.ical
/other/calendar/1.ical --> /calendar/1.ical
Or maybe even
/ralf/calendar/1.ical --> /apps/calendar/1/self.ical
/other/calendar/1.ical --> /apps/calendar/1/self.ical
and /calendar/1/links contains a collection with the linked entries
and /calendar/1/files contains a collection with attached files
Or can the current GroupDav/CalDAV clients directly handle the situation
that the entries are collections with something like the self.ical entry?
Many questions, I know 
Ralf
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0
Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
