<div dir="ltr">Unfortunately, we don't really have the luxury not trying to find some accommodation. You included a [1] in this response... was that intended to reference some other note or resource that was perhaps left out?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 9, 2021 at 4:28 PM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 3/9/21, 9:20 PM, "users on behalf of Baron Fujimoto" <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:baron@hawaii.edu" target="_blank">baron@hawaii.edu</a>> wrote:<br>
<br>
> Upon further reflection, I'm not sure how we're supposed to be able distinguish between their instances<br>
> without something like an entityID difference. But maybe I'm missing something else.<br>
<br>
Concur is IdP-initiated, which means you control the relay state, so basically you bake in a target value in each link, and write code to check it as an activation condition. [1]<br>
<br>
Would I do this? No, I'd tell them to stuff it. But that's how I would do it if I was going to roll over.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Baron Fujimoto <<a href="mailto:baron@hawaii.edu" target="_blank">baron@hawaii.edu</a>> :: UH Information Technology Services<br>minutas cantorum, minutas balorum, minutas carboratum desendus pantorum</div></div>