Hi Standing Committee Team, Sebastien: Would you kindly add to the agenda for the next call the discussion topic "API: Revised request to reduce ICANN staff burden / LOE" Having spoken with technical staff on my end, I sense an opportunity to shoulder some of the burden of the "API" request we'd previously assigned a high LoE to. This is taking the tack suggested by Steve Crocker to standardize connections from our end, rather than asking ICANN staff to create new API specific to the RDRS. If we can do this successfully, it might also help inform some important parallel work on issues pertaining to LE identity validation. There would still be an "ask" of ICANN staff, but a much reduced one: 1. We'd want a "test domain" we could use to query to test connections without tainting RDRS data collection. 2. We'd want a little help understanding ICANN's existing API structure > meaning asking ICANN to designating a technical point of contact (email address) that requestor group engineers could send technical q's to if needed. I'm hopeful this could shortcut an otherwise high level of effort ask, and remove a good deal of the burden for it from ICANN shoulders. I seek SC concurrence to bless ICANN staff to take actions 1 & 2 above. -Gabriel PS - Q for clarity: do we know if requestors receive an email from ICANN whenever the "status" of their request changes? I'm told by the engineers this could be relevant (and preferred).