quest is run by its handler in the fixup phase. This should allow
> headers generated by the browser, or by Apache input filters to be overridden
> or modified.
>
> "]
>
> >-Original Message-
> >From: Michael Osipov [mailto:micha...@apache.org]
> >Sent: Th
;> -Original Message-
>>> From: Michael Osipov [mailto:1983-01...@gmx.net]
>>> Sent: Thursday, July 05, 2018 2:03 PM
>>> To: users@tomcat.apache.org
>>> Subject: Re: RE: mod_proxy_http and "Expect: 100-continue" don't play well
>>>
>&
, but you are dropping this request header. You effective
disabling this feature.
-Original Message-
From: Michael Osipov [mailto:1983-01...@gmx.net]
Sent: Thursday, July 05, 2018 2:03 PM
To: users@tomcat.apache.org
Subject: Re: RE: mod_proxy_http and "Expect: 100-continue"
5, 2018 2:03 PM
>To: users@tomcat.apache.org
>Subject: Re: RE: mod_proxy_http and "Expect: 100-continue" don't play well
>
>
>> Dear Michael,
>>
>> i don't know if this issue also take happen with it, but may be using
>> mod_jk an option for you, al
> Dear Michael,
>
> i don't know if this issue also take happen with it, but may be using mod_jk
> an option for you, also?
Hi Guido,
just installed mod_jk through ports and configured it. No avail, I have the
very same issue.
I will raise this on the HTTPd mailing list.
Michael
>
Dear Michael,
i don't know if this issue also take happen with it, but may be using mod_jk
an option for you, also?
Greetings
Guido
>-Original Message-
>From: Michael Osipov [mailto:micha...@apache.org]
>Sent: Wednesday, July 04, 2018 9:26 PM
>To: users@tomcat.apache.org
>Subject:
