Excessively long turn-around times(27 hours???)

Adam Heath (doogie@debian.org)
Fri, 21 May 1999 20:53:52 -0500 (CDT)

Received: from localhost [127.0.0.1] (root)
by doogie.p2.private.novare.net with esmtp (Exim 2.11 #1 (Debian))
id 10kzQ8-0007oj-04; Fri, 21 May 1999 19:13:44 -0500
Received: from mail.novare.net
by localhost with POP3 (fetchmail-5.0.1)
for adam-novare@localhost (single-drop); Fri, 21 May 1999 19:13:44
-0500 (CDT)
Received: from master.debian.org (qmailr@master.debian.org [209.41.108.5])
by mail.novare.net (8.8.8/8.8.8/Debian/GNU) with SMTP id TAA26022
for <doogie@novare.net>; Fri, 21 May 1999 19:13:04 -0500
Received: (qmail 2990 invoked by uid 1128); 22 May 1999 00:13:03 -0000
Delivered-To: doogie@debian.org
Received: (qmail 2968 invoked from network); 22 May 1999 00:13:02 -0000
Received: from listserv.funet.fi (128.214.248.27)
by master.debian.org with SMTP; 22 May 1999 00:13:02 -0000
Received: from vger.rutgers.edu ([128.6.190.2]:35083 "EHLO vger.rutgers.edu"
ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id
<19918-8110>;
Sat, 22 May 1999 02:57:47 +0300
Received: by vger.rutgers.edu via listexpand id <S.rFPZh168850>; Fri, 21 May
1999 15:52:13 -0400
Received: by vger.rutgers.edu id <S.rFI7W161215>; Fri, 21 May 1999 07:24:18
-0400
Received: from ns3.novare.net ([209.176.56.190]:64105 "EHLO
doogie.p2.private.novare.net") by vger.rutgers.edu with ESMTP id
<S.rF5WP217574>; Thu, 20 May
1999 17:03:23 -0400
Received: from localhost [127.0.0.1] (adam)
by doogie.p2.private.novare.net with smtp (Exim 2.11 #1 (Debian))
id 10kZrp-0005Fr-00; Thu, 20 May 1999 15:56:37 -0500
Date: Thu, 20 May 1999 15:56:37 -0500 (CDT)
From: Adam Heath <doogie@debian.org>
---
(please forgive any line wraps above)


It took an email I sent 27 hours to return to me.  Looking at the headers, it
appears that vger sat on the email almost 90%(est) of the time.  The vger
setup may have the best exploder config in the world, but if the main machine
isn't dolling them out fast enough, what is the point?


I know this comes up every so often, and usually cvs is just turned off, until
the queue has time to catch up.  That doesn't fix the problem, tho.  Cvs and
these lists should not be on the same box.  cvs should not be on a box with
anything else(should cvs even be?).


Adam(very aggravated that kernel development is so hampered)






-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/