<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jun 4, 2015 at 10:56 AM, Jason Woods <span dir="ltr"><<a href="mailto:devel@jasonwoods.me.uk" target="_blank">devel@jasonwoods.me.uk</a>></span> wrote:</div><div class="gmail_quote"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="auto"><div><pre style="margin-top:0px;margin-bottom:0px"><font face="UICTFontTextStyleBody"><span style="white-space:normal;background-color:rgba(255,255,255,0)">An HTTP/1.1 server SHOULD include a Vary header field with any
   cacheable response that is subject to server-driven negotiation.
   Doing so allows a cache to properly interpret future requests on that
   resource and informs the user agent about the presence of negotiation on that resource.</span></font></pre></div></div></blockquote><div><br></div><div>You are right, and the section about server-driven negotiation</div><div><br></div><div>    <a href="http://tools.ietf.org/html/rfc2616#page-72" target="_blank">http://tools.ietf.org/html/rfc2616#page-72</a></div><div><br></div><div>explicitly mentions Accept-Encoding as an example. So case closed.</div><div><br></div><div>Next question is: why is gzip_vary off by default? Isn't the most common case that you want it enabled?</div><div><br></div><div>Xavier</div><div><br></div><div>PS: In my next reencarnation I promise to only work on specs written as axiomatic systems.</div></div></div></div>