<div dir="ltr"><div>Hi,</div><div><br></div><div>It is clear from the below link that some of the encoders(<font face="Courier New">SAML1StringNameIdentifier</font> and <code>SAML2StringNameID)</code> are deprecated and nameID encoding not handled in the resolver,</div><div><br></div><div><br></div><div>However it is not clear to be what is the new way and how to encode it in V3, does this mean, if the previous V2 encoding is SAML2StringNameID (as an e.g.) and we can ignore this in V3 and don't need to do anything with respect to NameID encoding?</div><div><br></div><div><a href="https://wiki.shibboleth.net/confluence/display/IDP30/AttributeResolverConfiguration#AttributeResolverConfiguration-NameIDEncoders">https://wiki.shibboleth.net/confluence/display/IDP30/AttributeResolverConfiguration#AttributeResolverConfiguration-NameIDEncoders</a> </div><div><br></div><div><br></div><div>Also if I am not mistaken with the new approach from below V2 resolver definition as an example, and in new V3, below will split into two, that is resolver will still continue to have this attribute with encoding enc:SAML2String but only higligthted <strong>SAML2StringNameID </strong>will be moved to saml-nameid.xml obviously without <strong>SAML2StringNameID</strong></div><p>Please confirm is that the correct understanding, if so, kind of double work in two files obviously with clarity</p><div><strong></strong><br></div><div><resolver:AttributeDefinition id="myAttributeID" xsi:type="ad:Simple" sourceAttributeID="uid"><br>          <resolver:Dependency ref="myLDAP" /></div><div>        <resolver:AttributeEncoder xsi:type="enc:SAML2String" name="UserID" /><br><br><strong><resolver:AttributeEncoder xsi:type="SAML2StringNameID" xmlns="urn:mace:shibboleth:2.0:attribute:encoder" nameFormat="urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified" /></strong><br></div><div><br></div><div> </resolver:AttributeDefinition><br><br></div><div><br></div><div>Thanks</div><div><br></div></div>