filtering of proxy response

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C28037.295CF630
Content-Type: text/plain;
charset="iso-8859-1"

Hi,

The deflate filter does not seem to have any effect on the content fetched
from
an origin server when Apache is configured as a proxy. Look at the code, the

proxy module does seem to have an output filter chain. However, what the
user
agent received is the clear text, even though the deflate output filter has
been
turned on for the proxy. Can some one explain why?

Thanks,
Steven Zhou

------_=_NextPart_001_01C28037.295CF630
Content-Type: text/html;
charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>filtering of proxy response</TITLE>
</HEAD>
<BODY>

Hi,


The deflate filter does not seem to have any effect on the content fetched from
 an origin server when Apache is configured as a proxy. Look at the code, the 
 proxy module does seem to have an output filter chain. However, what the user
 agent received is the clear text, even though the deflate output filter has been
 turned on for the proxy. Can some one explain why?


Thanks,
 Steven Zhou


</BODY>
</HTML>
------_=_NextPart_001_01C28037.295CF630--

Steve Zhou [ Mi, 30 Oktober 2002 18:09 ] [ ID #12221 ]

Re: filtering of proxy response

Hi Steven,
Thanks for using the list.
there are a couple of questions I have about your configuration, and
what you are expecting to see.

1. is the server you are proxying for capable of compressing the
information (ie.. does IT have gzip compression)
2. are you trying to get the proxy server to do the compression
3. what kind of config are you using to add deflate to the filter chain

TIA
Ian

Steve Zhou wrote:

> Hi,
>
> The deflate filter does not seem to have any effect on the content
> fetched from
> an origin server when Apache is configured as a proxy. Look at the
> code, the
> proxy module does seem to have an output filter chain. However, what
> the user
> agent received is the clear text, even though the deflate output
> filter has been
> turned on for the proxy. Can some one explain why?
>
> Thanks,
> Steven Zhou
>

>

Ian Holsman [ Mi, 30 Oktober 2002 22:24 ] [ ID #12222 ]

RE: filtering of proxy response

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C281E2.C4A0A6D0
Content-Type: text/plain;
charset="iso-8859-1"

Ian,

Thanks for the response. See below for my answers to your questions.

> -----Original Message-----
> From: Ian Holsman [mailto:ianh [at] apache.org]
> Sent: Wednesday, October 30, 2002 1:25 PM
> To: modproxy-dev [at] apache.org
> Subject: Re: filtering of proxy response
>
>
>
> Hi Steven,
> Thanks for using the list.
> there are a couple of questions I have about your configuration, and
> what you are expecting to see.
>
>
> 1. is the server you are proxying for capable of compressing the
> information (ie.. does IT have gzip compression)
Some are, and some are not. The idea is to setup a forward compression proxy
server
so that the content fetched from remote sites will be compressed before it
is delivered
to the client agent.

> 2. are you trying to get the proxy server to do the compression
Yes.

> 3. what kind of config are you using to add deflate to the
> filter chain
I have tried both of
AddOutputFilter DEFLATE html
and
SetOutputFilter DEFLATE.
I did one at a time, though.

>
> TIA
> Ian
>
> Steve Zhou wrote:
>
> > Hi,
> >
> > The deflate filter does not seem to have any effect on the content
> > fetched from
> > an origin server when Apache is configured as a proxy. Look at the
> > code, the
> > proxy module does seem to have an output filter chain.
> However, what
> > the user
> > agent received is the clear text, even though the deflate output
> > filter has been
> > turned on for the proxy. Can some one explain why?
> >
> > Thanks,
> > Steven Zhou
> >
>
> >
>

------_=_NextPart_001_01C281E2.C4A0A6D0
Content-Type: text/html;
charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: filtering of proxy response</TITLE>
</HEAD>
<BODY>

Ian,


Thanks for the response. See below for my answers to your questions.


> -----Original Message-----
 > From: Ian Holsman [<A HREF="mailto:ianh [at] apache.org">mailto:ianh [at] apache.org</A>]
 > Sent: Wednesday, October 30, 2002 1:25 PM
 > To: modproxy-dev [at] apache.org
 > Subject: Re: filtering of proxy response
 > 
 > 
 > 
 > Hi Steven,
 > Thanks for using the list.
 > there are a couple of questions I have about your configuration, and 
 > what you are expecting to see.
 > 
 > 
 > 1. is the server you are proxying for capable of compressing the 
 > information (ie.. does IT have gzip compression)
 Some are, and some are not. The idea is to setup a forward compression proxy server
 so that the content fetched from remote sites will be compressed before it is delivered
 to the client agent.

 

> 2. are you trying to get the proxy server to do the compression
 Yes.


> 3. what kind of config are you using to add deflate to the 
 > filter chain
 I have tried both of
 AddOutputFilter DEFLATE html
 and
 SetOutputFilter DEFLATE.
 I did one at a time, though.


> 
 > TIA
 > Ian
 > 
 > Steve Zhou wrote:
 > 
 > > Hi,
 > >
 > > The deflate filter does not seem to have any effect on the content 
 > > fetched from
 > > an origin server when Apache is configured as a proxy. Look at the 
 > > code, the
 > > proxy module does seem to have an output filter chain. 
 > However, what 
 > > the user
 > > agent received is the clear text, even though the deflate output 
 > > filter has been
 > > turned on for the proxy. Can some one explain why?
 > >
 > > Thanks,
 > > Steven Zhou
 > >
 > 
 > >
 > 


</BODY>
</HTML>
------_=_NextPart_001_01C281E2.C4A0A6D0--

Steve Zhou [ Fr, 01 November 2002 21:10 ] [ ID #12225 ]