- From: Jo Rabin <jrabin@mtld.mobi>
- Date: Mon, 18 Feb 2008 21:37:20 -0000
- To: "Francois Daoust" <fd@w3.org>, "public-bpwg-ct" <public-bpwg-ct@w3.org>
Hi Francois
In respect of 2. "Grounding In Reality" there is a thread starting at [1] on possible bits and pieces of HTTP that might be pressed into service for CT. I remain intrigued by the 300 response.
I have much to say in respect of your earlier extremely comprehensive work on ACTION-603 but have been buried in other things, so haven't, for which I can only apologise. I will try to write a polite rebuttal of the "gateway" argument tomorrow morning.
Jo
[1] http://lists.w3.org/Archives/Public/public-bpwg-ct/2007Oct/0023.html
> -----Original Message-----
> From: public-bpwg-ct-request@w3.org [mailto:public-bpwg-ct-request@w3.org]
> On Behalf Of Francois Daoust
> Sent: 18 February 2008 14:28
> To: public-bpwg-ct
> Subject: [agenda] CT Teleconference Tuesday 18 February 2008
>
>
> Hi,
>
> This is the proposed agenda for tomorrow's teleconf.
> It includes some of my suggestions, but note they are nothing more than
> "stupid suggestions" to trigger ideas:
>
>
> Chair: François
> Staff Contact: François
> Known regrets: none
>
> Date: 2008-02-18T1500Z for 60mn
> Phone: +1.617.761.6200, +33.4.89.06.34.99, +44.117.370.6152
> Conference code: 2283 ("BCTF") followed by # key
> IRC channel: #bpwg on irc.w3.org, port 6665.
>
> Current draft:
> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-
> drafts/Guidelines/080124
>
>
> Agenda:
>
> 1. Introduction
> ---------------
> - we should present our draft to the WG before Seoul's F2F, for
> validation/comments and hopefully publication as First Public Working
> Draft.
> - goal is to ground our guidelines on reality.
>
>
> 2. Grounding on reality
> -----------------------
> - "available" technologies:
> HTTP Accept, Cache-Control, Vary, Via headers
> Extensions to Cache-Control (I tend to think that's already "new"
> technology...)
> - ... and what else?
> - we may reference "new" technologies as possible ways to improve the
> situation in the future: OMA-DPE for instance?
> - in practice, CT-proxies do more than just CT of content "with a view
> to making it more suitable for mobile presentation". Terms and
> conditions exist. Headers/Footers may be "compulsory", ... That's
> probably beyond the scope of the document, but that means
> "Cache-Control: no-transform" will never be totally respected.
>
>
> 3. Client Origination of request (§3.1)
> ---------------------------------------
> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-
> drafts/Guidelines/080124#d0e306
> - let go of all the HTTP CT-proxy control mechanisms in the request,
> save, possibly the Cache-Control: no-transform directive?
> - replace HTTP control mechanisms with an options-oriented approach,
> leaving the practical implementation of the approach as CT-dependent?
> (for legacy browsers, that's a WEB interface, in the future... using
> OMA-DPE?)
>
>
> 4. Proxy Receipt, Forwarding or Response to a Request (§3.2)
> ------------------------------------------------------------
> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-
> drafts/Guidelines/080124#d0e339
> - remove all mentions to Cache-Control extensions?
> - remove indications of "I will transform"?
> - use a generic "X-Modified-Headers" (or any other name) HTTP header to
> reference the original headers modified by the CT-proxy and in
> particular the original User-Agent?
>
>
> 5. Server Response to Proxy (§3.3)
> ----------------------------------
> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-
> drafts/Guidelines/080124#d0e501
> - stick to Cache-Control: no-transform?
> - recommend the use of the HTTP Vary header
>
>
> 6. Proxy Receipt and Forwarding of Response from Server (§3.4)
> --------------------------------------------------------------
> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-
> drafts/Guidelines/080124#d0e581
> - anything else to say?
>
>
> 7. Proxy Response to Client (§3.5)
> ----------------------------------
> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-
> drafts/Guidelines/080124#d0e594
> - mention of "mandatory" transformations that may be done by a CT-proxy
> as agreed by terms & conditions and/or as imposed by carriers?
>
>
> François.
>
>
>
Received on Monday, 18 February 2008 21:37:53 UTC