From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61407 Path: news.gmane.org!not-for-mail From: "Kevin Greiner" Newsgroups: gmane.emacs.gnus.general Subject: Re: imap + agent : moved article NOT deleted from source group Date: Tue, 22 Nov 2005 23:53:32 -0600 Message-ID: <200511222353.AA36110456@mail.ev1.net> Reply-To: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1132726627 25979 80.91.229.2 (23 Nov 2005 06:17:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 23 Nov 2005 06:17:07 +0000 (UTC) Original-X-From: ding-owner+m9939@lists.math.uh.edu Wed Nov 23 07:16:49 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Eennl-00061C-AM for ding-account@gmane.org; Wed, 23 Nov 2005 07:08:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1Eenna-0004BP-00; Wed, 23 Nov 2005 00:08:06 -0600 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Eened-0004BK-00 for ding@lists.math.uh.edu; Tue, 22 Nov 2005 23:58:51 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1EeneY-0005rf-So for ding@lists.math.uh.edu; Tue, 22 Nov 2005 23:58:51 -0600 Original-Received: from webmail9.ev1.net ([207.218.192.40] helo=mail.ev1.net) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1EeneX-0005tT-00 for ; Wed, 23 Nov 2005 06:58:45 +0100 X-Sender: Original-To: , Danny Siu X-Mailer: X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61407 Archived-At: Well, that's nice to hear. I just ran into gnus-fetch-old-headers earlier this week. This variable is used by the nntp backend to override the list of requested headers to fetch a subset. The problem that was previously reported was that gnus fetched the same headers each time it entered a group because (of course) it bypassed the agent. Now, you've run into a similar problem with nnml. Hmmm... It looks like nnml simulates the nov database with a local file of article headers. Apparently, the 'B m' command fails to update this file as a subsequent call to retrieve header with gnus-fetch- old-headers fetches the article's old header. Unless someone volunteers, I'll see what can be done with the 'B m' command to keep the nnml nov file in sync. Kevin ---------- Original Message ---------------------------------- From: Danny Siu Date: Tue, 22 Nov 2005 11:37:38 -0800 > >I looked into this problem a little more and found that setting >gnus-fetch-old-headers to 'nil will fix it. ie: 'B m' will delete the moved >article from the source group. I think the header fetch is bypassing the >agent code and that results in some inconsistent NOV entries in the agent >cache. > >Na Li writes: > > Na> On 8 Apr 2005, Danny Siu wrote: > >> I don't know since when this is happening, but when article is 'B m' > >> from an IMAP source group to a destination group (same IMAP server), it > >> is NOT removed from the source group and it is marked as 'O'. I seem > >> to recall the moved article is immediately removed from the source > >> group when doing 'B m'. > >> > >> This only happens when agent is enabled. When I remove the IMAP server > >> from agent, the article is deleted from the source group - which should > >> be the correct behaviour I expect. > > Na> I've been haunted by this problem for a while and it is really > Na> annoying. I would probably have to disable agent for now but I then > Na> can't read/search emails offline. > > Na> Michael > >-- >Danny Siu > > ________________________________________________________________ Sent via the EV1 webmail system at mail.ev1.net