<div dir="ltr">Hey Marques,<div>coincidentally, I sent patches for 429 yesterday:</div><div><a href="http://mailman.nginx.org/pipermail/nginx-devel/2016-October/009003.html">http://mailman.nginx.org/pipermail/nginx-devel/2016-October/009003.html</a><br></div><div><a href="http://mailman.nginx.org/pipermail/nginx-devel/2016-October/009004.html">http://mailman.nginx.org/pipermail/nginx-devel/2016-October/009004.html</a><br></div><div><br></div><div>Best regards,</div><div>Piotr Sikora</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 19, 2016 at 1:39 PM, Marques Johansson <span dir="ltr"><<a href="mailto:marques+nginx@linode.com" target="_blank">marques+nginx@linode.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">"proxy_next_upstream error" has exemptions for 402 and 403.  Should it not have exemptions for 429 "Too many requests" as well?<br><div><br></div><div>I want proxied servers' 503 and 429 responses with "Retry-After" to be delivered to the client as the server responded.  The 429s in this case contain json bodies.</div><div><br></div><div>I assume I should use proxy_pass_header to get Retry-After preserved in the responses, but what should I do to get 429 responses returned without modification (short of a feature request that proxy_next_upstream be modified)?</div></div>
<br>______________________________<wbr>_________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx</a><br></blockquote></div><br></div>