From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/53366 Path: main.gmane.org!not-for-mail From: Gaute B Strokkenes Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap versus tls Date: Thu, 10 Jul 2003 01:03:50 +0100 Organization: The Church of Emacs Sender: ding-owner@lists.math.uh.edu Message-ID: <87isqbgsd5.fsf@cam.ac.uk> References: <87ptmfhxj6.fsf@cam.ac.uk> <84of0ab15z.fsf@lucy.is.informatik.uni-duisburg.de> <87k7axwef3.fsf@cam.ac.uk> <843chlyw19.fsf@lucy.is.informatik.uni-duisburg.de> <87adbrq0dy.fsf@cam.ac.uk> <84he5z4pne.fsf@lucy.is.informatik.uni-duisburg.de> <873chjtj8o.fsf@cam.ac.uk> <848yraamxb.fsf@lucy.is.informatik.uni-duisburg.de> <873chiiyqu.fsf@cam.ac.uk> <87el12lle3.fsf@cam.ac.uk> <84isqebb9r.fsf@lucy.is.informatik.uni-duisburg.de> <87smpgzmm1.fsf@cam.ac.uk> <84wuer8ovk.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1057795456 5408 80.91.224.249 (10 Jul 2003 00:04:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 10 Jul 2003 00:04:16 +0000 (UTC) Original-X-From: ding-owner+M1910=ding+2Daccount=gmane.org@lists.math.uh.edu Thu Jul 10 02:04:15 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19aOv0-0001P2-00 for ; Thu, 10 Jul 2003 02:04:14 +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 19aOvj-0006Bb-07 for ding-account@gmane.org; Wed, 09 Jul 2003 19:04:59 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19aOva-0006BQ-00 for ding@lists.math.uh.edu; Wed, 09 Jul 2003 19:04:50 -0500 Original-Received: (qmail 37930 invoked by alias); 10 Jul 2003 00:04:45 -0000 Original-Received: (qmail 37925 invoked from network); 10 Jul 2003 00:04:42 -0000 Original-Received: from mta02-svc.ntlworld.com (62.253.162.42) by sclp3.sclp.com with SMTP; 10 Jul 2003 00:04:42 -0000 Original-Received: from belldandy ([81.100.93.186]) by mta02-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20030710000439.PXSO4771.mta02-svc.ntlworld.com@belldandy> for ; Thu, 10 Jul 2003 01:04:39 +0100 Original-Received: from gs234 by belldandy with local (Exim 3.36 #1 (Debian)) id 19aOuc-0003eD-00 for ; Thu, 10 Jul 2003 01:03:50 +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: <84wuer8ovk.fsf@lucy.is.informatik.uni-duisburg.de> (Kai =?iso-2022-jp-2?b?R3JvGy5BG05fam9oYW5uJ3M=?= message of "Wed, 09 Jul 2003 21:46:23 +0200") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:53366 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:53366 On 9 jul 2003, kai.grossjohann@gmx.net wrote: > Gaute B Strokkenes writes: > >> However, the fix as it stands is not complete. Consider the >> following (parital) backtrace: >> >> Debugger entered--Lisp error: (error "Selecting deleted buffer") >> imap-arrival-filter(#> "*** Received corrupted data(-9) - server has terminated the connection abnormally\n") >> delete-process(#>) >> imap-close(#) >> >> See? gnutls-cli likes to spit out that line "*** Received >> corrupted"... after the connection is closed. If emacs (and thus >> imap-arrival-filter) receives that line separately from the >> previous one, then there is a chance that that lone line will still >> be awaiting processing after imap-close returns, and so we loose. > > Argh. What happens with (while (accept-process-output ...))? That > means we keep reading stuff until it's enough. The thing is, the a subprocess is allowed to give us its output in however small or large pieces that it feels like, timed in whatever fashion it fells like. gnutls-cli seems to like to feed us things line-by-line; thus the scenario is eminently possible: gnutls-cli feeds us "6 OK LOGOUT completed" we read "6 OK LOGOUT completed" with accept-process-output, which returns non-nil. Since it returned non-nil, we call accept-process-output again, which returns nil. gnutls-cli feeds us "*** Received corrupted data blah-blah", and then dies. We check (process-status imap-process) and find that it is dead, and so return immediately. Using such a loop would probably make the problem much less likely to occur, but it _could_ still happen. And anyway, since it's easy to do the right thing in all cases, there is no reason not do. > Probably you already tried it, though. -- Big Gaute http://www.srcf.ucam.org/~gs234/ I left my WALLET in the BATHROOM!!