From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72144 Path: news.gmane.org!not-for-mail From: Daniel Pittman Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap-request-accept-article vs Cyrus IMAP Date: Wed, 29 Sep 2010 12:26:17 +1000 Message-ID: <87r5gdnv3q.fsf@rimspace.net> References: <87ocbo4e4c.fsf@gmail.com> <87mxr7z8hp.fsf@gmail.com> <844odf5ap0.fsf@davestoy.home> <84r5gfz7mt.fsf@davestoy.home> <84mxr3z0wl.fsf@davestoy.home> <87ocbjnpfj.fsf@dod.no> <84iq1ryvjz.fsf@davestoy.home> <87ocbj805a.fsf@hillenius.net> <84r5ge97zz.fsf@davestoy.home> <84y6am57go.fsf_-_@davestoy.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1285727723 5824 80.91.229.12 (29 Sep 2010 02:35:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 29 Sep 2010 02:35:23 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M20517@lists.math.uh.edu Wed Sep 29 04:35:22 2010 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 1P0mVu-0007Sw-40 for ding-account@gmane.org; Wed, 29 Sep 2010 04:35:22 +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 1P0mVi-0006nx-MX; Tue, 28 Sep 2010 21:35:10 -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 1P0mVg-0006nh-P1 for ding@lists.math.uh.edu; Tue, 28 Sep 2010 21:35:08 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P0mVf-0002px-Jr for ding@lists.math.uh.edu; Tue, 28 Sep 2010 21:35:08 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P0mVe-0000U0-00 for ; Wed, 29 Sep 2010 04:35:06 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P0mVc-0007PY-NC for ding@gnus.org; Wed, 29 Sep 2010 04:35:04 +0200 Original-Received: from sdcarl02.strategicdata.com.au ([203.214.67.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Sep 2010 04:35:04 +0200 Original-Received: from daniel by sdcarl02.strategicdata.com.au with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Sep 2010 04:35:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sdcarl02.strategicdata.com.au User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) Cancel-Lock: sha1:4l1lraizy7jaLg1IKgKLb56VNJc= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72144 Archived-At: Dave Goldberg writes: >>> Gijs Hillenius writes: >>>> I whirled a new gnus just now. Still not. (sorry). Is there a switch I >>>> can throw to increase the verbosity in the *imap log*? > >>> Nope, sorry. > >>> Try edebugging through `nnimap-request-accept-article' and see what >>> happens. > >> OK, I'll try that when I get back to work tomorrow. Unfortunately >> remote access to work is limited to an interface that doesn't work >> with Gnus. > > I stepped through nnimap-request-accept-article on both Cyrus and Exchange > servers while doing GCC. In the Exchange case, the function winds up with > an "OK APPEND completed" message from the server. In the Cyrus case I get > "NO Message contains bare newlines" back from the server. Oh, Cyrus, you picky thing. It hates non-RFC email with a passion and will reject it out of hand where other tools (eg: *everything* else) will accept it and just cope.[1] In this case the message that is being added ends, as noted, with something other than the spec-mandated CR-LF sequence. The same sort of fault will occur for anything with non-7-bit characters in headers[2], and so on. Gnus, or the IMAP thing, is going to have to be much more careful about encoding of email as it goes in to IMAP for this to work. Daniel Footnotes: [1] They may fail in other ways, by guesstimating size, or not being able to search or sort that email, etc, though. [2] ...though there is a setting to have it mutilate them that /may/ apply other than in the LMTP protocol. -- ✣ Daniel Pittman ✉ daniel@rimspace.net ☎ +61 401 155 707 ♽ made with 100 percent post-consumer electrons