<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>Thanks, Chris. The URL is basically the same for this customer as all others with the exception of the EntityID embedded in the URL.</span></div><div><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> Christopher Bongaarts <cab@umn.edu><br><b><span style="font-weight: bold;">To:</span></b> users@shibboleth.net<br><b><span style="font-weight: bold;">Sent:</span></b> Friday, July 29, 2011 6:48 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: SHIB_IDENTITY_PROVIDER<br></font><br>Cantor, Scott E. wrote:<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.<br><br>...provided that the users from this IdP are hitting the same URL as all <br>the working IdPs. If there's something different (http vs. https, <br>different vhost, different path, etc.) then the setting wouldn't be in <br>effect.<br>-- <br>%% Christopher A. Bongaarts %% <a ymailto="mailto:cab@umn.edu" href="mailto:cab@umn.edu">cab@umn.edu</a> %%<br>%% OIT - Identity
Management %% <a href="http://umn.edu/~cab" target="_blank">http://umn.edu/~cab</a> %%<br>%% University of Minnesota %% +1 (612) 625-1809 %%<br>--<br>To unsubscribe from this list send an email to <a ymailto="mailto:users-unsubscribe@shibboleth.net" href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br><br><br></div></div></div></body></html>