<div dir="ltr"><div class="gmail_default" style="font-family:'courier new',monospace">Morning All,</div><div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">
I hope I'm just missing something simple here. We have based our Shibboleth configuration to communicate with SP's based on inCommon EntityID's in the relying-party configuration file. We now want to support Research and Scholarship and have set up the filter but I can't seem to find a way to have the relying-party part allow Research and Scholarship in.</div>
<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">I've used EntitiesDescriptor to group non inCommon metadata before, but InCommon hasn't grouped these SP's into an EntitiesDescriptor group that is specific to Research and Scholarship.</div>
<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">Is there some other mechanism I can use or do I need to change our config from relying-party based to filter based? I don't really like going to filter based because I would think that when we have an SP we have not authorized, it would look like we allow a login but then we simply don't send any attributes. using relying-party it pretty clear we don't support them because it generates an error.</div>
<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">Thanks</div><div class="gmail_default" style="font-family:'courier new',monospace">
<br></div><div><div dir="ltr"><font face="courier new, monospace">Jeffrey<div class="gmail_default" style="font-family:'courier new',monospace;display:inline"> C.</div><br><br></font></div></div>
</div>