On Feb 7, 2006, at 20:40, Charles Wyble wrote:
FUD, its seems more like CalDAV is close to a release, I would expect
it in 2006. AFAIK all major issues are sorted out. But the CalDAV
mailing list is the appropriate place to sort this out.
I am curious why you call FUD? He is not saying it is so far away. He
is saying IF it is. Big difference.
What is FUD:
However, its not my goal to educate people what FUD is, so lets drop
that topic right away ;-)
Lets stick to the fact that CalDAV is rather complete and in final
stages (certainly not "in the next days" but in the scope of "the next
months") of specification and certainly not _several years_ away.
And the standards process does move fairly slowly to be fair.
CalDAV is in the 9th draft revision with several draft implementations
in roughly 18 months. I find this rather fast given the complexity of
the topic and the large number of involved parties.
I think thats fairly simple and self explanatory. Simply look at
activity and popularity. Not to hard to do.
I wonder how you would select those 2 or 3 web-calendar applications?
I honestly find it rather hard unless you refer to proprietary servers
(which then would be Notes, Exchange and maybe Groupwise or Oracle).
Thats why I asked.
Honestly, how do you determine 'activity' and 'popularity', by reliable
sources like Freshmeat? ;-) [we really don't need to discuss this
further, I think there is little to gain]
Thanks for all the caldav links and webdav links - but in reality
most of them are experimental, incomplete, or early-adopter
applications at the moment.
This again raises the question which servers you have in mind as a
backend for otlkcon.
I believe any server that supports CalDAV.
That what my hope is as well, but my answer was in response of the
original poster who questioned that CalDAV servers / the protocol are
How did you come to this conclusion? Actually almost all "serious"
groupware servers base their open protocols around WebDAV. This even
includes Exchange which has broad WebDAV support, or Oracle which is
a reference implementation for CalDAV.
It really drove home to me the impression that these DAV protocols
have yet to get major market acceptance as commodity protocols for
He didn't say groupware servers did he? He said web communications.
And to be fair the WebDav support in groupware servers is only recent.
It isn't. Exchange has WebDAV support since Exchange 2000, which is,
well 6 years old?
I think we implemented WebDAV at around the same time, maybe a year or
so later. The first protocol for eg Open-Xchange was also based on
WebDAV and is also available for several years now (I think since about
2002 or so). To give just three examples.
This is rather weird since you are posting from a Hotmail account.
HotMail happens to use WebDAV for all Outlook communication ...
Yes but how many people know that? How many people use Outlook to
send/receive e-mail from hotmail. The whole point of hotmail is that
its web based. And even then most people don't realize what protocol
is being used.
Ok. So now you know if that was your point ;-) My main point was that
WebDAV is widely used for relevant tasks since years.
Which is what is being done by the OpenConnector team. No one is
diverting limited time/resources to develop interfaces for custom
I think the main issue here is that the poster didn't understand the
problem fully and was trying to suggest a solution based on incomplete
Thats reasonable, I just tried to outline that WebDAV and WebDAV based
protocols are widely used for years, that is, putting the "incomplete
Maybe labeling the initial comment as FUD was incorrect, maybe not. If
it was, all my apologies are given :-)
Cal/Group DAV is a good thing. Which is why the OpenConnector team is
building support for them into the software. The other standards are
already well defined (IMAP/SMTP/LDAP) and servers exist. The Cal/Group
DAV standards are getting there and have made good progress. This will
only be accelerated by the OpenConnector project.
I agree with all of that.
PS: I'm not an author of CalDAV, I just think that standards in
OpenSource groupware are extremely important.
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
otlkcon-devel mailing list