From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/53861 Path: main.gmane.org!not-for-mail From: Gaute B Strokkenes Newsgroups: gmane.emacs.gnus.general Subject: Re: PATCH: Make IMAP mail sources more robust, was :Re: Working Date: Sat, 30 Aug 2003 13:20:09 +0100 Organization: The Church of Emacs Sender: ding-owner@lists.math.uh.edu Message-ID: <87r8339w1y.fsf@srcf.ucam.org> References: <87adc3cqth.fsf@mit.edu> <87lltedm6g.fsf@srcf.ucam.org> <87bru9xjre.fsf_-_@srcf.ucam.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1062249120 3710 80.91.224.253 (30 Aug 2003 13:12:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 30 Aug 2003 13:12:00 +0000 (UTC) Original-X-From: ding-owner+M2401@lists.math.uh.edu Sat Aug 30 15:11:58 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19t5WI-0003NN-00 for ; Sat, 30 Aug 2003 15:11:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19t5U9-0005Ni-00; Sat, 30 Aug 2003 08:09:45 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19t5U4-0005Nd-00 for ding@lists.math.uh.edu; Sat, 30 Aug 2003 08:09:40 -0500 Original-Received: (qmail 45899 invoked by alias); 30 Aug 2003 13:09:40 -0000 Original-Received: (qmail 45894 invoked from network); 30 Aug 2003 13:09:39 -0000 Original-Received: from mta07-svc.ntlworld.com (62.253.162.47) by sclp3.sclp.com with SMTP; 30 Aug 2003 13:09:39 -0000 Original-Received: from belldandy ([81.100.93.186]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20030830122133.AIR4482.mta07-svc.ntlworld.com@belldandy> for ; Sat, 30 Aug 2003 13:21:33 +0100 Original-Received: from gs234 by belldandy with local (Exim 3.36 #1 (Debian)) id 19t4i9-00054u-00 for ; Sat, 30 Aug 2003 13:20:09 +0100 Mail-Copies-To: never Original-To: ding@gnus.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEWWWBTly7aGMwb+/vz9 +ffIilb///+yaCxNCwHGVC3gAAACU0lEQVR4nF2TQWvjMBBGVUGwj3WxaY/aAWNfi0zuwZPuHp0Q ob079OwYjHrsChb0s3dGctJ0ddTzm9F8lsR7WiNiWWL/flviul9Uh0NR4vY/gJUxJjOEtt/AubBy UsotRfH2DbxWE0hom3w5XJUEKis9hACt2hR4B86VDOtqTNHfgeEGvLiUN7Ddze26Dx6y1CUa+ygo NwFQm0N/BeMzCZAtNIoQrd9EhcH5mWpnztB8ZpJBlH23jaAbuE4EhZ2Bam0TeJ0DRMCKVP6CegWk q4z2TVFUx0946FOPcSe9ELE3rSHAj15rBuddS0C4BGyAutfpVAQkKdZOQiwMMIHxlUDrgeej5Ns7 I/ccSWNBLda1XwYBEG1Qswy1yXJf879nA4cjkNI0H+FzoUyuRodPA5eqZwFONG34i30ccOxeKFUy flNe1szqsgLdvXwKCj6zjTXODHV9M46gZPCLlYKCGTYO8S0aOAvJzRfD0w+1XcGIsxLUw/sYl5sM 9n0yjkoSUDOByrijwRRiAq13NhqLJYB3ACazrgN2bIwanyJQKXhHAJPRPQruEaCJP2Shy4DJ2As+ FQjJZH7AZIy6w0pQiiRYAh8nTEZHYDfRqSDeB5OXq4EEcAC4NocvoBl4+n1cyl54nyLRNA3iIwRP wNGFOK1g1Gz8jNfaCjdtqJLm2LXuqMc+50cDIJQpr6X0OHa4X58ULAw03QbRd7GUiG/K04mj0bNB xQhwJkEsJiZ1Bbgb6CnF79cBE+jwF91qniOCP3fghUFKxOShjIATw/wOfIQTg39LpFHtxhlKywAA AABJRU5ErkJggg== In-Reply-To: <87bru9xjre.fsf_-_@srcf.ucam.org> (Gaute B. Strokkenes's message of "Fri, 29 Aug 2003 03:47:17 +0100") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:53861 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:53861 On 29 aug 2003, biggaute@uwc.net wrote: > On 28 aug 2003, biggaute@uwc.net wrote: > >> You're not alone, if it makes you feel any better. I have a >> similar problem every morning when I try to get ~500 new messages. >> Gnus constructs a line of ~2000 bytes; the process then hangs >> indefinitely. I haven't quite tracked down what's going wrong, but >> the prime suspect is uw-imapd not being able to cope with long >> lines (we all know how robust c-client and friends are in that >> respect) with some sort of openssl / emacs sub-process brokenness >> as a more distant second. Usually I just run fetchmail once every >> morning. > > I have now determined that the problem definitely lies within > openssl. I can reproduce the problem by manually running openssl > and logging in; telnet on port 143 does not exhibit the problem. > openssl seems to misbehave in an interesting way if you send it too > much data at once; this patch works around the problem by sending > less data. Interested parties can find my detailed analysis of the problem at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=207840 -- Gaute Strokkenes http://www.srcf.ucam.org/~gs234/ I was in a HOT TUB! I was NORMAL! I was ITALIAN!! I enjoyed th' EARTHQUAKE!