From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/76326 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen 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:53:31 -0800 Message-ID: <87bp2skwok.fsf@gnus.org> 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 1296809741 9884 80.91.229.12 (4 Feb 2011 08:55:41 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 4 Feb 2011 08:55:41 +0000 (UTC) Cc: Giorgos Keramidas , ding@gnus.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: ding-owner+M24678@lists.math.uh.edu Fri Feb 04 09:55:33 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 1PlHS0-0003pk-Q6 for ding-account@gmane.org; Fri, 04 Feb 2011 09:55:33 +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 1PlHRz-00018A-PH; Fri, 04 Feb 2011 02:55:31 -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 1PlHRy-00017t-K2 for ding@lists.math.uh.edu; Fri, 04 Feb 2011 02:55:30 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PlHRu-0003sO-1T for ding@lists.math.uh.edu; Fri, 04 Feb 2011 02:55:30 -0600 Original-Received: from baybryj.net ([198.144.208.130] helo=lenovo) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PlHRt-0002yN-2O for ding@gnus.org; Fri, 04 Feb 2011 09:55:25 +0100 Original-Received: from larsi by lenovo with local (Exim 4.72) (envelope-from ) id 1PlHRr-0005LA-98; Fri, 04 Feb 2011 00:55:23 -0800 In-Reply-To: <83d3n8b3dq.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Feb 2011 10:38:57 +0200") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:76326 gmane.emacs.devel:135566 Archived-At: Eli Zaretskii writes: > Don't some network-related functions return null characters if you try > to read from a socket after the connection is closed? Sounds likely. I've verified that putting a single NUL character into any mail and then trying to move it to Gmail will make Gmail hang up the connection. So the Gmail IMAP servers just aren't compliant -- the IMAP RFC says that all IMAP servers should be able to take binary data after APPEND, I seem to recall. The question is -- what should nnimap do about that? Introduce a "quirks mode" for Gmail that just strips all NUL characters? -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen