<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One improvement that did occur to me would be to change that up a bit so that the RequestedPrincipalContext always gets populated up front, but we toggle on or off whether to honor it with more flexible settings. That way different use cases could be accomodated at the different stages, and the request details would still be pulled out and chewed on consistently.<br></blockquote><div><br></div><div>I've been considering this suggestion while studying the Duo work done by Unicon. I believe we could use it as-is provided we had a mechanism to prevent the initial-auth step under some circumstances. Since we're already driving our non-password flows via RequestedPrincipalContext, it seems to make sense to use that as a switch to conditionally perform initial-auth as well. I don't have a clear picture what you have in mind, but it seems like it would meet our needs. If you think it would work, how could we move forward?</div><div><br></div><div>M<a href="mailto:dev-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>