[Ietf-calsify] Re: [Ietf-caldav] How to derive FREEBUSY; FBTYPE
from a VEVENT?
Doug at Royer.com
Fri Oct 28 14:57:41 PDT 2005
>>I can have the Dallas Cowboys football team on my calendar. Each game
>>could have a TRANSP:OPAQUE property because that is what I imported
>>from their web page ICS file..
> Just because you got a calendar with "wrong" settings, doesn't mean the
> standard needs to support this...
> The TRANSP needs to be used for automatic F/B creation,
I disagree that it is a 'NEED'.
> since that's the only
> hint a GW server (or a fat client) has about which time is free and which is
I do agree that it is a 'HINT'.
It is not the wrong settings. The ORGANIZER of the Dallas Cowboys
football team could in fact set and want it to be TRANSP:OPAQUE
because the game consumes time.
I do want my time to be FREE for the game because I will
not be attending, and because I want work to be able to book
that time in my calendar.
TRANSP:OPAQUE is what the ORGANIZER sent, it does not force
me to be busy simply because I have it on my calendar. It means
that -IF- I accept it as more important than work this
time, then I am BUSY.
FREEBUSY is for the calendar, not always the ORGANIZER and
not always a specific ATTENDEE.
It is also possible that I got a METHOD:REQUEST + TRANSP:OPAQUE
+ STATUS:CONFIRMED component and I want in my calendar even
when I sent a PARTSTAT=DECLINED METHOD:REPLY. My time is NOT
busy for that meeting that I decline to attend. While at the
same time having that entry in my calendar as I need to know
that a meeting is taking place.
Only the owner of the calendar knows if the time is booked
or FYI for a specific calendar.
A specific implementation might want to automate it as
you state above. However I will not be BUSY just because a I
have an iMIP vevent for a TV show entry from a calendar where
the entry is OPAQUE.
I can also come up with cases where OPAQUE always
means BUSY - a resource calendar for example. So I agree that
some implementation may want to automate the BUSY time. I disagree
that that the ORGANIZER always gets to mandate if I am BUSY.
Doug Royer | http://INET-Consulting.com
We Do Standards - You Need Standards
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 4532 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.osafoundation.org/pipermail/ietf-calsify/attachments/20051028/67759bbc/smime-0001.bin
More information about the Ietf-calsify