<div dir="ltr">Ah, yes. Thanks Brent.  <div>Seems a shame to add all that encrypted data to the logs just to get the outgoing SAML for a minority of unencrypted assertions.</div><div>Motivation to keep up with log rotation I guess...</div><div><br></div><div>David </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 31, 2017 at 10:18 AM, Brent Putman <span dir="ltr"><<a href="mailto:putmanb@georgetown.edu" target="_blank">putmanb@georgetown.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF"><span class="">
    <p><br>
    </p>
    <br>
    <div class="m_-5022586008837907231moz-cite-prefix">On 8/31/17 1:37 PM, IAM David Bantz
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
          <p class="m_-5022586008837907231gmail-p1"><span class="m_-5022586008837907231gmail-s2">How can I get all
              the unencrypted assertions, which I often need to help
              service owners diagnose failures?</span></p>
        </div>
      </div>
    </blockquote>
    <br></span>
    It's the PROTOCOL_MESSAGE logger category, set it to DEBUG.  That
    logs all incoming and outgoing SAML protocol messages.  <br>
    <br>
    If the Assertion is encrypted in the Response message, then
    PROTOCOL_MESSAGE won't help (at least, if you want to see the
    Assertion contents) and that's why you'd need to turn on the <span class="m_-5022586008837907231gmail-s4">org.opensaml.saml.saml2.<wbr>encryption.Encrypter one,
      which logs the Assertion *before* it is encrypted.<br>
      <br>
      HTH,<br>
      Brent<br>
      <br>
    </span><br>
  </div>

</blockquote></div><br></div>