It is still an iCalendar object (VCALENDAR). Do you store VERSION in the STORE? No - commands are at the same level. Our idea was that if we put VCOMMAND and VQUERY inside of VCALENDAR then the entire object is intact. You can email it, ftp, ... and not worry about signatures or any other text that may be around the object while in transit. They are properties if the object in transit. That does not mean you need to store them. -Doug Greg Scallan wrote: > > Hey All, > > I have a question regarding the VQUERY and VCOMMAND components as > specified in the CAP Internet Draft (draft-ietf-calsch-cap-01.txt). In > particular, the proposal seems to infer that VCOMMAND and VQUERY are not > part of the calendar store (atleast, they are not depicted in the > Calendar Store Object Model diagram in section 2.2). However, the > examples show 'BEGIN: VCOOMAND' and 'BEGIN: VQUERY' statements within a > 'BEGIN: VCALENDAR'. This seems somewhat confusing to allow these > components within the VCALENDAR statement in iCalendar, inferring that > they are somehow related (properties of?). > > Shouldn't the VCOMMAND and VQUERY be *outside* the 'BEGIN: > VCALENDAR'? > > Thanks for any enlightenment :-) > Greg
begin:vcard n:Royer;Doug tel;pager:pager@royer.com or 650-274-8960 tel;cell:650-274-8960 tel;fax:805-957-1544 tel;work:805-957-1790 x541 x-mozilla-html:FALSE url:http://Royer.com/People/Doug org:Software.com version:2.1 email;internet:Doug.Royer@Software.com title:Architect adr;quoted-printable:;;530 E. Montecito St.=0D=0A;Santa Barbara;CA;93103;U.S.A fn:Doug Royer end:vcard
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature