
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">

<div>

<blockquote type="cite" class=""><span class="" style="float: none; display: inline !important;">I would hope the opposite, very much so. It is supported for people running it, not people who need testshib.</span><br class="">

</blockquote>

<div class=""><span class="" style="float: none; display: inline !important;"><br class="">

</span></div>

<div class=""><span class="" style="float: none; display: inline !important;">People use TestShib for an awful lot of things.  That said, I understand that acting as a service for new Shibboleth deployers is its primary mission, so that's why the bug is worded

 as it is, and it is what we're doing.  I'm just noting that I have the opposite preference, and happily agree to disagree on that.</span></div>

</div>

<div><br class="">

<blockquote type="cite" class="">

<div class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">A

 trust engine can do anything is the point, and you could chain trust engines together with multiple keys if you really didn't care who signed what (which itself is a problem, so that's the main reason edugain really doesn't work like that).</span></div>

</blockquote>

</div>

<br class="">

<div class="">I was more interested in the ability to associate providers with authorities, maybe through an entity tag, the registrar tag, or even a dumb regex match on the entityID than the ability for anyone to sign anything -- see browser CA's.</div>

</body>

</html>