14:51:12 RRSAgent has joined #vcwg 14:51:12 logging to https://www.w3.org/2022/08/24-vcwg-irc 14:51:15 RRSAgent, make logs Public 14:51:16 please title this meeting ("meeting: ..."), ivan 14:51:31 Meeting: Verifiable Credentials Working Group Telco 14:51:31 Date: 2022-08-24 14:51:31 Agenda: https://lists.w3.org/Archives/Public/public-vc-wg/2022Aug/0023.html 14:51:31 chair: kristina 14:51:31 ivan has changed the topic to: Meeting Agenda 2022-08-24: https://lists.w3.org/Archives/Public/public-vc-wg/2022Aug/0023.html 14:55:50 kristina has joined #vcwg 14:58:44 present+ ivan, kristina 14:59:43 present+ kdeangs 15:00:39 present+ brent, dmitri, shigeya 15:01:14 phila has joined #vcwg 15:01:18 justin_r has joined #vcwg 15:01:35 present+ 15:01:38 present+ justin, phila, marty, 15:02:10 present+ kerri, awhitehead 15:02:28 martyreed has joined #vcwg 15:02:30 selfissued has joined #vcwg 15:02:37 present+ snorre, elfors 15:02:45 scribe+ 15:02:52 present+ 15:02:59 present+ 15:03:14 present+ manu 15:03:15 present+ 15:03:20 q+ to ask for agenda item for PRs. 15:03:32 mprorock has joined #vcwg 15:03:35 kristina: The agenda for today, first we'd like to talk about the agenda for the TPAC F2F hybrid meeting. 15:03:39 awhitehead has joined #vcwg 15:03:41 present+ 15:03:55 present+ abramson 15:03:58 Snorre has joined #vcwg 15:03:59 kristina: Brent and I put together a draft agenda which is looking pretty holistic and thorough, but we're looking for feedback, we'll be sending that out shortly. 15:04:12 present+ gabe 15:04:14 kristina: Then we'd like to continue discussing the issues. 15:04:18 kristina: Any reintroductions? 15:04:28 brentz has joined #vcwg 15:04:35 decentralgabe has joined #vcwg 15:04:43 present+ 15:04:51 kdeangs1 has joined #vcwg 15:04:54 Snorre: I work for Diwala that is a company that works with VCs in Africa. I'm an invited expert trying to figure out how to contribute the best way possible. I'd like to participate more in the details more in the specification. 15:05:00 kristina: Anyone else? 15:05:07 present+ 15:05:07 present+ jandrieu 15:05:14 Kerri_Lemoie has joined #vcwg 15:05:17 q? 15:05:19 present+ 15:05:28 manu: Just real quick -- another agenda item, I'd like to do at least a ping on a couple of PRs. 5-10 minutes tops. 15:05:41 q? 15:05:47 ack manu 15:05:47 manu, you wanted to ask for agenda item for PRs. 15:05:58 Topic: TPAC agenda 15:06:09 subtopic: https://docs.google.com/spreadsheets/d/1Du-3G4d08OWxW1fNtn_8BLNsAIT4GETvk7F7v_Mu_dA/edit#gid=0 15:06:34 s/subtopic:/-> agenda URL/ 15:06:38 Will has joined #vcwg 15:06:38 kristina: Let me quickly walk through. On the agenda list, we have a view of both days, Thursday and Friday, so 8am Vancouver time is the start time. 15:07:00 kristina: We'll do introductions, timelines and deliverables. We'll be doing a hybrid meeting so we'll want to make sure that people joining remotely feel comfortable as well. 15:07:31 kristina: Then we wanted to start with the use cases conversation. Then focusing on lessons learned from version 1 [and so on per the spreadsheet]. 15:07:39 oliver has joined #vcwg 15:07:43 present+ oliver_terbu 15:07:51 kristina: We'll make sure we have breaks, W3C wants us to be strict about breaks. 15:07:56 sebastianelfors has joined #vcwg 15:08:46 kristina: We'll talk after the break about how V1 is structured and talk about how we have multiple documents worked on the same time. We'll want to make sure everyone in the WG has a clear view of how the components fit together. We have agreement at a high level but the devil is in the details and we'd like to tackle that in the in person meeting. 15:08:53 JoeAndrieu has joined #vcwg 15:08:54 kristina: We want that to be beneficial for the editors of all documents. 15:09:13 present+ 15:09:13 kristina: Then we'll have lunch and we'll have the joint WG meeting and talking about stream lining cryptosuites. 15:09:49 kristina: We'll be talking about Data Integrity, led by Manu there and then another break. We're hoping to finish up the first day talking about registries. We confirmed with Sam Smith who will be joining remote to talk about ACDC. 15:10:26 What is ACDC? 15:10:29 kristina: We'll end the first day at 5pm. Starting day 2 again at 8am. We'll be talking about holder bindings, led by Oliver and we are also confirming with others for joining remotely. 15:10:45 kristina: [Other items from spreadsheet mentioned] 15:11:45 kristina: We'll have lunch and then talk about multi-party and then another break, and then JSON schemas, etc. We also left 75 minutes to allow for additional topics to come up and discuss and we should be able to accommodate one or two. 15:11:46 q? 15:11:52 +1 to the agenda, in general. 15:11:55 q+ 15:12:07 ack brentz 15:12:07 Back in black? 15:12:10 +1 for the agenda 15:12:16 brentz: If no one has any comments about the agenda specifically, I'd like to talk about Thursday evening dinner. 15:12:18 kristina: Yes, go ahead. 15:12:54 Where is the attendees tab? Is there a URL? 15:12:55 +1 steak 15:13:11 yes, the tab is next to the agenda in the same excel sheet 15:13:13 -> TPAC home page with further information https://www.w3.org/2022/09/TPAC/Overview.html 15:13:19 brentz: I'm doing my darnedness to get a sponsor. If anyone will be there, please fill out the attendees tab on the spreadsheet so we can be as inclusive to everyone's dietary needs. Based on who is signed up now ... we're going to a steakhouse! We want to encourage everyone who is joining Thursday hopefully to a sponsored dinner to let us know their food preferences. 15:14:04 q? 15:14:13 kristina: Any feedback or comments on the agenda? 15:14:15 None 15:14:36 kristina: Brent and I will be reaching out to people who will be leading discussions to get slides so we can compile a single slide deck. 15:14:50 kristina: If you can collaborate there that would be appreciated. 15:14:54 Topic: PRs 15:15:03 Subtopic: https://github.com/w3c/vc-data-model/pull/905 15:15:07 manu: A couple of PRs to get moving, just one we really need to talk about. 15:15:09 topic: PR-s 15:15:38 manu: PR #905 establishes a draft v2 context. There was some discussion on date properties and those have been stripped out for now to be discussed in an issue. 15:15:48 q? 15:15:53 q+ sebastianelfors 15:15:54 q+ 15:16:06 manu: The only person that needs to re-review right now, I think, is Mike Jones. I removed what was under debate to an issue until the group decides what people want to do with it. I'm just calling for any objections, the PR is ready to go. 15:16:08 kristina: Thanks, Manu. 15:16:12 ack sebastianelfors 15:16:54 sebastianelfors: Here's a combined ask related to the FPWD: We have it on the agenda on TPAC and there is an open issue as well. Kristina and I have been commented on it a bit, should we take the opportunity to elaborate on that and come up with an accommodation for Presentation Exchange prior to the TPAC meeting. 15:17:03 kristina: Are you asking for time to discuss it today or a general heads up? 15:17:26 sebastianelfors: It's a heads up really, we can take it offline if you prefer, you and I are active in the particular issue. Since we have this issue open, potentially we could prepare this a bit more and present it at TPAC. 15:18:02 ack ivan 15:18:03 kristina: Ok, great, I'd like to collate the conversation at TPAC and it's a good heads up to the group. We have time we can touch on it today and if not we can put it on the agenda for upcoming meetings. I wanted to go back to Manu's question about the PR. 15:18:26 the issue Sebastian mentioned: https://github.com/w3c/vc-data-model/issues/908 15:18:43 ivan: I had some issues that ~50 minutes you put comments on my issues. That's fine, but I would like you to look at the corresponding issue I had #916, because I'd like to have the vocabulary document put in before this goes to merge. But I have some basic questions I need answered. 15:18:51 manu: Are you saying to block the PR until that's ready? 15:19:08 ivan: No, it's already if it's not blocked, these things are evolving and I'd prefer these two things to run more or less in sync. 15:19:09 I approved https://github.com/w3c/vc-data-model/pull/905#pullrequestreview-1084010675 15:19:12 manu: Got it, I'll look and respond today. 15:19:31 kristina: It looks like Mike has approved the PR, it looks like the PR should be good to go. 15:19:36 manu: Ok, thanks, that sounds great. 15:19:36 Subtopic: https://github.com/w3c/vc-data-model/pull/911 15:19:57 manu: This next one is adding Oliver to the document as an editor. This decision was made and I'm just going to merge that if there are no objections, this is just a heads up to the group. 15:19:58 +1 to merge 911 15:20:07 https://github.com/w3c/vc-data-integrity/pulls 15:20:48 dmitriz has joined #vcwg 15:20:51 manu: Finally, there are a number of PRs on the VC Data Integrity spec that the group should be aware of. We're trying to document the design criteria that went into the specification. There are a number of PRs about that. I've asked for review, but people should be aware that these will start getting merged this weekend. 15:21:04 manu: If there are objections we will of course wait to get things addressed. 15:21:13 q? 15:21:15 manu: If you're interested in the Data Integrity work please take a look at those PRs. 15:21:27 Topic: issues 15:21:32 subtopic: https://github.com/w3c/vc-data-model/issues?q=is%3Aissue+is%3Aopen+label%3Adiscuss+sort%3Aupdated-asc 15:21:49 kristina: The top one we have is issue #862. 15:21:51 subtopic: https://github.com/w3c/vc-data-model/issues/862 15:22:34 q? 15:22:35 kristina: This is a request to fix the mixed use of URLs and URIs -- and I believe this has been done. The issue was closed once and then re-opened because there was going to be follow-on work in V2. 15:23:23 brentz: As I recall, we made some editorial changes in V1.1 where there is a distinction between URI and URL. I believe there are still some outstanding changes that could be made in V2 to just change everything from URL to URI. I think that was the consensus of the group at the time, whether that's the consensus now is up to this group. 15:23:38 brentz: There's some identifiers that are still identified as URLs and others as URIs and this issue says it should be unified. 15:23:40 q+ on the topic of "unified" 15:23:52 ack manu 15:23:52 manu, you wanted to comment on the topic of "unified" 15:23:55 For context, in IETF specs, URI us preferred over URL. 15:24:07 For context, in IETF specs, URI is preferred over URL. 15:24:21 manu: I'm just speaking to the concept that we would unify these. I think we carefully picked which of these IDs are URIs and which are URLs. The ones that are expected to be derefenced are URLs and the URIs do not have that requirement. 15:24:24 q+ 15:24:50 manu: I think we were very careful about making the distinction between the two. I think I'm a -1 to just making all of them a URI or a URL because we put considerable thought into which is which. 15:24:50 ack ivan 15:25:17 q+ to mention WhatWG URL spec. 15:25:29 ivan: I am fine with what you say, but I'm looking at the references in the data model spec, there is a reference to the URI which is the RFC, there is no reference to URL. In practice, almost all the new specs in W3C refer to the WHATWG spec as the reference for URL. 15:25:38 For instance, in OAuth [RFC 6749], it's a `redirect_uri`, even though it's obviously dereferenceable. 15:26:00 ack manu 15:26:00 manu, you wanted to mention WhatWG URL spec. 15:26:01 ivan: The WHATWG spec is hard to read but it encompasses lots of things and also handles URIs in some sense. We do need a proper reference to see what URL we are talking about. 15:26:16 manu: +1 for updating the reference, that's something we meant to do and we did mean to use the new WHATWG spec. 15:26:31 kristina: Do you want to do that within this issue? 15:26:55 kristina: We could try to get a concrete proposal. 15:27:04 +1 reference and use that spec as the baseline 15:27:08 manu: How about the group says we should change the reference to WHATWG URL -- is that what the group wants? 15:27:24 kristina: Is there agreement in the group to do that and to reference the WHATWG URL spec? Is there anything else that needs to be done? 15:28:04 dmitriz: I'd like to offer an alternative proposal to go into the issue / PRs. We change it uniformly to URI but note the places where we expect dereferencing. So we don't rely on an obscure definition and we just say it explicitly. 15:28:18 kristina: I think you're suggesting something similar to what Mike Jones has put in the chat. 15:28:20 hrm, -1 to that... the difference between URI and URL is dereferenceability. 15:28:23 I agree with Dmitrii's proposal 15:28:28 q+ 15:28:33 q+ 15:28:33 q+ 15:28:42 ack ivan 15:28:44 kristina: I don't think we have consensus. I'd like to propose for people to continue conversation in the issue. 15:29:19 ivan: If we have dereferencable things that we use all over the place we will get comments from the TAG and other places that we should use the WHATWG URL spec. The overall point of that spec was to unify around dereferencable things. 15:29:23 q+ 15:29:24 ack mprorock 15:29:25 ivan: If that's the goal it would have to be URL. 15:29:32 Link to URL spec? 15:30:06 -> WhatWG URL spec https://url.spec.whatwg.org/ 15:30:06 https://url.spec.whatwg.org/#urls 15:30:14 Thanks 15:30:15 mprorock: I just put a PR that's up on data integrity where manu and I and others dug in deep and put URL where it's dereferencable and it became apparent that we kinda have to go with the WHATWG URL spec. As much of a mess that spec is, it covers all of the various issues we want to cover. 15:30:28 ack selfissued 15:30:31 mprorock: I'm pretty firmly on "let's point to WHATWG URL spec and call it a day". 15:30:57 q+ to talk about how we handle this at GS1 15:31:01 selfissued: In IETF all the protocol identifiers use URI. In the text description, if something is a URL, it's reasonable to say ... 15:31:24 selfissued: ... where URIs are dereferencable they can and do say URL. 15:31:28 ack manu 15:31:33 https://url.spec.whatwg.org/#urls 15:31:57 +1 manu 15:32:07 +1 to manu 15:32:17 manu: To make this even more complicated, the WHATWG URL spec, firmly asserts that they are supplanting the term URI. The browser manufacturers and a variety of software developers agree and this is sort of a lost battle. They want to use the term URL for everything. 15:32:29 manu: Folks in this group might not be aware of the long history here. 15:33:22 manu: Another argument here -- and I'm not arguing for this -- there are a number of alternatives: Mike Jones says call them all URI and some can be dereferenced, we use URI in some places and URL in others, or we use WHATWG and "URL" everywhere. 15:33:30 manu: All of these options have pros and cons. 15:33:30 ack phila 15:33:30 phila, you wanted to talk about how we handle this at GS1 15:33:40 What a mess! 15:34:00 +1 selfissued - super mess 15:34:42 If browsers are adopting URL everywhere, that may be the easiest & most understandable approach in the longterm. 15:34:50 phila: I've been aware of this for a while now -- and I say you can call it whatever you want and I call it a URI -- maybe not helpful. At GS1 we use deliberately use URI because the identifier is independent of the domain name. Maybe a good or bad choice, but we say things are a URI that can also be a URL and you can do things online with it. I'm afraid that once I retire the phrase URI is going to disappear. 15:35:39 kristina: Could you in your PR make it really clear that we're using WHATWG URL but ... the thing is a URI? Is there a good middleground? 15:36:03 kristina: Are there any objections for Manu doing this PR? 15:36:35 kristina: I think, Manu, if you could try to reflect people's concern in the PR and if there are no objections we can come back to the issues conversation. 15:36:40 kristina: Does that sound good? 15:36:41 manu: +1 15:36:54 subtopic: https://github.com/w3c/vc-data-model/issues/877 15:37:17 kristina: So the next issue ... the ask was, could we have a timestamp in VP to prevent replay attacks? 15:37:36 q+ 15:37:38 kristina: I think Manu and David Chadwick have been talking about there already being something in VP there. 15:37:41 ack manu 15:38:04 manu: I think we already cover this concept around timestamp / of when a VP is created. JWTs have multiple ways of expressing a datetime and DI also has that as well. 15:38:49 manu: I don't remember if they were asking about validUntil/validFrom or something like that on the presentation itself. I don't think Lee and David were asking for that. I think timestamp verification has to do with protection around the VP and both JWT and DI have protections for that. I don't think there's anything to do here. 15:39:01 kristina: I think I agree. Any objections to mark this pending closed based on Manu's explanation? 15:39:11 q+ 15:39:24 ack manu 15:39:45 https://github.com/w3c/vc-data-model/issues/877#issuecomment-1225895943 15:39:55 manu: One more item -- just so it gets in the record. We also have the concept of challenges and nonce in the variety of the protocols. Lee said -- "what about things to mitigate replay attacks?". Well, we have nonces and challenges and creation dates for the signatures in every security mechanism we're contemplating. 15:40:07 kristina: You also put that in your comment, right? 15:40:13 kristina: I see Mike is agreeing with you. 15:40:17 kristina: Let's move onto the next issue. 15:40:29 substopic: https://github.com/w3c/vc-data-model/issues/860 15:40:49 kristina: I think you're asking how we include claims attested to by the user? 15:40:53 sbutterfield has joined #vcwg 15:41:13 JoeAndrieu: That's right. One of the examples in the VC use cases... Citizenship by Parentage has the citizen / holder making statements about how different VCs relate together. 15:41:50 JoeAndrieu: It's his birth certificate with his Mom's passport, etc. He needs to be able to make a statement that these VCs are related. One option is to create a VC where he does that. It seems it could be appropriate for the holder to make some claims like that. 15:42:04 q+ to note that we could do things in VP, but since we have another mechanism, we might want to propose something in implentation guide 15:42:10 ack manu 15:42:10 manu, you wanted to note that we could do things in VP, but since we have another mechanism, we might want to propose something in implentation guide 15:42:10 JoeAndrieu: I know there's some background that JSON-LD has an open world model and you can just do whatever you want, but it wouldn't be interoperable. 15:42:23 manu: I totally agree with the use case being a valid one -- I'm wondering about the extra complexity. 15:42:26 q+ 15:42:32 q+ 15:42:50 manu: One of the options is to define self-attested credentials. Just create another VC in the presentation. 15:43:03 manu: Option two is to create another way to express this in the VP. 15:43:09 +1 to using Cs 15:43:12 *VCs 15:43:20 manu: I'm worried about adding to the complexity in the VP. I'd like to keep that as simple as we can. 15:43:39 manu: If we can model it and it makes sense to use a VC then let's just do that and maybe talk about it in the implementation guide vs. add complexity. 15:43:40 scribe+ 15:43:49 ack dlongley 15:44:20 ack selfissued 15:44:27 dlongley: Yes, going to agree with Manu. We have primitives around interop here, VC can make any claims we want to -- seems we can re-use that primitive here and make self-attested claims. When we already have the primitive that does the job, we should continue to use it unless there is a strong reason to do something new. 15:44:55 selfissued: Given that's Joe's on the call... I tried to read the issue last night but I was confused. It sounded like you wanted a schema for these claims. There wasn't a clear ask for these particular properties or attributes. 15:45:11 selfissued: I think I get it now, but this issue at least needs to be clarified because I couldn't tell what it was about last night. 15:45:12 present+ shawn 15:45:19 JoeAndrieu: I appreciate the feedback. 15:45:56 kristina: Based on the comments we've heard using VCs, is that acceptable or do you want to continue the conversation? 15:46:05 q+ 15:46:26 JoeAndrieu: It's a good question. No one has voiced support for the idea -- maybe there isn't support in the community but also maybe it's just a new idea. 15:46:51 JoeAndrieu: If we're going to allow this behavior I think we should standardize it and if we're not, that's a shift away from an open world. 15:47:08 kristina: I think there's interest, I agree with Manu's comment to give people to think about this and come back to it. 15:47:24 ack kristina 15:47:28 kristina: Do you mind renaming the issue so it's clear it's about the mechanism itself? 15:47:32 JoeAndrieu: Yes, I'll edit it right now. 15:47:48 kristina: One more issue for today... 15:48:00 Subtopic: https://github.com/w3c/vc-data-model/issues/831 15:48:01 kristina: ... Dmitri would you be able to talk to hash links for VCs? 15:48:06 TallTed has joined #vcwg 15:48:31 dmitriz: Sure. In a lot of use cases in the VC world, we need a way to bind not only objects in the VC but also bind other external VCs or other external / outside resource like a PDF. 15:48:34 present+ TallTed 15:49:21 dmitriz: Towards that, this issue proposes two new terms that could be used separately or together. One is "anchoredResource" -- the general semantic is that in order to fully verify the signature of this VC, you're going to likely have to fetch other objects and fetch their signature as well. 15:49:25 q+ 15:49:59 dmitriz: The other part of this is the hash link part of this -- that's `digestMultibase`, it is meant to be paired with the `id` and whenever you have those two together (and object identified by `id` with a `digestMultibase` property) 15:50:00 present+ 15:50:19 dmitriz: Then you can use the multibase encoding to express all of the parameters around the hash, such as hash algorithm and canonicalization algorithm. 15:50:44 dmitriz: So to summarize, `anchoredResource` and `digestMultibase` allows us to bind multiple resources and VCs together. 15:51:02 dmitriz: It also allows us to do use cases like "endorsement" where you are issuing a VC about another VCs. 15:51:08 q+ 15:51:23 dmitriz: Any questions about the proposal? 15:51:36 kristina: I think people are interested in the use case. I think we want to discuss how we want to address it. 15:51:44 ack mprorock 15:52:05 q+ to note support for the concept -- need to link to something and include external hash. 15:52:15 mprorock: I really appreciate this PR / proposal and discussion on it. We run into it a lot on the supply chain side of the world. The thing that threw me a little bit. The first is calling it an anchored resource. The broader use case is to point at some external system. That may or may not be able to have a hashlink with it. 15:52:17 q+ 15:52:57 mprorock: There might be some UID or something like that -- the use cases we have you may look up some organic certification. How we're handling that today is very similar to what is proposed here. The other two is to attach some additional meta data and structure and vocabularies. 15:53:07 mprorock: The third is to use vocabulary terms to define evidence. 15:53:48 mprorock: It's definitely a valid use case and we need to bridge the VC world with legacy / traditional systems. It's a useful thing to do but it feels constrained to referring to it as anchors or using hash links. I'm not sure we need to standardize that. 15:53:59 mprorock: There are a lot of things like lab results and other external docs we want to reference. 15:54:14 ack selfissued 15:54:50 selfissued: I'm going to bitch about the use of multibase, it's not a standard in any standard organization. It's a draft subject to change. That's one of the things that resulted in the formal objections to the DID specs. I don't think we should start repeating that mistake. 15:55:02 selfissued: There are plenty good IETF hash specs that could be used so that we're only relying on standards. 15:55:03 ack manu 15:55:03 manu, you wanted to note support for the concept -- need to link to something and include external hash. 15:55:04 +1 selfissued - multibase is one of the specifics that concerns me 15:55:39 -1 - it has broad usage, standards don't need standards bodies to gain wide usage/adoption 15:55:50 manu: Multibase just went out to dispatch at IETF. The expectation is that it will be a standard soon with air quotes around "soon". I think focusing on multibase misses the point. This is important, there are multiple industries, supply chain, education, retail that are all using some variation of pattern here. 15:55:57 manu: It would be great if they were all using the same pattern. 15:56:18 ack phila 15:56:18 manu: Multiple industries are solving this in different ways that are incompatible and we're well positioned to propose something that would work for all of them. 15:56:27 +1 manu - this is a pattern recognition item - i will note that not all items have a hash or hash link ability 15:56:38 phila: This sounds like something really important to use at GS1. We will look at it in detail and we're glad to see it. 15:56:42 +1 Phil 15:57:09 rrsagent, draft minutes 15:57:09 I have made the request to generate https://www.w3.org/2022/08/24-vcwg-minutes.html ivan 15:57:12 kristina: Thank you everyone, that was a great call! 15:57:13 Thanks! 15:57:21 ietf multibase - https://datatracker.ietf.org/doc/html/draft-multiformats-multibase 15:57:30 RRSAgent, make logs public 15:58:03 rrsagent, draft minutes 15:58:03 I have made the request to generate https://www.w3.org/2022/08/24-vcwg-minutes.html ivan 15:58:08 zakim, end meeting 15:58:08 As of this point the attendees have been ivan, kristina, kdeangs, brent, dmitri, shigeya, dlongley, justin, phila, marty, kerri, awhitehead, snorre, elfors, selfissued, martyreed, 15:58:11 ... manu, mprorock, abramson, gabe, decentralgabe, jandrieu, Kerri_Lemoie, oliver_terbu, JoeAndrieu, shawn, TallTed 15:58:11 RRSAgent, please draft minutes 15:58:11 I have made the request to generate https://www.w3.org/2022/08/24-vcwg-minutes.html Zakim 15:58:14 I am happy to have been of service, ivan; please remember to excuse RRSAgent. Goodbye 15:58:19 rrsagent, bye 15:58:19 I see no action items