<div dir="ltr"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Rod,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">This is probably better targeted at the dev list but anyway..<br></blockquote><div><br></div><div>I never know where exactly to draw the line since this isn't really a bug nor a code issue, just something that I'm observing tripping up a large proportion of testers who seem to abandon the effort at that point.</div><div><br></div><div>There are 14 IdP's with expired IdP metadata in SAMLtest within the last week, and I think that will grow as there are more fresh 3.4.0 installs.  For now, I added some bolded text to the upload page informing users they need to make sure they check validUntil.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
(Channelling Scott): One could argue that the change is then having the required effect [1]<br>
<br>
        "Part of my thought was that to such a system or person, it's a clear signal that the submitter likely did nothing in <br>
         the way of review or thought behind providing it."</blockquote><div><br></div><div>This is just a fundamental difference of opinion.  From teaching all the Installfests, I found that people were much more successful in learning complex concepts when they could approach each task individually and iteratively.  This adds metadata(not just as an idea, but as something they actively have to grok and change) to the list of things a deployer will need to understand before they can even get to a login page, and I'm concerned about the impact on adoption.  Non-Shibboleth IdP's are getting through the testing phase much more routinely.</div><div><br></div><div>At the very least, it would be nice to note metadata modification in the typical next steps on the Installation page, because the deployer is going to have to either write their own metadata or modify the example before they can interact with any SP that follows the standards.</div><div><br></div><div><a href="https://wiki.shibboleth.net/confluence/display/IDP30/Installation">https://wiki.shibboleth.net/confluence/display/IDP30/Installation</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I'd also suggest that having metadata which is going to break someone's installation in a couple of weeks is probably worse than having one which breaks while you have the task swapped in.<br></blockquote><div><br></div><div>I would concur, but I was just looking for compromises and would have suggested something in the range of a year with a WARN in the IdP's own logs when the expiration date is within a few months.</div><div><br></div><div>Thanks for taking the time to explain,</div><div>Nate.</div></div></div></div></div>