Unable to pick up incoming attributes from the assertion

[Amit Dongaonkar]

Wanted to close the loop on this.
Once the IdP changed the name format on the attribute statement, the SP was
able to capture the SAML attributes and the setup is now working as
expected.

Thanks and Regards,

*Amit Dongaonkar*



On Fri, Jul 16, 2021 at 1:16 PM Amit Dongaonkar <amitd at nitssolutions.com>
wrote:

> Scott,
> The configuration snippets I shared earlier on are what I have taken from
> the configuration files.
> It still wont work.
>
> Thanks and Regards,
>
> *Amit Dongaonkar*
>
> *Snr. Technical Architect Lead*
>
> o: (248) 284-4035 m: (248) 385-6033
>
> 40850 Grand River Ave #100, Novi, MI 48375
>
> www.nitssolutions.com
>
> [image: unnamed]
>
>
> On Fri, Jul 16, 2021 at 1:14 PM Cantor, Scott <cantor.2 at osu.edu> wrote:
>
>> On 7/16/21, 1:07 PM, "users on behalf of Nate Klingenstein" <
>> users-bounces at shibboleth.net on behalf of ndk at signet.id> wrote:
>>
>> >    Your configuration looks fine to me, but I don't think that
>> nameFormat will ever fly.  I would consider this an
>> > IdP bug and ask them to correct that to "basic" or, if possible, a URI
>> that matches the LDAP OID.
>>
>> That's all true, but no, the SP isn't going to notice. If that were the
>> actual configuration it would have worked. But no, obviously, it should
>> never be used.
>>
>> -- Scott
>>
>>
>> --
>> For Consortium Member technical support, see
>> https://shibboleth.atlassian.net/wiki/x/ZYEpPw
>> To unsubscribe from this list send an email to
>> users-unsubscribe at shibboleth.net
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20210720/bf50b5dc/attachment.htm>