Second - to clarify one thing, the "not there" column means that the STATUS property of the VEVENT is not present, I was trying to provide for the case where we could not determine the status from the property.
Third - since the Free/Busy query is directed toward one explicit calendar UID, I'm not sure we need to worry about attendee PARTSTAT - aren't we really querying the free/busy times on that VCALENDAR/VAGENDA ?
Fourth- I'm willing to accept that OPAQUE+CONFIRMED = BUSY instead of BUSY-UNAVAILABLE as Dan Winship stated, but then where do BUSY-UNAVAILABLE statuses come from - other parts of a CUA that "know" my normal working hours? In my use of my calendaring software at work, I have to schedule my vacation time on my calendar. I don't know how I'd indicate that to my software to return that as BUSY-UNAVAILABLE. Not saying it can't be done; I'm just unclear about where it comes from.
Fifth- if an attendee has declined an invitation then the time on their calendar should be FREE if (and only if) there is no other VEVENT in that time period.
Sixth- this is for automated Free/Busy replies to a query, not to publishing free/busy time since that publishing effort could be done by any number of things.
I do not think that we can predefine what the rule is for calculating the BUSY-UNAVAILABLE time. We simply have to define that what is returned is the BUSY-UNAVALIABLE time.
What is returned for a company car calendar may have hard coded that 1/2 a day after a multi day usage the car is always unavailable (perhaps for inspection, service, or whatever).
Doug Royer | http://INET-Consulting.com
-------------------------------|-----------------------------
Doug@xxxxxxxxx | Office: (208)520-4044
http://Royer.com/People/Doug | Fax: (866)594-8574
| Cell: (208)520-4044Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature