<br><br><div><span class="gmail_quote">On 2/20/07, <b class="gmail_sendername">Poul-Henning Kamp</b> <<a href="mailto:phk@phk.freebsd.dk">phk@phk.freebsd.dk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In message <<a href="mailto:45DB5397.3030301@giraffen.dk">45DB5397.3030301@giraffen.dk</a>>, Anton Stonor writes:<br>>Hi there,<br>><br>>I'm looking for a way to avoid caching http responses from the backend
<br>>with specific status codes such as 302.<br>><br>>Is there any way to express that with vcl?<br><br>Not right now, please open a ticket so we don't forget.<br><br>--<br>Poul-Henning Kamp       | UNIX since Zilog Zeus 
3.20<br><a href="mailto:phk@FreeBSD.ORG">phk@FreeBSD.ORG</a>         | TCP/IP since RFC 956<br>FreeBSD committer       | BSD since 4.3-tahoe<br>Never attribute to malice what can adequately be explained by incompetence.<br>
_______________________________________________<br>varnish-misc mailing list<br><a href="mailto:varnish-misc@projects.linpro.no">varnish-misc@projects.linpro.no</a><br><a href="http://projects.linpro.no/mailman/listinfo/varnish-misc">
http://projects.linpro.no/mailman/listinfo/varnish-misc</a><br></blockquote></div><br><br><br>I recently had this same issue as far as Authorizations are concerned.  We were having an issue where let's say an authorized file was accessed with an unauthorized access attempt it would cache the unauthorized attempt [Code: 401] and return that to a valid credential holding user.  I got around it like this. (patch attached) [probably not the best method]  In your case you would replace the 401 with 302.
<br><br><br><br><br>