<div dir="ltr">Hi Scott and Nate,<div><br></div><div>I believe the issue is on Idp side.  I compared the logs using Testshib Idp and the University's Idp and it seems that the University does not include the attributes in the assertion.</div><div><br></div><div>I am currently waiting on the staff that manages the Idp to see what he says, but I think with both of your suggestions, we can figure out a solution.</div><div><br></div><div>Will post back to let you guys know how it went.</div><div><br></div><div>Thanks!</div><div>Antelmo</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 26, 2015 at 2:58 PM, 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="">> I have been working with one of the staff at the university that is in charge of<br>
> the Idp and he said that he is releasing the eppn attribute to my Shibboleth<br>
> SP.<br>
<br>
</span>Then either your SP is using the wrong entityID, there's a Scope issue with the IdP's metadata vs. what they're putting in the EPPN, as Nate mentioned, or he's incorrect.<br>
<span class=""><br>
> If there is no reason to be relying on queries to get them, what other<br>
> mechanism is there for him to release the eppn attribute to me?<br>
<br>
</span>The normal way, including them in the original assertion.<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.net</a><br>
</div></div></blockquote></div><br></div>