<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 19, 2015 at 5:19 PM, Mailvaganam, Hari <span dir="ltr"><<a href="mailto:hari.mailvaganam@ubc.ca" target="_blank">hari.mailvaganam@ubc.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div><div>We do - but we are on IdP2 (in process of migrating to IdP3).</div>
</div>
</div>
<div><br>
</div>
<div>What issues are you experiencing?</div></blockquote><div><br></div><div>We can't log in, and I'm trying to figure out what I'm missing.  Their error message is unhelpful ("Ooops!  There were problems trying to authenticate the user.")</div><div><br></div><div>Our instances are using ePTID (seemingly as an attribute) for the unique identifier.  So, we had to define ePTID again.<br></div><div><br></div><div>It was using the default settings for our v2 IdP when it comes to signing and encryption...</div><div>    signResponses="never"</div><div>    signAssertions="always"</div><div>    encryptAssertions="conditional"</div><div>    encryptNameIds="never<br></div><div><br></div><div>...which we've replicated</div><div><br></div><div><div>    p:signResponses="false"<br></div><div>    p:signAssertions="true"<br></div><div>    p:encryptAssertions-ref="EncryptNoConfidentiality"<br></div><div>    p:encryptNameIDs="false"</div></div><div><br></div><div>(We also tried 'p:encryptAssertions="false"')</div><div><br></div><div><div>It's requesting a transient name ID in the authn request... but it seems to have been doing that with the v2 IdP, and we didn't suppress the release of transientId there.</div></div><div><br></div><div>We're trying to reach out to the vendor now, but I'd welcome suggestions.</div><div><br></div><div>thanks</div><div>Liam</div><div><br></div><div><br></div></div><br><br></div></div>