MessageReplay & Memcached operation did not complete in time

[bhupendra.a.singh at accenture.com]

Hi Scott,
Thanks for your reply. Please can you help me with the exact syntax to update in attribute-map.xml file to fetch remote_user.

Current SAML response:
<Attribute Name="https://federation-sts/schemas/claims/1/enterpriseid" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic"><AttributeValue>Enterprise ID </AttributeValue></Attribute>

Thanks & Regards,
Bhupendra

-----Original Message-----
From: users [mailto:users-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Monday, May 22, 2017 7:19 PM
To: Shib Users <users at shibboleth.net>
Subject: RE: MessageReplay & Memcached operation did not complete in time

> Is this expected behaviour?
>
> I guess I was surprised that what was ultimately a “cannot obtain result"
> defaulted to a positive detection of Message Replay.

I believe that's configurable, though possibly not exposed, but leaving aside the importance or lack thereof of this particular replay check, any check that did matter has to default to that or there'd be little point in doing it.

-- Scott

--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net

________________________________

This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy.
______________________________________________________________________________________

www.accenture.com