<div dir="ltr"><div>Hi Scott (et al),</div><div><br></div><div>FYI, I was able to get the "mail" attribute to return in the response.  <br></div><div><br></div><div>The LAST problem was because I mistakenly had the following in the attribute-filter.xml:</div><div><br></div><div><AttributeFilterPolicy id="unexistingTestSP"><br>  <PolicyRequirementRule xsi:type="Requester" value="<a href="https://saml.example.org">https://saml.example.org</a>" /><br>  <AttributeRule attributeID="uid" permitAny="true" /><br>  <AttributeRule attributeID="eduPersonPrincipalName" permitAny="true" /><br>  <AttributeRule attributeID="schacHomeOrganization" permitAny="true" /><br><!-- JL - ADDED FOR BAN --><br>  <AttributeRule attributeID="cn" permitAny="true" /><br>  <AttributeRule attributeID="<b>email</b>" permitAny="true" />        <b><<<<<< should be "mail" :(!!</b><br>  <AttributeRule attributeID="sn" permitAny="true" /><br>  <AttributeRule attributeID="givenName" permitAny="true" /><br></AttributeFilterPolicy></div><div><br></div><div>Honestly, it took awhile to figure that out, but thanks to Scott's comments, I eventually realized my mistake :(....</div><div><br></div><div>I also want to say that my longer posts have been because I've been reacting to some earlier comments about "lack of specificity", but I will try to keep that in mind.</div><div><br></div><div>Now/next, I am going to try to get the Shibboleth IdP to return both the attributes (which I think/hope should now work) and then the NameID to the other IdP we had in front of the Shibboleth IdP.</div><div><br></div><div>Thanks!</div><div><br></div><div>Jim</div><div><br></div></div><div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br><table style="border-top:1px solid #d3d4de"><tr><td style="width:55px;padding-top:13px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://s-install.avcdn.net/ipm/preview/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"></a></td><td style="width:470px;padding-top:12px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Virus-free.<a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color:#4453ea">www.avast.com</a></td></tr></table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Apr 11, 2025 at 1:53 PM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> [WARNING: LONGISH post !]<br>
<br>
Dumping reams of XML and hoping somebody is willing to help you for free...do not mix. You think you're helping by providing context, but there's a balance. Just my advice.<br>
<br>
> So I am wondering if anyone might have any suggestions<br>
> about why the mail/emailAddress isn't being returned in the<br>
> SAMLResponse when the aacli command is run?<br>
<br>
Attributes in the IdP are tagged with an internal ID string that names them, independent of their source or eventual naming in any protocol message. Filtering rules are based on that ID. Attribute definitions are literally naming them that way. Exported data connector attributes are implicit attribute definitions.<br>
<br>
Using "mail" is by convention and matches the standard inetOrgPerson definition of the attribute type in LDAP and is mapped to the standard name for it in SAML to allow it to be handled withoout extra work by people who choose to follow the standard.<br>
<br>
Your LDAP search proves the LDAP server calls it "mail", as they all do, that's baked into the earliest RFCs. Nothing else you're seeing is relevant.<br>
<br>
Have the LDAP query return "mail", use the ID of "mail" in the IdP, release "mail" in the filter policy, and you're done.<br>
<br>
-- Scott<br>
<br>
<br>
</blockquote></div>