<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Nov 25, 2016 at 12:58 PM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Another possible approach might be to change $ssl_client_cert to<br>
use spaces (tabs?) instead of newline + tab.  This should be<br>
compatible with what most servers provide as a result of parsing<br>
multi-line header, and implies less changes.  This needs an<br>
additional investigation though.<br></blockquote><div><br>Hi, I've found some more support for doing exactly this:<br><a href="https://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2">https://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2</a><br><br>"<br>Any LWS
   that occurs between field-content MAY be replaced with a single SP
   before interpreting the field value or forwarding the message
   downstream.
<br>"<br><br></div><div>As far as I know LWS includes the newline-whitespace sequence.<br></div><div><br></div><div>It seems to me quite clear that any compliant interpreter of header values should be insensitive to the switch from any amount of linear white space ce to a single space within the header value.<br><br><br></div></div>-- <br><div class="gmail_signature">Flemming Frandsen - YAPH - <a href="http://osaa.dk" target="_blank">http://osaa.dk</a> - <a href="http://dren.dk/" target="_blank">http://dren.dk/</a></div>
</div></div>