<div dir="ltr">Did you perhaps set up EDUCAUSE long ago to use ProtectNet IDs and never updated to using your IdP?<div><br></div><div>Last time I knew, educause did not rely on InC metadata but direct interaction with you to configure.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 14, 2016 at 1:36 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">I just tried it and it worked (modulo I hadn't changed my policy since they changed their entityID).<br>
<span class=""><br>
> In terms of the IdP, there are absolutely no mentions in idp-process.log<br>
> (using logging level of debug) of a connection to educause at all.<br>
<br>
</span>Well, I doubt there would be given what you saw. Seems like it maybe issued some kind of relative redirect to your endpoint that got appended to their hostname.<br>
<span class=""><br>
> Strangely, this same behavior seems to be happening when I switch back to<br>
> our V2 IdP.<br>
<br>
</span>I certainly hope so.<br>
<br>
There's nothing for you to troubleshoot, it's their bug.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<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>
</font></span></blockquote></div><br></div>