Nope.
My test client is a Perl SOCKET level IO deal and I am able
to send EXACTLY what was in your email as the 'fake' Treo
request, including the 'messed up' Host:redowadev.esri.com
header which is missing the SPACE character after the colon.
Doesn't make any difference here.
Apache
[EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Fri, 30 May 2008 08:08:55 -0700
Subject: Re: Palm Treo access to OWA via Apache 2.2.x Proxy
Nope.
My test client is a Perl SOCKET level IO deal and I am able
to send EXACTLY what was in your email as the 'fake' Treo
request, including the 'messed up
[EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Fri, 30 May 2008 08:08:55 -0700
Subject: Re: Palm Treo access to OWA via Apache 2.2.x Proxy
Nope.
My test client is a Perl SOCKET level IO deal and I am able
to send EXACTLY what was in your email as the 'fake' Treo
request, including the 'messed up
-Original Message-
From: Ray Van Dolson [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Wed, 28 May 2008 5:13 pm
Subject: Re: Palm Treo access to OWA via Apache 2.2.x Proxy
Late reply on this -- I had to spend time on other projects. :) I have
a dedicated test proxy set up now so it's easier
I have a feeling you have other components in play here and one
of them might be the culprit that is always adding the 'Connection: close'
to the OPTIONS request. Some home-grown and/or commercial filter or
something? Another ( invisible/broken ) Proxy in the mix that's automatically
adding
Believe I may have this working now.
The Treo was sending its Host header as follows:
Host:hostname.esri.com
(Note the lack of space betwen the colon and hostname. This probably
isn't valid but was corrected by Apache as it proxied the request on to
IIS. However, maybe the initial invalid
I tried digging into the code a bit with gdb with mixed results. The
Treo actually would sync up properly sometimes even without the Host
fix in place as long as I was running in gdb. Maybe some sort of
timing issue?
Anwyays, I never saw it hit a backend-close = 1 line -- at least not
in
-Original Message-
From: Ray Van Dolson [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Thu, 29 May 2008 11:17 am
Subject: Re: Palm Treo access to OWA via Apache 2.2.x Proxy
Believe I may have this working now.
The Treo was sending its Host header as follows
Late reply on this -- I had to spend time on other projects. :) I have
a dedicated test proxy set up now so it's easier to capture the correct
packets now and experiment.
Sounds you are just stuck in the middle trying to deal with a broken
client. I thought you might be trying to actually
On May 22, 2008, at 1:23 PM, Ray Van Dolson wrote:
that of the above. I could open a bz bug for this and include
tcpdumps
(can the bugs be tagged private?)
No, Bugzilla cannot do that. At least not how we have it set up.
Don't submit anything you don't want the entire httpd
On 05/22/2008 03:05 AM, Ray Van Dolson wrote:
I'm having a heck of a time getting Palm Treo's to work through our
Apache 2.2.3 based proxy talking to an OWA2K7 setup running on IIS. I
believe I may be getting pinched by:
https://issues.apache.org/bugzilla/show_bug.cgi?id=43238
The Treo
On Thu, May 22, 2008 at 01:32:25AM -0700, Ruediger Pluem wrote:
On 05/22/2008 03:05 AM, Ray Van Dolson wrote:
I'm having a heck of a time getting Palm Treo's to work through our
Apache 2.2.3 based proxy talking to an OWA2K7 setup running on IIS. I
believe I may be getting pinched by:
On Thu, May 22, 2008 at 08:53:41AM -0700, Ray Van Dolson wrote:
On Thu, May 22, 2008 at 01:32:25AM -0700, Ruediger Pluem wrote:
On 05/22/2008 03:05 AM, Ray Van Dolson wrote:
I'm having a heck of a time getting Palm Treo's to work through our
Apache 2.2.3 based proxy talking to an
On May 21, 2008, at 9:05 PM, Ray Van Dolson wrote:
As I said, everything works fine this way. With mod_proxy in the mix
however:
1 TREO Sends OPTIONS request to Apache (Connection: Keep-Alive)
2 Apache Sends OPTIONS request to IIS (Connection: Close)
3 IISReplies with 200 OK
On Thu, May 22, 2008 at 01:52:11PM -0700, Jim Jagielski wrote:
On May 21, 2008, at 9:05 PM, Ray Van Dolson wrote:
As I said, everything works fine this way. With mod_proxy in the mix
however:
1 TREO Sends OPTIONS request to Apache (Connection: Keep-Alive)
2 Apache Sends OPTIONS
On Thu, May 22, 2008 at 01:59:30PM -0700, Ray Van Dolson wrote:
I promise to go and read through the RFC's, but if the Treo is
requesting a Keep-Alive connection, shouldn't Apache try its best not
to close the connection as quickly as it is?
It doesn't matter though. If the server is
On Thu, May 22, 2008 at 02:59:41PM -0700, Jim Jagielski wrote:
On Thu, May 22, 2008 at 01:59:30PM -0700, Ray Van Dolson wrote:
I promise to go and read through the RFC's, but if the Treo is
requesting a Keep-Alive connection, shouldn't Apache try its best not
to close the connection as
On Thu, May 22, 2008 at 4:59 PM, Ray Van Dolson [EMAIL PROTECTED] wrote:
On Thu, May 22, 2008 at 01:52:11PM -0700, Jim Jagielski wrote:
On May 21, 2008, at 9:05 PM, Ray Van Dolson wrote:
As I said, everything works fine this way. With mod_proxy in the mix
however:
1 TREO Sends
My most feasible option is to try and see if this is something that can
be addressed within Apache. An option to allow a persistent connection
in the scenario above might help.
Try to get the Treo into different connection-handling logic
altogether and see if that helps. Maybe
if a Server
sends 'Connection: Close' and the client still behaves as
if the connection is active.
-Original Message-
From: Ray Van Dolson [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Thu, 22 May 2008 5:24 pm
Subject: Re: Palm Treo access to OWA via Apache 2.2.x Proxy
On Thu, May 22
On Thu, May 22, 2008 at 09:03:23PM -0700, [EMAIL PROTECTED] wrote:
Your posts keep saying The Treo does this and the Treo does
that and likelihood of fixing Treos is 0 percent...
...but I'm a little confused.
What SOFTWARE are we talking about on the Treo.
The Treo is just a handheld.
: Palm Treo access to OWA via Apache 2.2.x Proxy
On Thu, May 22, 2008 at 09:03:23PM -0700, [EMAIL PROTECTED] wrote:
Your posts keep saying The Treo does this and the Treo does
that and likelihood of fixing Treos is 0 percent...
...but I'm a little confused.
What SOFTWARE are we
I'm having a heck of a time getting Palm Treo's to work through our
Apache 2.2.3 based proxy talking to an OWA2K7 setup running on IIS. I
believe I may be getting pinched by:
https://issues.apache.org/bugzilla/show_bug.cgi?id=43238
The Treo seems to work fine without a proxy. I observe the
23 matches
Mail list logo
