<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, May 25, 2017 at 5:16 PM, <a href="mailto:db@alaska.edu" target="_blank">db@alaska.edu</a> <span dir="ltr"><<a href="mailto:dabantz@alaska.edu" target="_blank">dabantz@alaska.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>Preferable to just ignore that specific account expired state; that results in desired effect without having to craft a tool for a service IAM doesn't run then asking user to do something. Also has less impact on the services run by others that "use" expired flag for their access control.<br></div></div></blockquote><div><br></div><div>The authentication response result in the library is immutable, so you'll have to create a wrapper class.</div><div>Here's a gist of what I think that class would look like: <a href="https://gist.github.com/dfish3r/66bd81ed1294780e00b0a9177fa97ec9" target="_blank">https://gist.github.com/<wbr>dfish3r/<wbr>66bd81ed1294780e00b0a9177fa97e<wbr>c9</a></div><div>Compile your class, add it to the IDP war, then update ldap-authn-config.xml to use the wrapper class.</div><div>Now do some serious testing, you're off the beaten path and there may be some side effects that I'm not thinking of.</div><div>In particular, you may need to also change the ResultCode to SUCCESS to complete the lie for any flows that rely on account state.</div><div><br></div><div>--Daniel Fisher</div><div><br></div></div></div></div>