From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/53375 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 12:42:54 +0100 Organization: The Church of Emacs Sender: ding-owner@lists.math.uh.edu Message-ID: <87brw2sj41.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> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1057837404 25513 80.91.224.249 (10 Jul 2003 11:43:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 10 Jul 2003 11:43:24 +0000 (UTC) Original-X-From: ding-owner+M1919=ding+2Daccount=gmane.org@lists.math.uh.edu Thu Jul 10 13:43:22 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 19aZpa-0006dG-00 for ; Thu, 10 Jul 2003 13:43:22 +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 19aZqJ-0007zz-01 for ding-account@gmane.org; Thu, 10 Jul 2003 06:44:08 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19aZq9-0007zp-00 for ding@lists.math.uh.edu; Thu, 10 Jul 2003 06:43:57 -0500 Original-Received: (qmail 65001 invoked by alias); 10 Jul 2003 11:43:53 -0000 Original-Received: (qmail 64996 invoked from network); 10 Jul 2003 11:43:46 -0000 Original-Received: from mta03-svc.ntlworld.com (62.253.162.43) by sclp3.sclp.com with SMTP; 10 Jul 2003 11:43:46 -0000 Original-Received: from belldandy ([81.100.93.186]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20030710114344.EEAN2652.mta03-svc.ntlworld.com@belldandy> for ; Thu, 10 Jul 2003 12:43:44 +0100 Original-Received: from gs234 by belldandy with local (Exim 3.36 #1 (Debian)) id 19aZp8-00044M-00 for ; Thu, 10 Jul 2003 12:42:54 +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: (Simon Josefsson's message of "Thu, 10 Jul 2003 09:49:43 +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:53375 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:53375 On 10 jul 2003, jas@extundo.com wrote: > Gaute B Strokkenes writes: > >> 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(#> source*>) >> >> See? gnutls-cli likes to spit out that line "*** Received >> corrupted"... after the connection is closed. > > IMHO, gnutls-cli should print this to stderr instead of stdout. It does. It doesn't make a difference: the elisp manual states that stderr and stdout of subprocesses can't be separated without using shell redirection or something similar, and unless I misread the code, we do no such thing. >> Similarly openssl seems to like to write out "read:errno=0" when >> the connection goes down. > > To stdout? When -quiet is used? Then I'd consider this a bug too, > it should go to stderr. It does go to stderr, but as above it makes no difference. > Of course, nnimap should not misbehave even when the tunnel > application print junk to stderr, I'd like to point out that this is not the only problem case that these patches correct. There was a race in imap-wait-for-tag, in which if the process dies we would not necessarily process everything it output. This lead to a similar error, but with the tail end of the imapd's BYE response prepended to "*** Receved...". I fixed that by adding a final call to accept-process output, called only when imap-wait-for-tag ends its loop due to the process exiting. However, that didn't the problem of the server outputting extra junk--imap-wait-for-tag can return as soon as it gets all of the response to the LOGOUT command, leaving the junk unprocessed (if the timing is right.) Looking at imap.el, there are lots of places where 'run and 'close seem to be used synonymously as process statuses. I don't think that's quite correct--a network connection will remain open until you've read everything the other end has sent you, but a subprocess will not necessarily stay alive until you've read everything it has to say. (Or at least, that's the best estimation of the semantics that I can make based on my observations; the emacs lisp manual is annoyingly vague on this particular topic.) > so your work and patches are still useful to have. Thanks. -- Gaute Strokkenes http://www.srcf.ucam.org/~gs234/ You mean you don't want to watch WRESTLING from ATLANTA?