From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52695 Path: main.gmane.org!not-for-mail From: Lloyd Zusman Newsgroups: gmane.emacs.gnus.general Subject: Re: Canonical list of marks with and without gnus-agent Date: Thu, 15 May 2003 09:23:53 -0400 Organization: FreeBSD/Linux Hippopotamus Preserve Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1053005098 27730 80.91.224.249 (15 May 2003 13:24:58 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 15 May 2003 13:24:58 +0000 (UTC) Original-X-From: ding-owner+M1239@lists.math.uh.edu Thu May 15 15:24:55 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19GIh9-0006yY-00 for ; Thu, 15 May 2003 15:22:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19GIiL-0005N6-00; Thu, 15 May 2003 08:24:05 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19GIiC-0005My-00 for ding@lists.math.uh.edu; Thu, 15 May 2003 08:23:56 -0500 Original-Received: (qmail 64351 invoked by alias); 15 May 2003 13:23:55 -0000 Original-Received: (qmail 64346 invoked from network); 15 May 2003 13:23:55 -0000 Original-Received: from unknown (HELO asfast.net) (xu285x@216.182.10.250) by sclp3.sclp.com with SMTP; 15 May 2003 13:23:55 -0000 Original-Received: from localhost (localhost [127.0.0.1]) (uid 0) by asfast.net with local; Thu, 15 May 2003 09:23:53 -0400 Original-To: ding@gnus.org X-Face: "!ga1s|?LNLE3MeeeEYs(%LIl9q[xV9!j4#xf4!**BFW_ihlOb;:Slb>)vy>CJM (Kevin Greiner's message of "Thu, 15 May 2003 00:29:15 -0500") User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (berkeley-unix) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52695 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52695 Kevin Greiner writes: > Lloyd Zusman writes: > >> Kevin Greiner writes: >> >>> Lloyd Zusman writes: >>> >>>> [ ... ] >>>> >>>> Well, it's actually a group of functions, and it's easier if I just >>>> explain verbally. >>> >>> No. It's easier to zip them up and either post or email them. I can't >>> help at all with just a verbal description. To put it simply, the >>> agent isn't supposed to introduce the effect that you are describing. >>> That means that either a) there is an obscure bug in the agent or b) >>> there is a bug in your functions. In either case, a verbal >>> description will not let me reproduce the error here. >> >> OK. Here's the function that marks the article: >> >> (defun my-gnus-summary-mark-as-killed-forward () >> (interactive) >> (save-excursion >> (gnus-summary-mark-article-as-read gnus-killed-mark)) >> ;; I forget why I had to do this, but when I wrote this >> ;; deletion system, it didn't work unless I made the >> ;; article processable. But that was eons ago ... >> (gnus-summary-mark-as-processable 1)) > > Well I'll be, you may just be right. The > gnus-summary-mark-article-as-read method actually performs several > actions to remove the article from various lists then calls > gnus-request-update-mark to have the backend update the mark. I'm > going to assume (because I can't remember your ever stating this) that > when you say you're using the agent, you mean that you're unplugged > from the net. If that is the case, the unplugged backend is nnagent > NOT the nnimap that you expect. This means that the new mark is > queued for future synchronization. Well I'm not running unplugged ... I'm always using a live net connection. I recently started using gnus-agent solely because its caching capabilities speed up nnimap. So ... I think my solution might be to find a way to set a mark on an article without going through all that logic in gnus-summary-mark-articile-as-read. In this case, I just want to put a mark on an article, and that's it. So now, I'm going to dig through gnus-sum.el and try to find a lower level way to mark an article. > I'm not at all familiar with the actual queuing code. It is quite > possible that calling (gnus-data-find article) as shown below will > return some value other than gnus-killed-mark UNTIL synchronization > has occurred. That sounds likely. >> [ ... ] > > What happens if you use the process mark then call > gnus-summary-delete-article without a prefix? Did it delete the > processable articles? Does this always work for you? I'll check this out a little later and post my results. > If it works, then these may be of use to you. Pls note that I simply > typed these into the message. These functions have not been compiled, > tested, or validated in any way. > > [ ... etc. ... ] Thank you very much. I'll check this function out a little later, as well. Stay tuned ... -- Lloyd Zusman ljz@asfast.com