From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/76324 Path: news.gmane.org!not-for-mail From: Giorgos Keramidas Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: "no process" gnus bug when moving messages from nnml to imap folder Date: Fri, 04 Feb 2011 00:50:28 -0800 Message-ID: References: <8762t1dww9.fsf@gnus.org> <871v3orhhw.fsf@gnus.org> <87k4hgq1du.fsf@gnus.org> <83d3n8b3dq.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1296809477 8650 80.91.229.12 (4 Feb 2011 08:51:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 4 Feb 2011 08:51:17 +0000 (UTC) Cc: larsi@gnus.org, ding@gnus.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: ding-owner+M24676@lists.math.uh.edu Fri Feb 04 09:51:13 2011 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.69) (envelope-from ) id 1PlHNp-0002Bs-2W for ding-account@gmane.org; Fri, 04 Feb 2011 09:51:13 +0100 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 1PlHNn-00013F-Q0; Fri, 04 Feb 2011 02:51:11 -0600 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 1PlHNm-000131-Md for ding@lists.math.uh.edu; Fri, 04 Feb 2011 02:51:10 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PlHNh-0003ra-NN for ding@lists.math.uh.edu; Fri, 04 Feb 2011 02:51:09 -0600 Original-Received: from igloo.linux.gr ([62.1.205.36]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PlHNf-0002tX-K2; Fri, 04 Feb 2011 09:51:03 +0100 X-Spam-Status: No X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.899, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, FREEMAIL_FROM 0.00) X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-ID: p148oT56020002 Original-Received: from gkeramidas-glaptop.linux.gr (h-64-105-143-250.snvacaid.static.covad.net [64.105.143.250]) (authenticated bits=0) by igloo.linux.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id p148oT56020002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Feb 2011 10:50:36 +0200 In-Reply-To: <83d3n8b3dq.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Feb 2011 10:38:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.0 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:76324 gmane.emacs.devel:135564 Archived-At: On Fri, 04 Feb 2011 10:38:57 +0200, Eli Zaretskii wrote: >> From: Giorgos Keramidas >> Date: Thu, 03 Feb 2011 13:33:57 -0800 >> Cc: ding@gnus.org, emacs-devel@gnu.org >> >> On Thu, 03 Feb 2011 13:00:45 -0800, Lars Ingebrigtsen wrote: >> > I've verified that I can reproduce the error, but I'm not quite sure >> > what the solution is. The message is really corrupt (ending in a lot of >> > NUL characters), and Gmail just seems to close its connection. Does >> > their IMAP server segfault? I have no idea. >> > >> > Moving the same message to a Dovecot server works perfectly, so it seems >> > likely that it's just another shoddy Google product. >> > >> > Obviously the error message in this case would be better than a >> > backtrace, and I'll fix that at least. >> > >> > If anyone has any input on whether Gnus should try to, er, encode the >> > message in some way before pushing it to Gmail, I'm all ears. >> >> I think there are two slightly related problems at work here. One of >> them is that Gmail disconnects after we send NUL characters so we can't >> move the message and we throw a backtrace. > > Don't some network-related functions return null characters if you try > to read from a socket after the connection is closed? I think they return zero as their status-value but not extra ascii bytes whose value is zero.