W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2014

Re: Preliminary minutes from the Design Team Meeting: WPAD and Proxy.pac

From: Peter L <bizzbyster@gmail.com>
Date: Thu, 13 Mar 2014 04:11:04 -0400
Message-Id: <8DF5BC0E-95D2-4715-9E27-29F431C57937@gmail.com>
Cc: "emile.stephan@orange.com" <emile.stephan@orange.com>, Mark Nottingham <mnot@mnot.net>, HTTP Working Group <ietf-http-wg@w3.org>
To: Eliot Lear <lear@cisco.com>
+1

> On Mar 13, 2014, at 4:04 AM, Eliot Lear <lear@cisco.com> wrote:
> 
> People keep saying this is a hard problem and I would like to understand the nature of "hard".  If hard is "How do you trust a given proxy for a given purpose?", then let's solve for that.  If "hard" is how do you know that the discovery protocol is providing you information you can trust, then let's solve for that.  But let's at least understand what we're solving for.
> 
> Eliot
> 
> 
> 
> 
>> On 3/10/14, 6:34 PM, emile.stephan@orange.com wrote:
>> Hi Mark,
>>  
>> The draft of the minutes says:
>>  
>> Discovery is hard. We encourage interception proxies through inaction. Not much interest in standardising WPAD (security concerns, deployment concerns), but strong interest in proxy.pac from implementers, due to considerable pain. Would be interested in clarifying the current format and normalising behaviour as much as possible, and potentially in extending / replacing the format. E.g., IPv6, secure proxy.
>>  
>> I had the feeling there was the same interest in refurbishing both of them.
>>  
>> Regards
>> Emile
>>  
>> -----Message d'origine-----
>> De : Mark Nottingham [mailto:mnot@mnot.net] 
>> Envoyé : samedi 8 mars 2014 17:48
>> À : HTTP Working Group
>> Objet : Preliminary minutes from the Design Team Meeting
>>  
>> …are at:
>>   https://github.com/http2/wg_materials/blob/master/interim-14-03/minutes.md           
>>  
>>  
>> --
>> Mark Nottingham   http://www.mnot.net/
>>  
>>  
>>  
>>  
>> _________________________________________________________________________________________________________________________
>> 
>> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>> 
>> This message and its attachments may contain confidential or privileged information that may be protected by law;
>> they should not be distributed, used or copied without authorisation.
>> If you have received this email in error, please notify the sender and delete this message and its attachments.
>> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>> Thank you.
> 

Received on Thursday, 13 March 2014 08:11:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:24 UTC