Slashdot Mirror
GroupDAV: Standardizing Groupware
IGnatius T Foobar writes "There are lots of open source groupware products out there, but the perpetual problem has always been that we don't have a single, unified standard protocol to connect open source groupware clients to open source groupware servers. GroupDAV changes all that. Support for GroupDAV now exists in Citadel, OpenGroupware.org, KDE Kontact, and connectors are currently in beta for Evolution and Mozilla Sunbird. Unlike CAP and CalDAV, the GroupDAV effort is backed by real code that works today. "
And this lack of a GroupWare standard is EXACTLY why organizations like mine (state government) still turn to MS.
If we could get an opensource standard that worked with exiting MS standards then we would switch, if for nothing else then price alone.
You're joking, right? Open source supports the open standards when Exchange uses them.
For instance, you can use active directory as a regular LDAP instance (albiet with funny cn= syntax)
And you can access email boxes as IMAP folders.
In fact, most of the iCal processing is done by outlook and just stored in mail folder (accessible via IMAP). In fact, some people have actually gotten calendaring working with open source software via Exchange.
The only parts that aren't supported are those that aren't open. For instance, the MAPI messaging that exchange can do and those wonky objects in Active Directory that you can't access via the LDAP interface.
Just because it doesn't work now doesn't mean it won't in the future. You have to start somewhere. The reason everything has become divided on this front is probably due to there not being a good standard to rely on. Now that we have that maybe it can be implemented on those apps that most people use. So hold your judgement until you see what happens in the future.
Kyle
http://www.unlogikal.net/
Agreed.
For me the problem isn't Exchange. It's Oulook. People want to use outlook. They don't give a flying frack what it connects to but they want the useabilty of Outlook.
Slashdot, home of supporters of free software, free music, and free speech.Except for Moderators that disagree with you.
so if you say microsoft is a standard (ok, its used by a lot of ppl, but a standard is by definition something from an upper committee like iso or rfc or din, not a single firm itself)
I've got terrible news for most Slashdotters, that isn't the definition of a standard. The fact that many Microsoft products, such as Exchange, are used by more people and organizations than any other available product makes those Microsoft products the de facto standard. This will naturally come as a shock but, that doesn't change the fact that Microsoft Exchange is the de facto standard in GroupWare applications.
You can brand me a heretic and mod me down but that won't change the facts or the standard.
The GroupDAV standard is nice and simple, and it ought to be easy enough to implement. However, it's lacking in various useful features. For instance,
Due to this reasons the client SHOULD store alarms locally and SHOULD NOT transmit them to server. The server is MAY reject iCalendar resources containing alarms but MUST signal that using a proper error code.
Woo. I use a GroupDAV server to store my calendar information from my desktop. While I'm on the road, I synchronise my PDA against it. Then I have to go through every event to reset the alarms, since otherwise I don't get any warning about them. Excellent.
Clients SHOULD not post recurring tasks to the server.
I mean, come on.
To allow the client to search for UIDs stored in the server, the server would need to expose the UID as a WebDAV property for use in DASL queries. While this is possible in some implementations (eg OpenGroupware.org ZideStore) it would complicate basic implementations significantly.
Yeah, I can see that making synchronisation fun.
The standard is littered with "This is difficult, so it's not implemented". That's fine - it results in a lightweight specification that's easy to implement, and in many cases it may well be good enough. But it's not appropriate for this to be the standard for open source groupware. It's missing too much functionality. Trying to sell it as a solution for competing with existing groupware solutions is just insane.