<div dir="ltr">Hey<br><br>Reflecting on the call yesterday and building on an offline discussion I had with Karl today, I wanted to float some ideas on notifications.<br><br>1. We add async versions for each command that could by async. This then has an RP declare which calls are async and which are synchronous. IE, we add the following commands:<br><br>activate_async<div>maintain_async</div><div>suspend_async</div><div>delete_async<br>reactivate_async<br>archive_async<br>restore_async</div><div><br>An RP would likely only support the sync or async version of a command. IE `activate` or `activate_async` <br><br>The OP would pass an additional parameter when calling a *_async command that the RP would use when notifying the OP at command completion. Including the parameter is optional by the OP.<br><br>Similarly the OP may optionally include a similar notification parameter in the `metadata` command that the RP would use when it has new metadata and wants the OP to issue a new `metadata` command. <br><br>This parameter would be one time use, reducing the security risk of leakage. <br><br>The parameter could be an opaque URL that contains context for the OP, and could be an opaque token the RP passes back to the OP at a fixed notification_endpoint. <br><br>Thoughts?</div><div><br></div><div>/Dick<br><br></div></div>