From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/53685 Path: main.gmane.org!not-for-mail From: Chris Shenton Newsgroups: gmane.emacs.gnus.general Subject: Gnus-v5.9.0 fails with courier-imap-2.0.0: Error in command Date: 11 Aug 2003 12:09:10 -0400 Sender: ding-owner@lists.math.uh.edu Message-ID: <864r0ob2hl.fsf@PECTOPAH.shenton.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1060618237 4168 80.91.224.253 (11 Aug 2003 16:10:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 11 Aug 2003 16:10:37 +0000 (UTC) Original-X-From: ding-owner+M2229@lists.math.uh.edu Mon Aug 11 18:10:35 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 19mFFj-00036E-00 for ; Mon, 11 Aug 2003 18:10:35 +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 19mFEb-0000VU-00; Mon, 11 Aug 2003 11:09:25 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19mFES-0000VM-00 for ding@lists.math.uh.edu; Mon, 11 Aug 2003 11:09:16 -0500 Original-Received: (qmail 30282 invoked by alias); 11 Aug 2003 16:09:16 -0000 Original-Received: (qmail 30277 invoked from network); 11 Aug 2003 16:09:15 -0000 Original-Received: from 23.ebbed1.client.atlantech.net (HELO Shenton.org) (209.190.235.35) by sclp3.sclp.com with SMTP; 11 Aug 2003 16:09:15 -0000 Original-Received: (qmail 85137 invoked by uid 1001); 11 Aug 2003 16:09:10 -0000 Original-To: ding@gnus.org Original-Lines: 128 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:53685 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:53685 I've set up courier-imap and done telnet conversations to it to verify login. I haven't used Gnus IMAP before but now have in gnus.el: (setq gnus-secondary-select-methods '( (nnml "") (nnimap "pectopah.shenton.org" (nnimap-stream ssl)) ) mail-sources '((imap :server "pectopah.shenton.org" :fetchflag "\\Seen") ... ) (I don't understand the difference between the secondary-select-method and the mail-sources above, nor in the *Info* descriptions; clues?) Anyway, Gnus prompts for password then reports an error on the mode-line after trying to connect; it's captured in *Messages*: imap: Connecting to pectopah.shenton.org... Waiting for response from pectopah.shenton.org...done imap: Connecting to pectopah.shenton.org...done imap: Plaintext authentication... Imap server pectopah.shenton.org information: Fatal error: TOO MANY CONSECUTIVE PROTOCOL VIOLATIONS: I can watch where it fails with tcpdump; I'll just give the ASCII here, with login omitted: 11:27:31.137415 192.168.255.185.49233 > 192.168.255.185.imap: P 1:15(14) ack 228 win 33304 (DF) E..B..@.@....... .....Q....x.Y1.u .....[.......R.. .R.[1.CAPABILITY .. 11:27:31.138616 192.168.255.185.imap > 192.168.255.185.49233: P 228:371(143) ack 15 win 33304 (DF) E.....@.@..p.... .......QY1.u..x. .............R.. .R..*.CAPABILITY .IMAP4rev1.UIDPL US.CHILDREN.NAME SPACE.THREAD=ORD EREDSUBJECT.THRE AD=REFERENCES.SO RT.QUOTA.IDLE.ST ARTTLS..1.OK.CAP ABILITY.complete d.. 11:27:31.200605 192.168.255.185.49233 > 192.168.255.185.imap: P 61:92(31) ack 602 win 33304 (DF) E..S..@.@....... .....Q....y.Y1.. ....(........R.. .R..4.UID.SEARCH .UNSEEN.UNDELETE D.. 11:27:31.200923 192.168.255.185.imap > 192.168.255.185.49233: P 602:664(62) ack 92 win 33304 (DF) E..r..@.@....... .......QY1....y: .............R.. .R..*.SEARCH.32. 33.34.35.36.37.3 8.39.40.41.42..4 .OK.SEARCH.done. .. 11:27:31.201304 192.168.255.185.49233 > 192.168.255.185.imap: P 92:120(28) ack 664 win 33304 (DF) E..P..@.@....... .....Q....y:Y1.) .....p.......R.. .R..5.UID.FETCH. 32.RFC822.PEEK.. 11:27:31.201566 192.168.255.185.imap > 192.168.255.185.49233: P 664:712(48) ack 120 win 33304 (DF) E..d..@.@....... .......QY1.)..yV .............R.. .R..5.NO.Error.i n.IMAP.command.r eceived.by.serve r... If I recreate this conversation over telnet, it fails likewise 5 uid fetch 33 rfc822 peek 5 NO Error in IMAP command received by server. If I remove the PEEK command, it succeeds: 6 uid fetch 33 rfc822 * 2 FETCH (UID 33 RFC822 {3692} [... shows message...] ) * 2 FETCH (FLAGS (\Seen)) 6 OK FETCH completed. I see in the CVS logs at http://quimby.gnus.org/cgi-bin/cvsweb.cgi/gnus/lisp/imap.el?hideattic=0 there's a mention to this in Revision 1.13: nnimap.el (nnimap-request-article): Use BODY.PEEK[] instead of RFC822.PEEK if server support IMAP4rev1. (nnimap-request-body): Use BODY.PEEK[TEXT] instead of RFC822.TEXT.PEEK if server support IMAP4rev1. (nnimap-request-head): Use BODY.PEEK[HEADER] instead of RFC822.HEADER if server support IMAP4rev1. but it doesn't seem to be using this, despite the checks for "IMAP4rev1" in the CAPABILITY command above. Any suggestions or clues? Thanks.