From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64858 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: [gmane.emacs.devel] gnus-read-mark not preserved Date: Mon, 02 Jul 2007 21:15:35 +0900 Organization: Emacsen advocacy group Message-ID: References: <873b0oxwpr.fsf@escher.local.home> <87myys71l1.fsf@escher.local.home> <87r6nwm40f.fsf@florent.maison> <87ejjukg6s.fsf@florent.maison> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1183378595 8122 80.91.229.12 (2 Jul 2007 12:16:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 2 Jul 2007 12:16:35 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13369@lists.math.uh.edu Mon Jul 02 14:16:34 2007 connect(): Connection refused 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.50) id 1I5KpU-0005EE-N7 for ding-account@gmane.org; Mon, 02 Jul 2007 14:16:33 +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 1I5Kor-0004lB-HZ; Mon, 02 Jul 2007 07:15:53 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1I5Kop-0004ks-Vg for ding@lists.math.uh.edu; Mon, 02 Jul 2007 07:15:52 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1I5Kom-0001MY-Ea for ding@lists.math.uh.edu; Mon, 02 Jul 2007 07:15:51 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1I5Kok-0004A3-00 for ; Mon, 02 Jul 2007 14:15:46 +0200 Original-Received: from [66.225.201.151] (port=54010 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.63) (envelope-from ) id 1I5Kog-000822-5l for ding@gnus.org; Mon, 02 Jul 2007 07:15:43 -0500 X-Hashcash: 1:20:070702:ding@gnus.org::u8eph2mSXQeoqzog:0000639L X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:XjlUuv/p7LQpaqGn65D2bT1fHlA= X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64858 Archived-At: --=-=-= >>>>> In <87ejjukg6s.fsf@florent.maison> Florent Rougon wrote: > With your recipe and without the patch, I can reproduce the bug. Again > with the same recipe but with the patch applied, the bug doesn't happen. > I'll now start reading again some nntp newsgroups and tell you if > anything wrong happens, but I think you did spot and fix the problem I > was experiencing. Thanks for verifying the patch. However, what I did might be a kludge. That is, making nnagent handle marks of the specific back ends looks ill-mannered, since to abstract the actual back ends seems to be one of the aims of nnagent. The reason I changed my idea is because I found the variable: gnus-agent-synchronize-flags The default value is nil. See (info "(gnus)Agent and flags"). Does setting it to t solve the problem that you all are troubled with? Could someone, who uses Gnus v5.11, try it? (I couldn't reproduce the problem with Gnus v5.11 so far, though.) But, for all that, updating at least the nntp marks when unplugged is absolutely necessary. Because the nntp marks can be copied to another nntp client that connects to the same nntp server. The patch I posted is probably harmful to some back end(s) that keeps marks in the server, not the local system, and is unable to set marks when unplugged. I'm not quite sure of it but at least the nnimap back end seems to be applied to. Therefore, I installed the code that I modified so that it may work with only the nntp back end, in the Gnus CVS trunk. Here is a revised patch for the released No Gnus v0.6: --=-=-= Content-Type: text/x-patch Content-Disposition: inline --- nnagent.el~ 2007-01-24 07:15:37 +0000 +++ nnagent.el 2007-07-02 12:10:33 +0000 @@ -132,6 +132,14 @@ (insert ")\n") (write-region (point-min) (point-max) (gnus-agent-lib-file "flags") t 'silent)) + ;; Also set the marks for the original back end that keeps marks in + ;; the local system. + (let ((gnus-agent nil)) + (when (and (memq (car gnus-command-method) '(nntp)) + (gnus-check-backend-function 'request-set-mark + (car gnus-command-method))) + (funcall (gnus-get-function gnus-command-method 'request-set-mark) + group action server))) nil) (deffoo nnagent-retrieve-headers (articles &optional group server fetch-old) --=-=-=--