<div dir="auto">Actually we are going to use the http headers. It probably wasn't obvious from the original post.<div dir="auto"><br></div><div dir="auto">I was asking merely to confirm that the environment variables won't work in our scenario, because Shibboleth documentation makes pretty strong point that it is the preferred way and should be possible in most cases.</div><div dir="auto"><br></div><div dir="auto">Thank you a lot for your input!</div><div dir="auto">J.</div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr">Dne po 10. 9. 2018 9:14 uživatel Nate Klingenstein <<a href="mailto:ndk@sudonym.me">ndk@sudonym.me</a>> napsal:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Actually, it is in the Shibboleth 3.x Wiki:</div><div><br></div><div><a href="https://wiki.shibboleth.net/confluence/display/SP3/Assertion+Export" target="_blank" rel="noreferrer">https://wiki.shibboleth.net/confluence/display/SP3/Assertion+Export</a></div><div><br></div><div>I suppose it's the sessionCache boolean that has changed from true to false in the default configuration.  So, the same approach would probably still work if you enable sessionCaching.<br></div><div><br></div><div>But I didn't ask the obvious question: is there a reason why you're not just passing the attributes in HTTP headers anyway?</div><div><br></div><div>It's too late at night here for me to do any more investigation, but I hope this gives you somewhere to start.<br></div><div><br></div><div><br></div></div></div>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank" rel="noreferrer">users-unsubscribe@shibboleth.net</a></blockquote></div>