[09:32:20] --- Bruce_Kahn has joined
[13:06:26] --- Bruce_Kahn has left: Replaced by new connection
[13:08:44] --- Bruce_Kahn has joined
[13:11:25] --- Bruce_Kahn has left: Replaced by new connection
[13:12:40] --- Bruce_Kahn has joined
[13:14:37] --- Bruce_Kahn has left: Replaced by new connection
[13:15:38] --- Bruce_Kahn has joined
[13:23:27] --- Bruce_Kahn has left: Replaced by new connection
[13:24:14] --- Bruce_Kahn has joined
[13:24:29] <Bruce_Kahn> Pardon my dust. IBMs firewalls are wreaking havoc on my Jabber connection
[13:29:21] --- Bruce_Kahn has left: Replaced by new connection
[13:29:37] --- Bruce_Kahn has joined
[13:33:41] --- Bruce_Kahn has left: Replaced by new connection
[13:36:52] --- Bruce_Kahn has joined
[13:39:46] --- Bruce_Kahn has left: Replaced by new connection
[13:46:08] --- Bruce_Kahn has joined
[13:50:30] --- Bruce_Kahn has left: Replaced by new connection
[14:17:19] --- Bruce_Kahn has joined
[16:01:27] --- rlbob has joined
[16:04:42] --- nsb has joined
[16:06:22] <nsb> Hi, I'll be your friendly jabber scribe today
[16:06:53] <nsb> Proposed Agenda:
[16:06:56] <nsb> 1. Preliminaries
[16:06:57] --- andreas-b has joined
[16:07:04] <nsb> 2. WG status, proposed charter revision
[16:07:08] <nsb> 3. CAP
[16:07:12] <nsb> 4. Calconnect interop report
[16:07:16] <nsb> 5. Caldav draft
[16:07:19] <nsb> 6. Other issues
[16:07:40] <nsb> Preliminaries done.
[16:07:45] <nsb> (blue sheets, etc.)
[16:08:04] <nsb> Any comments on the revised proposed charter that Bob posted recently?
[16:08:57] <nsb> Note that the new charter doesn't include ical revisions; that is envisioned for another WG.
[16:08:58] <DougRoyer> I agree - keep CALSCH until CAP is out, then new WG for new issues.
[16:09:26] --- lisa has joined
[16:09:43] <nsb> NSB agrees, notes that they don't have to be sequential
[16:09:58] <nsb> Ted: Should recharter be in this WG, or new WG?
[16:10:04] --- waynet has joined
[16:10:12] <nsb> Anyone want to advocate re-using this WG?
[16:10:13] <DougRoyer> CAP in this WG
[16:10:31] --- leg has joined
[16:11:00] <nsb> NSB: Goal of new WG would be revision of existing (1998) ical++ specs
[16:11:29] <nsb> Martin from Oracle agrees w/new group
[16:11:40] <nsb> Bob says it seems like consensus
[16:12:04] <DougRoyer> Does there have to be a BOF or can it just be started?
[16:12:07] <nsb> and obviously individuals can start working on docs any time; new WG is not a prerequisite.
[16:12:44] <nsb> Ted: Clarify -- there will be a target date for CAP, right? And it will be clear to the community that this WG is not undertaking additional tasks.
[16:13:11] <nsb> Bob: Ted, is it true that RFC revisions may be done by individuals?
[16:13:28] <nsb> Ted: Yes, but my sense of the scope of the task is that you'll probably need a big enough team to make a WG useful.
[16:14:11] <DougRoyer> (yes to BOF or yes to ted?)
[16:14:21] <nsb> Ted: (answering Doug): A BOF isn't really necessary. He recommends setting up a new list and announcing it on the existing list
[16:14:37] <nsb> and working on a new charter for the new group there.
[16:14:45] <DougRoyer> Great!
[16:15:25] <nsb> (Ted's Yes was to Bob's question; the later answer was to Doug's)
[16:15:57] <nsb> Are there any CAP-related discussions we should be having today???
[16:16:42] <nsb> Bob recently posted a summary of remaining issues from bugzilla, mostly minor.
[16:16:54] <DougRoyer> There is going to be cleanup work that should be wording and typos, and such. No technical changes (other than those posted on WG today by Bob)
[16:17:02] <nsb> Bob is bringing the bugzilla stuff up on the screen
[16:17:42] --- pbh has joined
[16:18:09] <nsb> They include: BEEP interaction issues -- incomplete sentences, etc. in the BEEP profile? Bob has asked for a BEEP-er to give it a look.
[16:18:28] <DougRoyer> YES - BEEP experts needed
[16:18:37] <nsb> Any comments on that one?
[16:19:30] <nsb> Next issue: Longstanding issue of semicolon added to request-status
[16:19:35] <nsb> "World's most argued-over semicolon"
[16:19:53] <nsb> Chair position: retain consistency with 2445 syntax, pending any further comment. Any???
[16:21:04] <nsb> EXPAND issue -- closed pending objection
[16:21:06] --- hildjj has joined
[16:21:38] <Bruce_Kahn> Which was the EXPAND issue? Didnt see any email on that.
[16:21:43] <nsb> Bruce's comments about revising status code -- substantial changes, anyone want to argue?
[16:22:02] <nsb> The EXPAND was your issue, Bruce, from a while back
[16:22:14] <Bruce_Kahn> Clarification: The original Feb 03 proposal was Dougs, not mine. I simply remembered we forgot to actually do it
[16:22:30] <nsb> "The Use of EXPAND is still not sufficiently clear for all query cases" -- Bruce Kahn, 5/13
[16:22:47] <nsb> Want to keep arguing, Bruce?
[16:22:55] --- ohm has joined
[16:23:03] <Bruce_Kahn> I think the 1 new line in CAP-13 fixed it. Will recheck now.
[16:24:01] <nsb> Defining the use of "*" to mean everything in the CAP ABNF -- 6/24 from Bruce. Bob thinks this is a good idea. Anyone opposed?
[16:24:24] <nsb> Nobody seems to be opposed. That's the whole bugzilla list, folks!
[16:24:25] <DougRoyer> Reading again...
[16:24:37] <Bruce_Kahn> EXPAND fixed by "The results will be bounded by any date range or other limits in the query."
[16:25:22] <nsb> Bob: Doug, any guesses how soon CAP 14 will be ready?
[16:25:27] <DougRoyer> Use of '*', it looks to me to be missing ABNF only - correct?
[16:25:36] <Bruce_Kahn> Clarification: The original REQUEST-STATUS rework propsal (Feb 03) was Dougs, not mine. We had agreement on it I thought but never got done.
[16:26:00] <DougRoyer> Depending on the changes decided today in a week or so.
[16:26:17] <nsb> Yes, the only issue with * is missing ABNF
[16:26:42] <nsb> Bruce -- clarifying your clarification -- there is still an issue here or not?
[16:26:58] <Bruce_Kahn> For "*" we should add at least 1 line of text that says something like "All components are specified by the special value "*""
[16:27:05] <nsb> Bob: Hope that CAP 14 will be ready for last call soon.
[16:27:14] <nsb> Doug, I assume Bruce's * comment is OK?
[16:27:21] <Bruce_Kahn> Only still an issue if the issues the propsal was to fix are not resolved.
[16:27:34] <nsb> Huh? I don't understand your comment Bruce
[16:27:37] <Bruce_Kahn> CAP does not define what each "root level" REQUEST-STATUS class are. it should.
[16:27:46] <Bruce_Kahn> What is a 7.x value?
[16:27:49] <DougRoyer> I think so. I'll comment on the list of that conflicts with anything ("*" issue)
[16:28:01] <Bruce_Kahn> etc.
[16:28:40] <Bruce_Kahn> Also: There are still 'gaps' in the numbering. For example, there is no 6.0 defined but we have a 6.1. There is no 10.0 thru 10.3 yet there is a 10.4.
[16:28:59] <nsb> Is that a problem?
[16:29:04] <Bruce_Kahn> These should be pretty straight forward to fix though. A few lines in the right place should do it.
[16:29:07] <nsb> Joe H: Space for future enhancements
[16:29:08] <DougRoyer> What do you mean by "root level" ?
[16:29:25] <Bruce_Kahn> Well, gaps are not good if you are trying to make a general hierarchy of code like we did in iTIP.
[16:29:35] --- hardie has joined
[16:29:47] <Bruce_Kahn> I think we called them "classes" in iTIP or iCalendar.
[16:29:53] <nsb> Bob nods sagely & inscrutably
[16:30:11] <Bruce_Kahn> We called 'em "classes" in iCalendar.
[16:30:29] <Bruce_Kahn> Section 4.8.8.2 Request Status, pp 134-135
[16:30:58] <nsb> There is concern that there are only 2 people who have an opinion on this issue.
[16:31:02] <Bruce_Kahn> Any "1.xx " has a particular meaning as does any "2.xx", etc
[16:31:45] <Bruce_Kahn> Would at least like a definition for the 6.xx, 7.xx, 8.xx .. 10.xx classes CAP is adding so its clear where future changes shoudl go and what they mean as a class.
[16:31:49] <nsb> Roy Fielding, JSoftware: No way this will be a valid ABNF -- missing brackets, missing "or" characters. Asks authors to do formal BNF checking, follow appropriate references
[16:32:09] <nsb> There are formal tools for this -- Harald Alvestrand has an ABNF checker.
[16:32:25] <nsb> There's a web page where you paste the grammar, get back results.
[16:32:35] <nsb> www.apps.ietf.org has a validator, but that's a different one
[16:32:56] <nsb> alvestrand.no has a tool
[16:33:11] <nsb> www.apps.ietf.org/abnf.html
[16:33:35] --- paf has joined
[16:34:04] <nsb> How hard will it be to clarify this? (nsb)
[16:34:07] <paf> On the apps.ietf.org/abnf.html there are links to the abnf parser harald has.
[16:34:59] <nsb> Is there a well-formed proposal for the request-status changes? Doug, are you opposed to this or merely awaiting a more detailed proposal?
[16:35:26] <DougRoyer> I am not opposed.
[16:35:49] <nsb> Bruce, are you willing to produce a more detailed proposal?
[16:35:55] <DougRoyer> I'll make a X.y section like itip. I do not care if there a holes or gaps in the sequences.
[16:36:04] <nsb> That is, how it should be as opposed to what's wrong with the current v ersion.
[16:36:07] <Bruce_Kahn> Isnt the one from Dougs posting "Subject: CAP REQUEST-STATUS - update and proposals" sufficient?
[16:36:16] <Bruce_Kahn> Or do you mean the Class descriptions?
[16:36:35] <nsb> I'm not sure -- Doug, do you know?
[16:37:11] <DougRoyer> I think that I went through all of the codes and looked for duplicated and added needed ones.
[16:37:32] <DougRoyer> In the process I removed some duplicates may be the reason for the 'holes'.
[16:37:49] <nsb> So is this just a need for a simple "rationalization" of the codes, Bruce?
[16:37:49] <Bruce_Kahn> Part of that proposal was:
[16:37:50] <Bruce_Kahn> I also propose that we call all 6.x codes CMD or CS codes and renumber all 6.x, 7.x, 8.x, 9.x, and 10,x codes to be 6.x codes.
[16:38:59] <DougRoyer> I can do that, does anyone care what the final numbers are (6.3 vs 6.12)? If so, submit a proposal.
[16:39:28] <nsb> NSB asks AD for clarification on how document status will be decided
[16:39:38] <Bruce_Kahn> No preference as to any ordering/values.
[16:41:06] <nsb> Ted explains the meaning of Proposed, Experimental, Informational
[16:42:46] <nsb> Ted: The WG really ought to decide what status it wants. Is there a community that finds this document & the ones it depends on ready to be implemented by multiple interested parties?
[16:43:27] <nsb> Barry Leiba: Another way of putting it: Is the WG proposing this as standard?
[16:43:44] <DougRoyer> Its ready to try. Like 2445-7, I suspect there will be changes and issues. But we have to start
[16:44:40] <nsb> Poll: How many people have scrutinized the spec enough to have a strong understanding / assessment of the CAP protocol?
[16:44:56] <nsb> Two hands went up in the room, both from Oracle.
[16:45:02] <nsb> And half a hand from Cyrus Daboo.
[16:45:10] <nsb> Question: Which finger was that? :-)
[16:45:28] <nsb> Obviously Doug, you are on that list. Anyone else on Jabber?
[16:45:40] --- hardie has left: Disconnected
[16:45:42] <DougRoyer> Me, Novel and INET in Italy in implementing.
[16:46:19] <Bruce_Kahn> Waffling...
[16:46:35] <DougRoyer> Is Lotus/IBM doing cap?
[16:47:17] <nsb> Ted: It seems that despite the interest showed by the interop, there doesn't seem to be enough attention to the spec.
[16:47:42] <DougRoyer> The interop never included CAP
[16:48:16] <nsb> Oracle: Can imagine CAP-26 before we finally get to RFC
[16:48:38] <nsb> Ted: Reiterating, there are only todays' 4 issues plus cleanup, right?
[16:48:50] <lisa> Roy's from Day Software, not Oracle :)
[16:48:57] <nsb> Oops, sorry Roy
[16:49:20] <nsb> ted makes all stand up
[16:49:51] <nsb> stay standing if you are willing to spend 5 hours on spec before Sept or currently have a CAP implementation or plan one.
[16:49:57] <nsb> Only people standing are two folks from Oracle.
[16:50:16] <nsb> Ted: This seems a strong statement
[16:50:43] <nsb> Ted: Q: Is ten hours from Oracle folks, plus Doug's efforts & Bruce's kibbitzing, enough to finish CAP with a high confidence level?
[16:50:45] <DougRoyer> CAP is heavy. Wait until last call, that's when people will read it.
[16:51:01] --- hildjj has left: Disconnected
[16:51:04] <nsb> Barry: If we think that what will come from next WG is better, we shouldn't make this a proposed standard.
[16:51:56] <nsb> NSB: Is "Informational" status more appropriate?
[16:52:58] <nsb> ted: you could do that, as a "this is how far we got" document. But he advises that we first go to the mailing list with the same question about willingness/interest to work on CAP. If we can't get enough people to seriously review the doc, we can/should go for informational or experimental.
[16:53:07] <nsb> Ted: This makes me think we *should* start with a BOF for the new effort.
[16:53:35] <nsb> Ted: I don't want to discourage anyone, but if we can't get the needed amount of effort...
[16:55:17] <nsb> Oracle: Everyone but MS is suffering from the poorstandardization
[16:55:31] <DougRoyer> yes.
[16:55:40] <nsb> MS: We're suffering too. At least 5 different implementations of ical, all struggling to interoperate
[16:57:30] <DougRoyer> Still in session?
[16:57:38] <nsb> Martin/Oracle: We're working hard to try to get a sense of what it will take to advance the state of the standards. Can we at least agree that an access protocol is important? Discussion focuses on the protocol rather than the problems the protocol is trying to solve
[16:58:09] <nsb> MS: Before we can get a protocol we all agree on, we may need a schema we all agree on, which is why it is hard to do CAP before fixing ical
[16:59:04] <DougRoyer> I disagree, CAP transports iCal objects. No matter what their for. And CAP also transport scheduling (iTIP) iCal objects, not matter what their sequencing or content.
[16:59:12] <nsb> Cyrus: We're talking about ical problems, but we haven't yet heard the interop results. Can we hear about them?
[16:59:42] <nsb> Ted: Before that, please agree to repeat the "who will commit energy" question on the mailing list.
[17:00:00] <nsb> Ted: I think there has been a model shift, and that expectations have changed out from under ical.
[17:00:05] <lisa> Doug, from having looked at CAP's model earlier, which appears unchanged at core, I can't concur with your statement that CAP simply transports iCal objects.
[17:01:23] <nsb> nsb: Lotus definitelky wants a CAPpish protocol, but has much more u rgent need for ical cleanup
[17:02:03] <nsb> Martin/Oracle: It's a shame that we haven't been able to leverage the client efforts such as Mozilla, and that we get so many crappy PIM implementations
[17:02:27] <nsb> Martin: But don't forget how much the community has already benefitted from ical.
[17:03:55] <nsb> Ted exits. We're nearing the end. But Bob asks, and most of us are willing to stay a bit longer.
[17:04:09] <nsb> Dave Thewlis, head of C&S Consortium, will now report on the recent interop event.
[17:04:28] <nsb> Held interop last Thusday & Friday. Participants: IBM & Oracle.
[17:04:46] <nsb> Unlike previous interops, we tested EVERY MUST, MUST NOT, SHOULD, SHOULD NOT in the RFCs
[17:05:03] <nsb> Eye towards comprehensive review & their distance from Draft Status
[17:05:23] <nsb> Results: Seems pretty clear that new drafts of the three RFC's are needed.
[17:05:41] <nsb> Pat Egen has volunteered to be editor for new drafts, has several volunteers to help.
[17:06:24] <nsb> Detailed results/report will be posted on the calsch mailing list
[17:06:38] <DougRoyer> With only two participating, the results are not that conclusive as to implemented features.
[17:07:15] <nsb> Results: we believe that new drafts can be written relatively easy that solve most of the open problems.
[17:08:47] <nsb> nsb: I think we mostly need to chop things out & remove ambiguities, correct a few errors
[17:09:12] <nsb> Dave: Pat has hopes of posting new drafts in Sept/Oct time frame.
[17:09:22] <nsb> ...and then another interop early next year.
[17:10:10] <nsb> nsb: Will we really need a working group?
[17:10:26] <nsb> Bob: Maybe not, if there's very little controersy.
[17:10:39] <nsb> Martin: Should really be a separate list, to avoid complicating the CAP discussion.
[17:10:46] <nsb> nsb, Dave, Bob all agree
[17:10:55] <nsb> Bob asks Lisa about status of Caldav
[17:11:07] <nsb> Lisa; Now that I work for OSAF, I have official sanction for working on caldav.
[17:11:24] <nsb> Lisa: I've started to get feedback on the proposal & design choices
[17:11:39] <nsb> Lisa; will not be just webdav, will have calendar-specific protocol logic
[17:12:05] <DougRoyer> Lisa: Is there a new draft coming out soon?
[17:12:33] <nsb> Lisa did one just before the deadline, got a few comments. Available now.
[17:12:57] --- waynet has left
[17:12:59] <nsb> Session ends. Thanks for playing!
[17:13:00] <DougRoyer> I did not see it on the CALSCH WG list, did it make the WG list?
[17:13:46] <lisa> It didn't go to the WG list
[17:13:46] --- ohm has left
[17:13:46] <nsb> Doug -- Better send emamil to Lisa and she will give you a copy
[17:13:57] <lisa> It's not a WG product and I didn't want to step on toes there
[17:14:01] <rlbob> it wasn't posted to the list, but it is in the I-D repository
[17:14:09] <lisa> It's an individual submission and the I-D people wouldn't know who to notify
[17:14:10] <paf> It's in the repository as draft-dusseault-caldav-01.txt
[17:14:15] --- lisa has left: Disconnected
[17:14:34] --- rlbob has left
[17:15:57] --- pbh has left
[17:18:57] --- andreas-b has left
[17:22:16] --- leg has left: Disconnected
[17:27:21] --- DougRoyer has left
[17:29:50] --- lisa has joined
[17:33:15] --- hardie has joined
[17:35:25] --- nsb has left: Disconnected.
[17:36:27] --- hardie has left
[17:36:44] --- lisa has left: Disconnected
[17:42:37] --- hildjj has joined
[17:43:07] --- hildjj has left
[17:52:04] --- paf has left: Disconnected
[17:52:04] --- paf has joined
[17:52:32] --- paf has left
[18:15:58] --- leg has joined
[18:37:23] --- DougRoyer has joined
[18:37:35] --- DougRoyer has left
[18:46:28] --- leg has left
[18:53:34] --- hardie has joined
[18:53:51] --- hardie has left