On Feb 5, 2008 3:44 AM, Francois Daoust <fd@w3.org> wrote: > I think I get your point on no-transform which I would rephrase and > summarize as: > "The CT-proxy MAY transform content flagged by the server with a > Content-Cache: no-transform directive if it thinks it's dangerous, but > it MUST get the approval of the user beforehand. Persistent registration > of the user's choice by the CT-proxy is allowed." > This looks good to me. > In this case, the CT-proxy acts like a kind of extension of the user's > browser and is controlled by the user. That sounds reasonable. It's a > deviation from the HTTP RFC but then, the more I think about it, the > more I find our CT-proxy doesn't exactly fit in the definition of what > the HTTP RFC calls a proxy (or a gateway for that matter). > This is how we always think of our CT-proxy -- an extension (or replacement) of the user's browser. Whether it's semantically "correct" is questionable, but it's a useful mental model :) Thanks AaronReceived on Tuesday, 5 February 2008 13:31:22 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 5 February 2008 13:31:23 GMT