Re: Unusually high POST delays

--MimeMultipartBoundary
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hmm. All I can suggest is setting up a dummy reciever (using linux's
fromport program, or an equivalent) and comparing what is sent in both
cases. diff the two results, and then we've got something to look at and
maybe we can ask the server people at the other end why those
differences might be causing difficulties.

I've had favourable responses from linkexchange and hotmail in the past
to this sort of thing. Maybe these guys will come to the party and fix
whatever it is, if we can give them sufficient information to do so.

Either that, or it might point out a bug of our own. :)

D

Chris Wedgwood wrote:
>
> > Hmm. Could it be a reverse DNS lookup on the cache-machine's address not
> > finding a PTR record? That would hold things up for about 2 minutes...
>
> Nope. PTR records are valid and correct... (and a two minute delay would
> only occur in the case of NS records pointing to a host which doesn't
> exist).
>
> Also tried turning on auth - nothing there.
>
> It seems odd that squid-1.1.18 doesn't have this problem - whats do
> different about the headers it sends?
>
> -Chris

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GAT d- s++: a C++++$ UL++++B+++S+++C++H++U++V+++$ P+++$ L+++ E-
W+++(--)$ N++ w++$>--- t+ 5++ X+() R+ tv b++++ DI+++ e- h-@ 
------END GEEK CODE BLOCK------
--MimeMultipartBoundary--