[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [libmicrohttpd] Connection: header
From: |
Christian Grothoff |
Subject: |
Re: [libmicrohttpd] Connection: header |
Date: |
Sun, 08 Jun 2014 15:12:43 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 |
I've added MHD_set_response_options in SVN 33603 to allow you to do this.
Please let me know if this works with your broken client.
Happy hacking!
Christian
On 06/05/2014 07:48 PM, Luke Dashjr wrote:
> On Thursday, June 05, 2014 5:44:49 PM Christian Grothoff wrote:
>> On 06/05/2014 07:39 PM, Luke Dashjr wrote:
>>> On Thursday, June 05, 2014 5:37:43 PM Christian Grothoff wrote:
>>>> What is not possible right now is to force MHD to not generate any
>>>> "Connection"
>>>> header; that'd need an API extension. But, try adding "Connection:
>>>> close" first,
>>>> and if that somehow fails to show up properly on the wire, please send a
>>>> testcase
>>>> and I'll be happy to take a close look at it.
>>>
>>> Connection: close (or really *any* Connection header) will also break the
>>> client in question :(
>>
>> Sounds like the kind of software that shouldn't be on any network...
>
> Yeah, unfortunately, this company keeps shipping the hardware without fixing
> this issue. :(
>
>> Anyway, I could imagine having an option like "force_http_10" that
>> would tell MHD to always close connections after the first request
>> and never add connection headers.
>
> I suppose that might work.
>
>> Still, that leaves the question if that should be an option for the
>> entire HTTP server (all responses) or a per-response option.
>
> Per-response seems ideal to me, since I can potentially identify the
> problematic client by its user agent... ;)
>
> Thanks,
>
> Luke
>