<div dir="auto"><div dir="auto">I had raised similar problem on December, 2019 - <a href="http://mailman.nginx.org/pipermail/nginx-devel/2020-January/012942.html">http://mailman.nginx.org/pipermail/nginx-devel/2020-January/012942.html</a> but it had been put down as no other complains had been filed about it.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 6, 2020, 14:00 Андрей Аладьев <<a href="mailto:aladjev.andrew@gmail.com">aladjev.andrew@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello. I've read nginx HTTP parser and found the following line:<div><br></div><div>/* header value */<br>case sw_value:<br>  switch (ch) {<br>    case ' ':<br>      r->header_end = p;<br>      state = sw_space_after_value;<br>      break;<br></div><div><br></div><div>It means that nginx HTTP parser will finish header value immediately after whitespace. But RFC 7230 declares the following:</div><div><br></div><div>header-field   = field-name ":" OWS field-value OWS<br>field-value    = *( field-content / obs-fold )<br>field-content  = field-vchar [ 1*( SP / HTAB ) field-vchar ]</div><div>field-vchar    = VCHAR / obs-text<br></div><div><br></div><div>"field-vchar [ 1*( SP / HTAB ) field-vchar ]" I think this ABNF means header value can have SP or HTAB between visible chars.</div><div><br></div><div>So it looks like nginx HTTP parser is broken. What do you think about it? Thank you.</div></div>
_______________________________________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org" target="_blank" rel="noreferrer">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" rel="noreferrer noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a></blockquote></div>