<div dir="ltr">Hello Peter,<div><br></div><div>Thank you for your response,</div><div><br></div><div>Skipping unmapped attribute error has been resolved and able to create session</div><div><br></div><div>Shibboleth.SessionCache [1] [default]: new session created: ID (_000b14694712c7b9c980b4cd9f70baa4) IdP (3nbhje3wo7et) Protocol(urn:oasis:names:tc:SAML:2.0:protocol) Address (fe81::959b:7e7a:ba83:14v9)</div><div><br></div><div>But problem now is,I am not able to login to my application, where error states <b>The single sign on login cancelled</b></div><div><b><br></b></div><div>Can you help in navigating this issue?</div><div><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="auto"><br></div><div dir="auto"><div dir="auto">Thanks & Regards,</div><div dir="auto">Krishna Manikanta</div><div dir="auto"><a href="mailto:Krishnamanikanta.v@gmail.com" style="color:rgb(17,85,204)" target="_blank">Krishnamanikanta.v@gmail.com</a> </div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 16, 2020 at 6:32 PM Peter Schober <<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</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">Please keep replies to the list. Community support for<br>
Free/Libre/OpenSource software doesn't work with private messages.<br>
<br>
* VSK Manikanta <<a href="mailto:krishnamanikanta.v@gmail.com" target="_blank">krishnamanikanta.v@gmail.com</a>> [2020-07-16 14:19]:<br>
> I have added the line that you have mentioned<br>
> <br>
> line 16  <Attribute name="urn:oid:2.5.4.4" id="TeamcenterUserID" ><br>
> line 17          <Attribute name="TeamcenterUserID" nameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic" id="TeamcenterUserID"/><br>
> line 18  </Attribute><br>
<br>
That's not correct and also doesn't make any sense. Why would you<br>
nest an Attribute with one name within an Attribute with another name?<br>
If you're unsure and the documentation doesn't help at least look at<br>
the default version of the file you're changing. That should<br>
illustrate how to have multiple 'Attribute' XML elements in there.<br>
<br>
Also, "urn:oid:2.5.4.4" is the standard name for surname, so I<br>
wouldn't change that definition. Unless the IDP is misconfiguired and<br>
actually sends "TeamcenterUserID" in the attribute meant for a<br>
person's surname. Weird and nonsensical, but technically possible.<br>
<br>
So move the 'Attribute' XML element for the "TeamcenterUserID" SAML<br>
attribute name to become a sibling to all the other 'Attribute' XML<br>
elements in that file, instead of as a child element of one of them:<br>
<br>
<Attribute name="urn:oid:2.5.4.4" id="TeamcenterUserID"/><br>
<Attribute name="TeamcenterUserID" nameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic" id="TeamcenterUserID"/><br>
<br>
> I am using TeamcenterUserID as id earlier I was using uid<br>
<br>
You're free to do whatever you want, esp assigning whatever internal<br>
id to the attribute mapped from SAML as that will be private to the SP<br>
you're doing that on.<br>
But the 'name' XML attribute must match the SAML Attribute Name as<br>
sent on the wire. And from the log you shared earlier the IDP sends<br>
the "uid" attribute:<br>
<br>
> Shibboleth.AttributeExtractor.XML [1] [default]: skipping unmapped<br>
> SAML 2.0 Attribute with Name: uid,<br>
> Format:urn:oasis:names:tc:SAML:2.0:attrname-format:basic<br>
<br>
So unless the IDP now sends something else you'd still have to map the<br>
"uid" attribute to whatever internal id you prefer.<br>
<br>
-peter<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>