From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71427 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Various nnimap problems Date: Wed, 22 Sep 2010 19:13:34 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285175638 514 80.91.229.12 (22 Sep 2010 17:13:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 22 Sep 2010 17:13:58 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M19800@lists.math.uh.edu Wed Sep 22 19:13:56 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 1OyStG-0004ZI-Pg for ding-account@gmane.org; Wed, 22 Sep 2010 19:13:55 +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 1OyStC-00047i-P6; Wed, 22 Sep 2010 12:13:50 -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 1OyStB-00047V-8K for ding@lists.math.uh.edu; Wed, 22 Sep 2010 12:13:49 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OySt7-0003cb-0S for ding@lists.math.uh.edu; Wed, 22 Sep 2010 12:13:49 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OySt6-0003UD-00 for ; Wed, 22 Sep 2010 19:13:44 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OySt4-0004Ui-C7 for ding@gnus.org; Wed, 22 Sep 2010 19:13:42 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Sep 2010 19:13:42 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Sep 2010 19:13:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 49 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEUrAgFFBwbBiGX34bRg EAyuVi16Lx0XAADAGEqpAAACM0lEQVQ4jW2UTXPbIBCGl5lMdYUMdc9Fo/wAmNyjFHOvEnS2U9he nVz09/susmLH052xhfdhP3hZi2I0mpaTimI1T0OJiblEipVHQ0RqBTkXPBvYO9gDiF1BXI3is4Ah aiL7H+DyHLWyN8CH4OE5GrP/AkJYwauJe855NM02IC2S2XPh5kZFgL4PLqaI+nbUCq3TGcCcSZlH stjcSd/jmsp7Z4RwxcdOA9SQCC/tYrWDIFhVbDwio3n2gwCQuzwhaX7B1xDJ3AeJGFHP7KfWeC9t krGiWpTuY3xrYJJ2yCjp267H3ffeZTcIIU2qbRYrtUI1dDD1AkgCwLCAVg7iuCH3ZASIsmlUo4Ey AHnI0xmQqrWoOGrT7gRGy7KcSJ/ucKcaxNh0Bh2APRBXLscjH38jlxtmAIS8JyZOh8Lf7A9OPK1A UnWkrVz6Ij8UpmOrcYKW5QmKQxbTfcfx1hpyNUjFjCLMf5e3HsJIvAAlQ9ctq9kpPAKcNrD54dg5 avuJhC7LhayeK9+GzBrR3YJFbakavA48e5VuD30JpTYjctYZs2uL3qIoXOwB/yeM7lrxGoRh8m7m uSX8AvzkB+beP3U3QMat1Bz8oVuo/wIe8+tORvFnR3Jj7kKZja3SCIAM+WZzTEfMAyaugU9/5ijT V+c/N2AuIy7RwhUoXQMEdO8OL4b0QvLm+KxRTLd8hIfE6Y0iyAbmESf7FTxjiAiD/gmKhhZofeAd gI2pXgV8iDSvaf4HqqsVIbgJSecAAAAASUVORK5CYII= Mail-Copies-To: never X-Now-Playing: Hector Zazou & Swara's _In the House of Mirrors_: "Kanoon Ampa" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:P9VbjKCR/Q8Q6xqJbqV+YH90XlU= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71427 Archived-At: Michael Welsh Duggan writes: > *) On Exchange, I am seeing the 'junk split from nnmail-split-fancy not > actually deleting the message. Ah. No. It's just left in the inbox? Looking at the code, `nnmail-article-group' doesn't have a callback to the backend to dispose of junk messages, which it should. I think I'll ... er ... Actually, that's way more difficult than I thought. Hm. *ponder* How annoying. But there has to be a non-hacky way to achieve this... I'll figure it out. > *) On Cyrus 2, I am spuriously seeing an odd behavior when I am in a > summary buffer reading messages. Sometimes when going to the next > message, it appears to have vanished from the server (marked with > G). When this happens, usually all articles in the summary buffer > exhibit the same behavior. Exiting the group (carefully unmarking > the G articles) and reentering allows me to read those messages > again. It sounds like something changed the current group behind your back, and selecting a new article didn't change it back again. Which is odd, since the first thing `nnimap-request-article' does is change the group back. When this happens (when you get the first "G"), could you pop over to the *nnimap ...* buffer and see what in there? Looking in the *imap log* buffer may also hold clues. > *) Cyrus 1 is a public IMAP repository. Before the new nnimap, I had > several articles ticked in some of its groups. For a couple of the > groups, I tried unticking the articles. This causes the following to > happen: > > 11:34:48 908 UID STORE 514 -FLAGS.SILENT (\Flagged) > 908 NO Permission denied > > Similarly, if I tick a message in a group, then hit g in the group > buffer, the tick goes away. (Same 908 problem.) So nnimap shouldn't sync flags from public repositories? How does IMAP say that that's the case? Is there a per-mailbox flag? -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen