Re: Unusually high POST delays

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

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...

D

Chris Wedgwood wrote:
>
> Using squid-1.2.beta20 or beta21 and 'sending an email message' oo one of
> the many www/email sites about the place results in unusually high delays in
> sending the message - almost always over 120 seconds.
>
> This only seem to affect the sendmail cgi program or whatever it is they
> use, logins and everythnig else are fine.
>
> This has been tested with excitemail.com and usa.net, but I'm told the same
> holds with yahoo and a few others.
>
> A tcpdump shows :-
>
> tcp connection is opened
> POST data is sent
> ... wait for 120 or more seconds ....
> response comes back
>
> Has anyone else seen this? Its not necessarily a squid bug, in fact it looks
> very much like it their end - only this doesn't happen if the browser goes
> direct.
>
> Typical log entries are:
>
> 896781514.122 125169 203.97.100.36 TCP_MISS/302 278 POST http://be17-mail.mailexcite.com/70627069866186896781343/gmm_multiplex.femail - DIRECT/be17-mail.mailexcite.com magnus-internal/femail
>
> ...
>
> 896782493.397 135199 203.97.100.36 TCP_MISS/302 277 POST http://be1-mail.mailexcite.com/17427790643216896782295/gmm_multiplex.femail - DIRECT/be1-mail.mailexcite.com magnus-internal/femail
>
> -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--