<div dir="ltr"><div>Thanks Scott,</div><div>I am sure that it is really bored to explain again and again how it works. But could you answer one extra question?<br></div><div><br></div><div>You mean that if there are few options and one of them is 'unspecified' then any other aren't considered as options, don't you?</div><div>I thought that IdP ignores 
'unspecified' 

but if something like emailAddress is presented then IdP must use it trying to represent NameID.   </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 19 Apr 2019 at 16:08, 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">> If I remove explicitly<br>
> <br>
>       <md:NameIDFormat>urn:oasis:names:tc:SAML:1.1:nameid-<br>
> format:unspecified</md:NameIDFormat><br>
> <br>
> from metadata it works properly and I can see NameID filled with mail.<br>
> <br>
> What have I broken?<br>
<br>
Yes, it does do that. If an SP is asking for "unspecified" it is explicity saying it doesn't care what it gets, so the metadata is ignored. "unspecified" is the absence of a requirement, not a requirement. Just as it is the equivalent of not specifying a Format in a NameID, it is the equivalent of not specifying a Format in metadata.<br>
<br>
-- Scott<br>
<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>