From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/66832 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: error In imap-parse-body 2 (Exchange 2007) Date: Wed, 16 Apr 2008 15:21:54 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <86ej95lfdp.fsf@lifelogs.com> References: <76hceikhjy.fsf@dev-d01.ppllc.com> <76myo1zutf.fsf@dev-d01.ppllc.com> <76ej9dzu9z.fsf@dev-d01.ppllc.com> <86lk3lwmr0.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1208377741 3368 80.91.229.12 (16 Apr 2008 20:29:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Apr 2008 20:29:01 +0000 (UTC) Cc: Jake Colman , ding@gnus.org To: James Cloos Original-X-From: ding-owner+M15314@lists.math.uh.edu Wed Apr 16 22:29:28 2008 connect(): Connection refused Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1JmE7b-0005Zm-7j for ding-account@gmane.org; Wed, 16 Apr 2008 22:20:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1JmE6X-0002K3-SX; Wed, 16 Apr 2008 15:19:41 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JmE6W-0002Js-G6 for ding@lists.math.uh.edu; Wed, 16 Apr 2008 15:19:40 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1JmE6O-0000WI-Ik for ding@lists.math.uh.edu; Wed, 16 Apr 2008 15:19:39 -0500 Original-Received: from mail.blockstar.com ([170.224.69.95]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1JmE6Z-0001dm-00 for ; Wed, 16 Apr 2008 22:19:43 +0200 Original-Received: from tzlatanov-ubuntu-desktop.jumptrading.com (unknown [38.98.147.130]) by mail.blockstar.com (Postfix) with ESMTP id 5124B7D8D3E; Wed, 16 Apr 2008 13:27:39 -0700 (PDT) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" X-Hashcash: 1:20:080416:cloos@jhcloos.com::lTzPfKgW6fqNGoNj:000000000000000000000000000000000000000000000PJ1 X-Hashcash: 1:20:080416:colman@ppllc.com::eXud0ilC9jbHrlXN:02ui2 X-Hashcash: 1:20:080416:ding@gnus.org::/TPnNm8kMOFlKIo/:00006ZMB In-Reply-To: <86lk3lwmr0.fsf@lifelogs.com> (Ted Zlatanov's message of "Thu, 10 Apr 2008 14:09:07 -0500") User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/23.0.60 (gnu/linux) X-Spam-Score: -2.5 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:66832 Archived-At: On Thu, 10 Apr 2008 14:09:07 -0500 Ted Zlatanov wrote: TZ> On Thu, 10 Apr 2008 10:46:25 -0400 James Cloos wrote: >>>>>>> "Jake" == Jake Colman writes: Jake> Actually, even more important in the short-term, is there a way to Jake> force Gnus to keep going if it encounters this error? JC> I tried commenting the assert out but that didn't help. At that point JC> gnus is too confused about how to parse the FETCH reply. JC> I *think* what gnus would need to do is to forget that message, skip JC> past the next end-of-line and if that looks like the start of the next JC> message's data to continue parsing there as if the offending message JC> were not included in the reply. JC> It would take me a while -- perhaps a few hours -- to figure out how to JC> do that in elisp. My only exposure to parsing in elisp has been trying JC> to debug this problem, and that was weeks (maybe months by now) ago. TZ> I tried to duplicate this bug but couldn't. Can each of you please TZ> forward a message that shows the problem to me, and tell me what IMAP TZ> server you use when you see the bug? I spent time putting the exact message that's causing you trouble into my IMAP server (tried Exchange and Courier) and didn't have any luck triggering the assert. You'll have to spend more time trying to trigger and fix this, unfortunately. As a first step, apply this patch so the assert call will tell us where in the IMAP buffer we are and what's around us. This will be a LARGE debug statement so do it right after you start Gnus, to diminish the amount of data that's getting sent out, and then don't use it anymore (remove it and restart Gnus). As an aside, I am doing C-x C-e to redefine imap-parse-body and it's not taking effect. Anyone know why that would happen? Thanks Ted Index: imap.el =================================================================== RCS file: /usr/local/cvsroot/gnus/lisp/imap.el,v retrieving revision 7.45 diff -r7.45 imap.el 2903,2904c2903,2904 < < (assert (eq (char-after) ?\)) nil "In imap-parse-body 2") --- > > (assert (eq (char-after) ?\)) nil "position %d in %s" (point) (buffer-string))