[00:00:36] <rlbob> and it would fit in with the smart-client/dumb-server style that Lisa and nsb were promoting
[00:00:44] <DougRoyer> Yes - the problem that CAP solves is 'real time' by interconnecting cap servers you can get the iTIP request and replies real time and book across servers, companies, countries in real time.
[00:01:43] <rlbob> and can that be done with a client-does-all style? seems difficult to me
[00:03:09] <DougRoyer> No it can not be solved with the client unless you have a login/password for my calendar and others. You can scan my calendar with webdav, you can send me an iMIP message saying "I looked at your calednar and want to book with you at 2pm" But you can not book it.
[00:05:21] <cyrus_daboo> caldav does not have to be client-does-all - the server should handle the burden of managing schedule requests for the client - there's no point in forcing clients to download freebusy for all attendees when the server can easily do it. However, I think we can define a simple 'profile' of iTIP that caldav will support - in other words we need a well defined model for the scheduling procedure.
[00:09:37] <DougRoyer> Yes, you may have to extend iTIP as currently the freebusy info is calculated by the client not the server.
[00:14:58] <rlbob> ok, it's snack time here, we're off, thanks, sorry we didn't give the remotes enough air-time ...
[00:15:00] --- rlbob has left
[00:15:25] <cyrus_daboo> Right, and that has always bothered me about the iCal/CAP data model - coming from an IMAP environment I have the belief that the primary source of the data should always be the server, and that the server should do as much work as possible on behalf of the client. I think that makes sense in an environment where you have single users with multiple clients wanting to access the same calendar data.
[00:17:15] <cyrus_daboo> Ok - snack time in Korea - bedtime in Pittsburgh. I will endeavour to bring up caldav discussion on the list once I'm back from vacation.
[00:17:24] --- cyrus_daboo has left
[00:20:37] --- Lisa D has left: Disconnected
[00:25:46] --- DougRoyer has left
[02:44:38] --- reschke has joined
[02:46:56] --- reschke has left
[18:04:15] --- Lisa D has joined
[18:05:54] --- Lisa D has left