Archive of ietf-calendar, by thread
Go to date index
Go to main page for ietf-calendar
Page 9 of 14
[Prev Page] [Next Page] [First Page]
[Last Page]
- Re: CAP: Questions concerning CALSTORE vs Capabilities, (continued)
- Re: CAP Issues And To-Do List,
Doug Royer
- Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Alan Davies
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Alan Davies
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- Re: Propose we remove SQL-92 as a capability,
Alan Davies
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- Re: Propose we remove SQL-92 as a capability,
Doug Royer
- Re: Propose we remove SQL-92 as a capability,
Patrice Lapierre
- <Possible follow-ups>
- Re: Propose we remove SQL-92 as a capability,
John Stracke
- Re: Propose we remove SQL-92 as a capability,
John Stracke
- 4.1.1 Grammar for Search Mechanism,
Doug Royer
- 3.3 Bounded Latency,
Doug Royer
- (was) 3.2 Use of XML, MIME and iCalendar,
Doug Royer
- CAP/BEEP content type.,
Doug Royer
- cap-req-04,
Doug Royer
- CAP Query Language: Proposition to query properties with multiple occurrences,
Patrice Lapierre
- SQL virtual schema psudo proposal,
Doug Royer
- CAP: Last Call By March IETF: Need Volunteers!,
George Babics
- CAP: Badly formed SQL,
Alan Davies
- Re: CAP: Badly formed SQL,
Doug Royer
- <Possible follow-ups>
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
Bruce_Kahn
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
Alan Davies
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
Alan Davies
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
Bruce_Kahn
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
John Stracke
- Re: CAP: Badly formed SQL,
Bruce_Kahn
- CAP draft goals,
pregen
- Salt Lake City minutes,
pregen
- General comment on CAP draft,
pregen
- Re: too much CAP data in BEEP,
Steve Mansour
- CAP (MODIFY changed - no debate),
Doug Royer
- CAP (why 'source'?),
Doug Royer
- CAP (why 'select'?),
Doug Royer
- CA{ (Why 'data'?),
Doug Royer
- CAP (Too much moved to BEEP),
Doug Royer
- CAP (Most of section 6 can be deleted),
Doug Royer
- CAP (NO CONFLICT and ALLOW-CONFLICT),
Doug Royer
- CAP (CS computes actual time in VALARM query),
Doug Royer
- CAP (Only != CREATE is needed),
Doug Royer
- CAP ("*" allowd in component type?),
Doug Royer
- CAP (TARGET moved out of CAP data?),
Doug Royer
- CAP (3.1 BEEP),
Doug Royer
- CAP (BOOKED and missing METHOD - again),
Doug Royer
- CAP (schedule vs create again),
Doug Royer
- CAP (No Scheme in URL?),
Doug Royer
- CAP (global REL-CALID again),
Doug Royer
- CAP (lower Port number?),
Doug Royer
- CAP (inheritance) - latest interm draft,
Doug Royer
- CAP (access rights UPN not CU) - latest intem draft,
Doug Royer
- CAP (UPN ORGANIZER/ATTENDEE validation) - latest interm draft,
Doug Royer
- CAP (schedul command - redundent?) latest interm draft,
Doug Royer
- CAP (ICAL Version 2.0) - latest intem draft,
Doug Royer
- CAP (sub-calednar) - in latest iterm draft,
Doug Royer
- CAP (CAR vs VCAR) latest intem draft,
Doug Royer
- CAP (global uniq RELATIVE calid?) latest interm draft,
Doug Royer
- CAP (Hierarchial calendars) - latest intem draft,
Doug Royer
- CAP (fan out) - latest intem draft,
Doug Royer
- CAP (related-to) latest interm draft,
Doug Royer
- CAP (booked) - latest interm draft,
Doug Royer
- RELATED-TO vs CHILD/PARENT,
Doug Royer
- Re: RELATED-TO vs CHILD/PARENT,
Patrice Lapierre
- <Possible follow-ups>
- Re: RELATED-TO vs CHILD/PARENT,
Bruce_Kahn
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
Bruce_Kahn
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
Alan Davies
- Re: RELATED-TO vs CHILD/PARENT,
Bruce_Kahn
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- Re: RELATED-TO vs CHILD/PARENT,
Alan Davies
- Re: RELATED-TO vs CHILD/PARENT,
John Stracke
- New Version Of CAP,
George Babics
- Proposed removal of hierarchy from CAP,
Steve Mansour
- Re: Proposed removal of hierarchy from CAP,
Doug Royer
- <Possible follow-ups>
- Re: Proposed removal of hierarchy from CAP,
Bruce_Kahn
- Re: Proposed removal of hierarchy from CAP,
Bruce_Kahn
- Re: Proposed removal of hierarchy from CAP,
Bruce_Kahn
- Re: Proposed removal of hierarchy from CAP,
Bruce_Kahn
- Re: Proposed removal of hierarchy from CAP,
Gilles Fortin
- Re: Proposed removal of hierarchy from CAP,
John Stracke
- Re: Proposed removal of hierarchy from CAP,
John Stracke
- RE: Proposed removal of hierarchy from CAP,
John Stracke
- Re: Proposed removal of hierarchy from CAP,
Bruce_Kahn
- Re: Proposed removal of hierarchy from CAP,
John Stracke
- Re: Proposed removal of hierarchy from CAP,
John Stracke
- CAP: Calendar Adresses vs CAP URIs,
Bernard Desruisseaux
- VCAR: CARREF rule part,
Bernard Desruisseaux
- Re: Alarms - was RE: Question on calstore current time.,
Bruce_Kahn
- RE: Question on calstore current time,
Doug Royer
- Question on calstore current time.,
Steve Mansour
- bearer certificates and VCARs and draft 6, oh my,
tipjar LLC
- VCAR question,
Steve Mansour
- RE: VCAR question,
Paul B. Hill
- Re: VCAR question,
Steve Mansour
- Re: VCAR question,
Bernard Desruisseaux
- Re: VCAR question,
Doug Royer
- Re: VCAR question,
Bernard Desruisseaux
- Re: VCAR question,
Doug Royer
- Re: VCAR question,
Bernard Desruisseaux
- Re: VCAR question,
Bernard Desruisseaux
- Re: VCAR question,
Doug Royer
- Re: VCAR question,
Bernard Desruisseaux
- Re: VCAR question,
Doug Royer
- RE: VCAR question,
Shannon J. Clark
- Re: VCAR question,
Bernard Desruisseaux
- RE: VCAR question,
Shannon J. Clark
- Re: VCAR question,
Bernard Desruisseaux
- <Possible follow-ups>
- Re: VCAR question,
John Stracke
- CAP Draft 6 comments,
Steve Mansour
- Re: CAP Draft 6 comments,
Doug Royer
- Re: CAP Draft 6 comments,
Patrice Lapierre
- <Possible follow-ups>
- Re: CAP Draft 6 comments,
John Stracke
- RE: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Re: CAP Draft 6 comments,
John Stracke
- Summary of Editors Call - Thursday Nov 29th,
Shannon J. Clark
- Internationalization issues,
pregen
- I-D ACTION:draft-ietf-calsch-cap-06.txt,
Internet-Drafts
- Salt Lake City meeting,
pregen
- iCalendar - "octets" question,
Shannon J. Clark
- <Possible follow-ups>
- Re: iCalendar - "octets" question,
Bruce_Kahn
- Re: iCalendar - "octets" question,
John Stracke
- RE: iCalendar - "octets" question,
John Stracke
- RE: iCalendar - "octets" question,
Bruce_Kahn
- RE: iCalendar - "octets" question,
Bruce_Kahn
- RE: iCalendar - "octets" question,
John Stracke
- Re: iCalendar - "octets" question,
John Stracke
- Re: iCalendar - "octets" question,
Bruce_Kahn
- Re: iCalendar - "octets" question,
John Stracke
- Re: iCalendar - "octets" question,
John Stracke
- Re: iCalendar - "octets" question,
Alan Davies
- Re: iCalendar - "octets" question,
John Stracke
- Latest Version Of CAP,
George Babics
- VCAR: Default CAR capability,
Bernard Desruisseaux
- VCAR: CARID Property,
Bernard Desruisseaux
- Re: VCAR: CARID Property,
Doug Royer
- Re: VCAR: CARID Property,
Doug Royer
- Re: VCAR: CARID Property,
Bernard Desruisseaux
- Re: VCAR: CARID Property,
Doug Royer
- Re: VCAR: CARID Property,
Bernard Desruisseaux
- Re: VCAR: CARID Property,
Patrice Lapierre
- Re: VCAR: CARID Property,
Doug Royer
- Modifying VALARM (Was: VCAR: CARID Property),
Bernard Desruisseaux
- Re: Modifying VALARM (Was: VCAR: CARID Property),
Doug Royer
- Re: Modifying VALARM (Was: VCAR: CARID Property),
Bernard Desruisseaux
- Re: Modifying VALARM (Was: VCAR: CARID Property),
Doug Royer
- Re: VCAR: CARID Property,
Bernard Desruisseaux
- Re: VCAR: CARID Property,
Doug Royer
- Re: VCAR: CARID Property,
Bernard Desruisseaux
- Re: VCAR: CARID Property,
Doug Royer
- Re: VCAR: CARID Property,
Bernard Desruisseaux
- Re: VCAR: CARID Property,
Doug Royer
- Re: VCAR: CARID Property,
Doug Royer
- (#1) synchronization part 2, and identifying a components VALARM,
Doug Royer
- Re: (#1) synchronization part 2, and identifying a components VALARM,
Mark Paterson
- Re: (#1) synchronization part 2, and identifying a componentsVALARM,
Doug Royer
- Re: (#1) synchronization part 2, and identifying a componentsVALARM,
Mark Paterson
- Re: (#1) synchronization part 2, and identifying acomponentsVALARM,
Doug Royer
- <Possible follow-ups>
- Re: VCAR: CARID Property,
John Stracke
- VCAR: Why only in CALSTORE and VAGENDA?,
Bernard Desruisseaux
- VCAR: Overriding inherited VCAR,
Bernard Desruisseaux
- CAP: storing new components,
Doug Royer
- CAP: PRODID capability,
Doug Royer
- CAP: search ABNF sql-min,
Doug Royer
- CAP: VCAR - limiting READ,
Doug Royer
- CAP: DEFAULT_VCARS,
Doug Royer
- Re: CAP: DEFAULT_VCARS,
Bernard Desruisseaux
- Re: CAP: DEFAULT_VCARS,
Doug Royer
- Re: CAP: DEFAULT_VCARS,
George Babics
- Re: CAP: DEFAULT_VCARS,
Bernard Desruisseaux
- Re: CAP: DEFAULT_VCARS,
Doug Royer
- Re: CAP: DEFAULT_VCARS,
Bernard Desruisseaux
- Re: CAP: DEFAULT_VCARS,
Doug Royer
- Re: CAP: DEFAULT_VCARS,
Bernard Desruisseaux
- Re: CAP: DEFAULT_VCARS,
Doug Royer
- Re: CAP: DEFAULT_VCARS,
Bernard Desruisseaux
- Re: CAP: DEFAULT_VCARS,
Doug Royer
- Re: CAP: DEFAULT_VCARS,
Bernard Desruisseaux
- CAP: CAR-MIN and predefined CARIDs (Was: Re: CAP: DEFAULT_VCARS),
Bernard Desruisseaux
- CAP: typo 2.4.4.2,
Doug Royer
- [EDITORS NOTE: John Stracke to review...,
Doug Royer
- Uniqueness of RELCALID,
Doug Royer
- Specify LANG values.,
Doug Royer
- CHILDREN calendar attribute and comma.,
Doug Royer
- Delete old information.,
Doug Royer
- Typo - wrap.,
Doug Royer
- DECLINECOUNTER: missing text,
Doug Royer
- COUNTER: missing text,
Doug Royer
- ADD: mising text.,
Doug Royer
- REPLY - missing text.,
Doug Royer
- REQUEST - wrong text,
Doug Royer
- iTIP restriction tables in CAP,
Doug Royer
- READ - include readable properties?,
Doug Royer
- From MOVE [EDITORS NOTE...,
Doug Royer
- Missing errno number and text,
Doug Royer
- MODIFY - eliminate unneeded data.,
Doug Royer
- MODIFY missing error numbers.,
Doug Royer
- DELETE restriction table - QUERYNAME/QUERY,
Doug Royer
- CMDID required in reply if supplied in command,
Doug Royer
- Method missing from example and text.,
Doug Royer
- OK, then Re: CAP TODO: single threaded],
John Stracke
- Wildcard for componet name.,
Doug Royer
- SQL-MIN fix,
Doug Royer
Page 9 of 14
[Prev Page] [Next Page] [First Page]
[Last Page]
The web site for this mailing list is sponsored by the Internet Mail
Consortium. If you have any suggestions for additions or corrections
to this Web page, please send them to
phoffman@imc.org.