<div dir="ltr"><div>Thanks again Scott!</div><div><br></div><div><span class="gmail-im">>> Is it possible to remove DB storage of session .... but maintain the storage of the attribute release intercept and shibpid<br>
>> (persistentID)?<br>
<br>
</span>>Yes, given that they're all configured independently.</div><div><br></div><div>With the understood limitations of SLO -- will it further "impede" SLO w.r.t moving away from sessions in the DB?</div><div><br></div><div>Thanks.<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 24, 2017 at 6:15 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 8/23/17, 9:39 PM, "users on behalf of Y Levine" <<a href="mailto:users-bounces@shibboleth.net">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:ylevine20@gmail.com">ylevine20@gmail.com</a>> wrote:<br>
<br>
> Legal obligation to store for the attribute release intercept records + support reasons to store the persistent ID (in shibpid)<br>
<br>
</span>There's an audit log of the consent, so I have a hard time believing there's any more legally required, but you can find a lawyer to tell you anything (which  is why you just find one to tell you that you don't).<br>
<br>
Anyway...<br>
<span class=""><br>
> Is it possible to remove DB storage of session .... but maintain the storage of the attribute release intercept and shibpid<br>
> (persistentID)?<br>
<br>
</span>Yes, given that they're all configured independently.<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>