<div dir="auto">That worked thank you.<div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, May 8, 2025, 11:11 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> In my case I don't mind hard coding the protocol binding to<br>
> POST for the site when I've already hard coded the idp to use for<br>
> the same site but I don't understand where to start.<br>
<br>
The best answer is don't, use POST across the board.<br>
<br>
You would have to define a custom SAML 2 <SessionInitiator> handler element at a different path, alongside the automatically generated one at /Login, and that one would have an acsIndex set in it to specify the ACS index of whichever of the two bindings was the "exception".<br>
<br>
The requireSessionWith content setting can reference a specific SessionInitiator to get a vhost to use it in place of the default one.<br>
<br>
The acsIndex is hard to know, but I believe the metadata generator endpoint would probably generate the same indexes it would know about internally, I'd at least start with that assumption.<br>
<br>
-- Scott<br>
<br>
<br>
</blockquote></div>