<div dir="ltr">Thanks. Can you please clarify a bit what you mean by &quot;You don&#39;t have to require a session... There&#39;s no reason that shouldn&#39;t work for you.&quot; Are you suggesting if I require shibboleth session for &quot;/secure&quot; I should have access to the Shib session variables when the same browser instance later accesses &quot;/&quot; or you are suggesting that I use Lazy session? I&#39;m using Lighttpd so I&#39;m using the RequestMapper to set the session.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 17, 2015 at 1:33 PM, Cantor, Scott <span dir="ltr">&lt;<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 4/17/15, 1:26 PM, &quot;Guy Tadi&quot; &lt;<a href="mailto:tadiguy812@gmail.com">tadiguy812@gmail.com</a>&gt; wrote:<br>
<br>
&gt;Thanks for the response. The Cookies path defaulting to path=/ is OK because that&#39;s where my application resides (in fact, I explicitly set the cookieProp in the shib config to path=/). However, I can&#39;t require Shibsession for / due to legacy constraints.<br>
<br>
</span>You don&#39;t have to require a session. require shibboleth is a dummy rule that just activates the SP lazily. There&#39;s no reason that shouldn&#39;t work for you.<br>
<span><br>
&gt; I agree that Shib SP doesn&#39;t see the request to / because nothing tells the webserver to require SP for / which is exactly how I want it. However, by inpsection I determined that HTTP_COOKIE=_shibsession_randomstring=SHIB_SESSION_ID and so was hoping to use the SHIB_SESSION_ID to get attributes previously exported to the session cache during the initial access to /secure. Is that possible?<br>
<br>
</span>Not really. Not practically anyway.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</div></div></blockquote></div><br></div>