From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58238 Path: main.gmane.org!not-for-mail From: "Steven E. Harris" Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap problem solved by removing .agentview and .overview Date: Thu, 12 Aug 2004 09:08:53 -0700 Organization: SEH Labs Sender: ding-owner@lists.math.uh.edu Message-ID: References: <871xidtl04.fsf@mail.contactor.se> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1092326982 6085 80.91.224.253 (12 Aug 2004 16:09:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Aug 2004 16:09:42 +0000 (UTC) Original-X-From: ding-owner+M6779@lists.math.uh.edu Thu Aug 12 18:09:30 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BvI8w-0005uH-00 for ; Thu, 12 Aug 2004 18:09:30 +0200 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 1BvI8V-0005Rt-00; Thu, 12 Aug 2004 11:09:03 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1BvI8Q-0005Ro-00 for ding@lists.math.uh.edu; Thu, 12 Aug 2004 11:08:58 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1BvI8Q-0002bb-Gv for ding@lists.math.uh.edu; Thu, 12 Aug 2004 11:08:58 -0500 Original-Received: from W003275.na.alarismed.com (unknown [204.193.55.129]) by justine.libertine.org (Postfix) with ESMTP id A718B3A0224 for ; Thu, 12 Aug 2004 11:08:57 -0500 (CDT) Original-Received: from sharris by W003275.na.alarismed.com with local (Exim 4.41) id I2CCUU-0001A4-DR for ding@gnus.org; Thu, 12 Aug 2004 09:08:54 -0700 Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Thu, 12 Aug 2004 17:46:22 +0200") User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Rational FORTRAN, cygwin32) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58238 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58238 Simon Josefsson writes: > Gnus is supposed the invoke these SEARCH requests every time, upon > entering the group, to sync all flags, and its list of which articles > exists. However, if you only press 'g' and then ask the agent to > fetch articles, the group might not have been entered, so nnimap > haven't had any chance of updating the information. I never ask the agent to download articles explicitly other than by way of actually selecting an article, which triggers gnus-select-article-hook to call gnus-agent-fetch-selected-article. > However, if entering and exiting a group when plugged in doesn't > notice all articles, there is a bug. This happens to me pretty much every day. > I suspect the problem lies in the agent rather than in nnimap, or > (perhaps even more likely) in interaction between nnimap and the > agent. Yes, I never saw this problem with nnimap itself, only with the agent in the mix. > Is there a simple recipe for reproducing this? Here's my workflow: o At work, start Gnus in plugged mode. Read e-mail all day. o At the end of the day, by way of an rsync-dependent script, send all my changed score files, ~/.newsrc, and ~/.newsrc.eld files to my ISP's disk. Note that I don't sync the agent directories. My understanding is that those are for local cache management. As I want to have a different cache at home, I leave it to Gnus to figure out the appropriate caching operations. o At home, again using this rsync script, download updates to my score files, ~/.newsrc, and ~/.newsrc.eld. o Start Gnus in plugged mode. New IMAP messages are visible, but the summary buffer in nnimap groups does not manifest messages that arrived while I was reading at work. o Reversing the process, send changed files to my ISP's disk. o Get to work again the next day, download changed files from my ISP's disk. o Start Gnus in plugged mode. New IMAP messages are visible, but no messages that arrived while I was reading at home are visible. Running gnus-agent-expire-group coaxes Gnus into re-syncing the message list, though sometimes my marks on newly-discovered messages get lost in the process. > I'd even take another step back: Exactly what problem is in the > design of agent make it incompatible with nnimap? I believe the > designs are pretty compatible. Yes, that's a good question. > Not many people are working on nnimap.el, nor improving the generic > backend interface, these days, it seems... Understood. If the problem lies with the agent, then calling nnimap "done enough" would be just fine. -- Steven E. Harris