<div dir="ltr"><div class="gmail_default" style="font-family:"times new roman",serif">Issue was indeed with the SP.  The config I had for this IdP included the certificate fingerprint rather than the certificate itself.  Once I changed that, the logout propagated to the SP just fine.</div><div class="gmail_default" style="font-family:"times new roman",serif"><br></div><div class="gmail_default" style="font-family:"times new roman",serif">There is one issue still popping up, though.  After the request is sent to the SP, the logout page will refresh and generate an error about a stale request.  In the logs I see the following:</div><div class="gmail_default"><div class="gmail_default"><font face="monospace, monospace">2017-04-14 12:02:06,857 - ERROR [org.springframework.webflow.execution.repository.NoSuchFlowExecutionException:76] -</font></div><div class="gmail_default"><font face="monospace, monospace">org.springframework.webflow.execution.repository.NoSuchFlowExecutionException: No flow execution could be found with key 'e3s3' -- perhaps this executing flow has ended or expired? This could happen if your users are relying on browser history (typically via the back button) that references ended flows.</font></div><div class="gmail_default"><font face="monospace, monospace">        at org.springframework.webflow.execution.repository.support.AbstractFlowExecutionRepository.getConversation(AbstractFlowExecutionRepository.java:172)</font></div><div class="gmail_default"><font face="monospace, monospace">Caused by: org.springframework.webflow.conversation.NoSuchConversationException: No conversation could be found with id '3' -- perhaps this conversation has ended?</font></div><div class="gmail_default"><font face="monospace, monospace">        at org.springframework.webflow.conversation.impl.ConversationContainer.getConversation(ConversationContainer.java:126)</font></div><div class="gmail_default" style="font-family:"times new roman",serif"><br></div><div class="gmail_default" style="font-family:"times new roman",serif">Any suggestions on what I should be checking next?</div><div class="gmail_default" style="font-family:"times new roman",serif"><br></div><div class="gmail_default" style="font-family:"times new roman",serif">Thanks!</div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><br><font face="times new roman, serif">Brian Moon</font><br><font face="times new roman, serif">Senior System Administrator</font><br><font face="times new roman, serif">Enterprise Systems</font><br><font face="times new roman, serif">Santa Clara University</font><br><font face="times new roman, serif">Office: 408.554.4830</font><br><a href="mailto:bmoon@scu.edu" style="font-family:'times new roman',serif" target="_blank">bmoon@scu.edu</a><br></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Apr 13, 2017 at 5:45 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I'm forming a message right now to the SimpleSAMLphp user group to see if<br>
> they have any ideas what's going on with the SP.  Want me to check back in<br>
> once I figure out a solution?<br>
<br>
</span>I think SSP definitely would support signed logout, so it seems likely this is a "wrong endpoint" issue perhaps. If nothing else, delete the redirect SLO endpoint from the metadata and see if POST works.<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>