Odd IIS attribute mapping issue after SP 3.0 upgrade

[Kim, Allan]

Thank you Paul - that turned out to be the problem!

From: Paul Caskey <pcaskey at internet2.edu>
Sent: Tuesday, February 9, 2021 12:49 PM
To: Shib Users <users at shibboleth.net>
Cc: Kim, Allan <jak009 at ucsd.edu>
Subject: RE: Odd IIS attribute mapping issue after SP 3.0 upgrade

See "safeHeaderNames" here: https://wiki.shibboleth.net/confluence/display/SP3/ISAPI<https://urldefense.com/v3/__https:/wiki.shibboleth.net/confluence/display/SP3/ISAPI__;!!Mih3wA!Q0HrCrzu1JLi1NxjAYK_6-0u7DebXOiuf7k_WF8QRvmO0qen-2U41hYlQeusn9_ppw$>


From: users <users-bounces at shibboleth.net<mailto:users-bounces at shibboleth.net>> On Behalf Of Kim, Allan via users
Sent: Tuesday, February 9, 2021 2:24 PM
To: Shib Users <users at shibboleth.net<mailto:users at shibboleth.net>>
Cc: Kim, Allan <jak009 at ucsd.edu<mailto:jak009 at ucsd.edu>>
Subject: Odd IIS attribute mapping issue after SP 3.0 upgrade

One of our SP operators ran into an unusual attribute mapping problem after upgrading from SP 2.5.3 to SP3.1.0.2 on IIS 7.5 (yes, we realize this is EOL).

The local attribute map has a number of attributes with underscores in the attribute ID, e.g.:

<am:Attribute name="urn:mace:ucsd.edu:sso:people:long_email" id="LONG_EMAIL"/>

Before the upgrade, SP 2.5.3 mapped these as expected. After the upgrade, the attributes were mapped without the underscore (e.g. "LONGEMAIL" instead of "LONG_EMAIL").

According to the developer, the upgraded SP/application is using server variables on IIS 7.5.7600.16385.

I couldn't find anything related to this in the docs or issues tracker - has anyone else encountered this problem?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20210209/46af8761/attachment.htm>