From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/34526 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap hangs on connect plus Garbage: Date: 02 Feb 2001 12:05:23 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035170437 30881 80.91.224.250 (21 Oct 2002 03:20:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:20:37 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by mailhost.sclp.com (Postfix) with ESMTP id A6D74D049D for ; Fri, 2 Feb 2001 06:18:19 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id FAC01124; Fri, 2 Feb 2001 05:05:55 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 02 Feb 2001 05:05:11 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id FAA04650 for ; Fri, 2 Feb 2001 05:05:00 -0600 (CST) Original-Received: from dolk.extundo.com (dolk.extundo.com [195.42.214.242]) by mailhost.sclp.com (Postfix) with ESMTP id 07FD5D049D for ; Fri, 2 Feb 2001 06:05:28 -0500 (EST) Original-Received: from sjosefsson-pc (localhost.localdomain [127.0.0.1]) by dolk.extundo.com (8.11.2/8.11.2) with ESMTP id f12B5O812451; Fri, 2 Feb 2001 12:05:26 +0100 Original-To: Mats Lidell In-Reply-To: (Mats Lidell's message of "02 Feb 2001 00:49:00 +0100") User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/21.0.95 Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 49 Xref: main.gmane.org gmane.emacs.gnus.general:34526 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:34526 Mats Lidell writes: > When I start gnus it won't connect to the IMAP-server. It times out > after a while. Trying again gives the same result. > > Fortunately there is a work around. When gnus waits for the connection > stop it with a few ^G, turn on nnimap-debug, or have it on from the > start, make *nnimap-debug* visible in a window and restart gnus. (It > is not enough to just put on nnimap-debug. The buffer must be > visible.) Then I'll get the connection. This seems like a rather odd > race situation when Emacs seems to be to fast and needs to be slowed > down. But then again there might just be some other problem. I've seen similar things (any Emacs 20 on AIX 4.[23]), and my workaround has been to put (debug-on-entry 'imap-kerberos4-open) in my .gnus, and press 'c' directly when I see the debug window. I suspect the problem might apply to all external connection methods (SSL, STARTTLS, GSSAPI, etc), but I've only seen it under AIX though. What OS are you using? Also, my experience is that if I don't use the workaround, Emacs locks up completely (any number of C-g doesn't help). I think it's a race condition in Emacs process I/O. I'm hoping that some emacs I/O guru discover the same problem and fix it. :) Your workaround probably causes enough delay after opening the connection until something is read/written to make things work, just as my workaround. Perhaps imap.el could `sit-for' a second or so after opening external processes. Hm. > The other problem is that I get an occasional "Garbage:" written in > the message log when Gnus is splitting the messages into folders. It > is just to start gnus again and the splitting continues, as it seems, > from where it stopped. I'm not aware of any problem, like lost mail, > due to this problem. This may also be due using a external program, sometimes control characters and stuff is inserted. In these cases, please enable `imap-log' and search it for whatever is printed in the "Garbage: " message. Things to look out for may also be long lines, sometimes external programs have fixed size line buffers which gets overwritten corrupting the IMAP commands. If you don't use a external access method, I've no idea what would cause this.