At a guess (no POE installed here) I'd say:

  my $eol = "\x0D\x0A";

within the Filter method.  Assumes that remote end plays nicely with
line terminators...  `od -c` on the output from LWP get would confirm
that.

Mark.

On Fri, Jun 26, 2009 at 12:41 PM, Thomas G Lines<tgli...@usgs.gov> wrote:
> Hi
>
> I 'borrowed' the tcp port forwarder script from the POE cookbook to use as
> a bidirectional port forwarder with a filter built into 1 direction. The
> data stream is actually SOAP, as is the response. The forward filter works
> perfectly, the problem is with the response. For some reason, the
> initiator does not recognize the response. Although the data stream is
> http, I wanted to treat it a strictly a data stream with out any parsing
> or decoding. The filter uses straight regexp to make the necessary
> changes. The response is suppose to be sent thru unchanged.
>
> The script seems to work perfectly except, the originating client does't
> appear to accept the response. When I use a perl script based on
> LWP::Useragent and do a POST, the response is exactly what I would expect.
> What can be the difference?
>
> Anyone see a problem?

Reply via email to