From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59741 Path: main.gmane.org!not-for-mail From: "E. Oltmanns" Newsgroups: gmane.emacs.gnus.general Subject: Connecting to imap INBOX fails on one out of three servers Date: Tue, 08 Feb 2005 00:56:30 +0000 Message-ID: <87wttj7ttt.fsf@denkblock.local> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1107876009 9685 80.91.229.2 (8 Feb 2005 15:20:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 8 Feb 2005 15:20:09 +0000 (UTC) Original-X-From: ding-owner+M8286@lists.math.uh.edu Tue Feb 08 16:20:08 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1CyX7o-0002qu-OE for ding-account@gmane.org; Tue, 08 Feb 2005 16:18:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1CyX7n-0005hM-00; Tue, 08 Feb 2005 09:17:59 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CyJgH-0004NL-00 for ding@lists.math.uh.edu; Mon, 07 Feb 2005 18:56:41 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CyJg7-0006vs-Pp for ding@lists.math.uh.edu; Mon, 07 Feb 2005 18:56:31 -0600 Original-Received: from ppsw-6.csi.cam.ac.uk ([131.111.8.136]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1CyJg6-0002y6-00 for ; Tue, 08 Feb 2005 01:56:30 +0100 Original-Received: from denkblock.chu.cam.ac.uk ([131.111.250.90]:33893 helo=denkblock.local) by ppsw-6.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:25) with esmtpsa (PLAIN:eo239) (TLSv1:RC4-SHA:128) id 1CyJfz-0004da-Lq (Exim 4.44) for ding@gnus.org (return-path ); Tue, 08 Feb 2005 00:56:23 +0000 Original-Received: from eo by denkblock.local with local (Exim 4.34) id 1CyJg6-0003Re-Id for ding@gnus.org; Tue, 08 Feb 2005 00:56:31 +0000 Original-To: ding@gnus.org User-Agent: Gnus/5.1007 (Gnus v5.10.7) X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned X-Spam-Score: -4.9 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8286@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: main.gmane.org gmane.emacs.gnus.general:59741 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59741 --=-=-= Hello everybody, just this weekend I investigated gnus' abilities in dealing with imap. I've got imap accounts on three different servers and, very much to my (rather unpleasant) surprise, I discovered that everything works quite well on two of them whereas gnus fails to open the mailbox on the third one. More precisely, I can connect to the (evil) server in question and get the list of available groups (folders) including the number of unseen articles available. After I had figured out that I obviously can't browse nnimap groups as long as I'm not subscribed, i.e. in the ephemeral'ish way (on all three servers), I subscribed to the INBOX successfully on all three servers. Now, the difference is that I can actually enter the newly generated group on to servers while trying to enter the INBOX on the third one results in ... well ... nothing much apart from the message "nnimap: Updating info for nnimap+web.de:INBOX..." and a cpu load of 100%. Since I found some reports on the web that gnus might behave differently depending on whether I define a server in the server buffer and subsequently subscribe to group on it, or whether I add it to gnus-secondary-select-methods, I tried the later one in addition. The behaviour now is like this: When starting gnus, it asks me for authentication data, connects successfully to the server and hangs with precisely the same message as above. Only when I abort this "Updating info..." with C-g, gnus skips it and checks the other backends for new articles. The connection to the imap server is still open, it's just the group I cannot enter. Please find below the secondary-select-method as defined in my .gnus: (setq gnus-secondary-select-methods '((nnimap "web.de" (nnimap-server-address "imap.web.de") (nnimap-stream tls) (nnimap-nov-is-evil t) ))) Just in case it might be of any use, here comes the backtrace generated using debug-on-quit during the "heavily updating group info" period: --=-=-= Content-Disposition: inline; filename=Backtrace Content-Description: Backtrace Debugger entered--Lisp error: (quit) gnus-uncompress-range(((1 . 31822794))) nnimap-request-update-info-internal("INBOX" ("nnimap+web.de:INBOX" 3 ((1 . 31822794)) nil "web.de" ((uidvalidity . "1"))) "web.de") nnimap-request-group("INBOX" "web.de" t) gnus-request-group("nnimap+web.de:INBOX" t) gnus-select-newsgroup("nnimap+web.de:INBOX" nil nil) gnus-summary-read-group-1("nnimap+web.de:INBOX" nil t nil nil nil) gnus-summary-read-group("nnimap+web.de:INBOX" nil t nil nil nil nil) gnus-group-read-group(nil t) gnus-group-select-group(nil) call-interactively(gnus-group-select-group) --=-=-= Moreover, I've produced an imap-log which is rather long so I just included the statements which seemed most striking to me: --=-=-= Content-Disposition: inline; filename=imap-log Content-Transfer-Encoding: 8bit Content-Description: imap-log Connecting to '217.72.192.135:993'... Resolving 'imap.web.de'... [successfully established tls connection] - Handshake was completed - Simple Client Mode: * OK WEB.DE IMAP4-Server 1 CAPABILITY * CAPABILITY IMAP4 IMAP4rev1 LITERAL+ UIDPLUS X-NETSCAPE 1 OK CAPABILITY Completed 2 LOGIN "user" "password" 2 OK LOGIN Completed: User logged in 3 STATUS "INBOX" (uidvalidity uidnext unseen) 4 EXAMINE "INBOX" * STATUS "INBOX" (UIDNEXT 1374000075 UIDVALIDITY 1 UNSEEN 1) 3 OK STATUS Completed * 1 EXISTS * OK [UNSEEN 1] Message 1 is first unseen * OK [PERMANENTFLAGS (\Deleted \Seen \Answered)] * OK [UIDVALIDITY 1] * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) 4 OK [READ-ONLY] EXAMINE Completed 5 FETCH 1,* UID * 1 FETCH (UID 1374000074) * 1 FETCH (UID 1374000074) 5 OK FETCH Completed 6 LSUB "" "*%" * LSUB (\Noinferiors) "/" "INBOX" * LSUB (\Noinferiors) "/" "Entwurf" * LSUB (\Noinferiors) "/" "Papierkorb" * LSUB (\Noinferiors) "/" "Gesendet" * LSUB (\Noinferiors) "/" "Postausgang" 6 OK LSUB Completed 7 EXAMINE "Postausgang" * 0 EXISTS * OK [UNSEEN 0] * OK [PERMANENTFLAGS (\Deleted \Seen \Answered)] * OK [UIDVALIDITY 1] * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) 7 OK [READ-ONLY] EXAMINE Completed 8 EXAMINE "INBOX" * 1 EXISTS * OK [UNSEEN 1] Message 1 is first unseen * OK [PERMANENTFLAGS (\Deleted \Seen \Answered)] * OK [UIDVALIDITY 1] * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) 8 OK [READ-ONLY] EXAMINE Completed 9 FETCH 1,* UID * 1 FETCH (UID 1374000074) * 1 FETCH (UID 1374000074) 9 OK FETCH Completed [EXAMINE the others successfully (READ_ONLY)] 13 STATUS "INBOX" (uidvalidity uidnext unseen) * STATUS "INBOX" (UIDNEXT 1374000075 UIDVALIDITY 1 UNSEEN 1) 13 OK STATUS Completed 14 SELECT "INBOX" * 1 EXISTS * OK [UNSEEN 1] Message 1 is first unseen * OK [PERMANENTFLAGS (\Deleted \Seen \Answered)] * OK [UIDVALIDITY 1] * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) 14 OK [READ-WRITE] SELECT Completed --=-=-= BTW, I consider the appearance of username and password in the output of imap-log as a rather serious security issue. Perhaps you could give me a good reason for this behaviour. Please note that the to other imap servers listed far more capabilities during session initiation than this one. That's why I thought that gnus might perhaps deal badly with the lack of a certain capability by the server. Yet, I can perfectly well connect to this server and browse the INBOX with other imap clients as, for instance, mutt. Please let me know, if you need any further information. Thank you very much for any tips, Elias PS: Gnus v5.10.7, emacs 21.3.1 (debian sarge package) --=-=-=--