[70215] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Yahoo Mail problems ? (queue issues in general)

daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Wed May 5 13:27:35 2004

To: Mike Tancsa <mike@sentex.net>
Cc: nanog@nanog.org
In-Reply-To: Your message of "Wed, 05 May 2004 10:59:55 EDT."
             <6.0.3.0.0.20040505104644.03284a30@64.7.153.2> 
From: Valdis.Kletnieks@vt.edu
Date: Wed, 05 May 2004 13:26:55 -0400
Errors-To: owner-nanog-outgoing@merit.edu


--==_Exmh_-1828586898P
Content-Type: text/plain; charset=us-ascii

On Wed, 05 May 2004 10:59:55 EDT, Mike Tancsa <mike@sentex.net>  said:

> Anyone else seeing Yahoo mail queue up today ?    Some of their servers 
> respond in about 10secs with the HELO banner, most others take more than 
> 2m.   Because of the recent increase in SPAM, I was looking to reduce the 
> wait time for the initial HELO to 2m from 5m. However, the RFC calls for 5m 
> on the HELO and another 5m for the MAIL command.

Do you have a handle on whether the delay is between the first SYN packet and
finally completing the 3-packet handshake, or is it between that and when the
220 banner actually arrives?  Or are both phases an issue?
 
> Having a process block like that for up to 10m seems a bit excessive to 
> deliver one email (and its probably a bounce to boot!).  What are others 
> doing?  This problem seems to becoming more and more acute.

What I do is the *first* attemt to deliver the mail has a highly-non-compliant
5 second timeout (which is just enough for an initial SYN, 2 retransmits, and a
few hundred ms budget for RTT for a SYN+ACK) for the 3-packet handshake, and
then subsequent retries in the background are given a longer 5-min timeout. (I
gathered some stats for quite sime time before deploying that - out of several
million connection attempts, I found less than a dozen that took over 5 seconds
that did in fact complete in under 5 minutes). Once the 3-packet handshake
succeeds, they then get a 5 minute timeout to get the 220 banner out.  Probably
not perfect, but it's close enough to keep the queues manageable...

Also, YMMV, so gather your own stats....

--==_Exmh_-1828586898P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQFAmSPecC3lWbTT17ARAvr2AJkB7jEopkAknqBblNW9z5LrR8c0zACg0Ggj
RAUlEtvdRPVGj2owGCkCAz0=
=hajN
-----END PGP SIGNATURE-----

--==_Exmh_-1828586898P--

home help back first fref pref prev next nref lref last post