<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span><font class="Apple-style-span" size="3">I use this value with over 20 other IdPs. The same </font>piece<font class="Apple-style-span" size="3"> of code that reads that for all of those IdPs tries to read it for the IdP that I do not get the value from. This makes NO sense to me now.</font></span></div><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; "><br></div><div style="font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "><div style="font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "><font size="2" face="Arial"><hr size="1"><b><span style="font-weight:bold;">From:</span></b> "Cantor, Scott E." <cantor.2@osu.edu><br><b><span style="font-weight: bold;">To:</span></b> "users@shibboleth.net"
<users@shibboleth.net><br><b><span style="font-weight: bold;">Sent:</span></b> Thursday, July 28, 2011 3:19 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: SHIB_IDENTITY_PROVIDER<br></font><br>On 7/28/11 5:48 PM, "Mike Flynn" <<a ymailto="mailto:shibbolethlynda@yahoo.com" href="mailto:shibbolethlynda@yahoo.com">shibbolethlynda@yahoo.com</a>> wrote:<br><br>>I meant to say should the IdP turn require sessions on? It is turned on<br>>in my SP config.... <Path name="InCommon" authType="shibboleth"<br>>requireSession="true"/><br><br>The IdP has nothing to do with what I was talking about. And if you have<br>that setting on, it is physically impossible for that variable to be<br>unset. It's certainly possible for specific code trying to read it to do<br>so incorrectly, but that would be invariant with the IdP. It would be<br>there, or not, for any IdP based on whether the code was correct.<br><br>So, I'm
sorry, but it's not physically possible. I have no explanation.<br><br>The best I could suggest is to sanity check the IdP...do other SPs using<br>it properly reflect the value? If so, as I would assume, there's just no<br>way.<br><br>-- Scott<br><br>-- <br>To unsubscribe from this group, send email to<br>users+<a ymailto="mailto:unsubscribe@shibboleth.net" href="mailto:unsubscribe@shibboleth.net">unsubscribe@shibboleth.net</a><br><br><br></div></div></div></body></html>