Subject: Re: Anyone see what's wrong with this trace?
To: Steven M. Bellovin <>
From: Bill Stouder-Studenmund <>
List: tech-net
Date: 09/04/2007 10:06:18
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 03, 2007 at 08:13:53PM -0400, Steven M. Bellovin wrote:
> On Mon, 3 Sep 2007 16:28:51 -0700
> Bill Stouder-Studenmund <> wrote:
> > On Mon, Sep 03, 2007 at 01:05:56PM +0100, Matthias Scheler wrote:
> > > Do you use "fetchmail -d <...>"? If you do can you try increasing
> > > the value?
> >=20
> > Yes and no. I've seen this with fetchmail -d 180 and with it at the=20
> > command line.
> >=20
> > Any idea what's wrong? How would delaying more help? I'm starting to
> > think I may know, but I'd like to hear your thoughts. :-)
> >=20
> With a large mailbox in mbox format, it can take a long time to copy;
> you can also run into locking issues.  Also, were you on a slow link?
> I've had problems that way, too.

I actually just switched to procmail into Maildir folders.

However this is all happening rapidly. We send a SYN, we get a SYN-ACK, we
reset the connection. Boom, boom, boom. The time stamps are
22:10:23.235746, 22:10:23.314508, and 22:10:23.314766.

Why are we rejecting the Syn-Ack of the connection we're starting? Or why=
are we rejecting the connection?

Take care,


Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.4.7 (NetBSD)