From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58569 Path: main.gmane.org!not-for-mail From: Ralf Angeli Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus losing information about what has been read Date: Fri, 24 Sep 2004 14:32:49 +0200 Sender: ding-owner@lists.math.uh.edu Message-ID: References: Reply-To: angeli@iwi.uni-sb.de NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1096029099 22652 80.91.229.6 (24 Sep 2004 12:31:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 24 Sep 2004 12:31:39 +0000 (UTC) Original-X-From: ding-owner+M7107@lists.math.uh.edu Fri Sep 24 14:31:26 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CApET-00062d-00 for ; Fri, 24 Sep 2004 14:31:25 +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 1CApEF-0007Q3-00; Fri, 24 Sep 2004 07:31:11 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CApEA-0007Py-00 for ding@lists.math.uh.edu; Fri, 24 Sep 2004 07:31:06 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CApE8-0007cy-O2 for ding@lists.math.uh.edu; Fri, 24 Sep 2004 07:31:04 -0500 Original-Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by justine.libertine.org (Postfix) with ESMTP id 201AE3A0056 for ; Fri, 24 Sep 2004 07:31:01 -0500 (CDT) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CApE3-00037X-00 for ; Fri, 24 Sep 2004 14:30:59 +0200 Original-Received: from iwi190.iwi.uni-sb.de ([134.96.72.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Sep 2004 14:30:59 +0200 Original-Received: from angeli by iwi190.iwi.uni-sb.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Sep 2004 14:30:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Original-Lines: 44 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: iwi190.iwi.uni-sb.de Mail-Copies-To: nobody Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAANlBMVEUAAAD7+vVSPEL+/v79 /v1rDy/y7uQtAhK3tbD99doDAALV08n////+//78/fw7ARdgBieLg4LQmlLpAAACPklEQVR4nK2V 27KrMAiGTUCC0OLi/V92kRitp73HziwuOq3m4+cQ6PD60oY/AVCZEzwHkBXZ6Tmgikmc7yVuAGQD UOLHCqgEL7DnCpCYEFUfK1TCs9tz4AXokvEL4AUq5RuFF5DIF30IwES+SLoSRZ73Ifyri+To3xMA AMxlkDCPjsMZugLEWYZmkp3p/wAaeRl2JsXJENDwCgBgXKAiMhyIkMk5+zYeGwBG7J4P/ltYzYPk lfgAfD7bFSQEQpfxBCSpb6+Aa6SQONMZsOxK6VOifn6ZiigG2xEA1Vp0SOR7Ii/NI+d1PlbAFg+Y i+5z8SWQuO3GR6A7AM/Jd0A/FQrYR3YD+m02xF1MkQL0Htk/gKbfzvbrtD6lUw601hksWlVy9LBW XxT603OVMHZjfQfI4XeKLZCdtEgmeLfz5z7U3WJtFMKvTrnGw1OMReHaHd4i3t0lj2LzEk98cVeN 4ntDM8IFiLzbK9cprH0spl52ue+BGLTC05252/sGwJTp9vw0MV2Aeo/IWwjcTav58t1OOcTgx6YY R47jyqafFFRtV6INqLM8VvMIim2fCZsnvABA42pRTdoB5DEJ7yMQs/8535iltDUbrx4OC60BqcYT TSg/4425nUIC4Hhc2kzLDeJ4DimNTaBviZD5mRs3N8VMh3+KCqwC22IRiQfzOEvfsEcgbt1HYNuQ s5RwUtdYOQFv06reHB/2V/1dgXWGVmAVCFdyPF+ntMQK8RNAY6/pvKUd80AxERXKsZsOwC94/1VQ /4fx6QAAAABJRU5ErkJggg== User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:KQ29dXdCKo3j40QnfuUHEKs63zU= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58569 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58569 * Kevin Greiner (2004-09-24) writes: > Ralf Angeli writes: > >> * Kevin Greiner (2004-09-24) writes: >> >>> I'm trying an entirely different aproach now as it turned out that the >>> nntp implementation required the server to be open for >>> nntp-marks-file-name to be correct. >>> >>> It appears that the agent's synchronization function could actually >>> try to write the flags back to itself. Then, having done so, delete >>> the flags file so that all of the flags were lost. I've added some >>> additional checks. Please give it a try. >> >> After a fresh CVS checkout I don't get the error related to >> `nntp-marks-file-name' being nil anymore. I noticed a message in the >> echo area upon leaving a group in unplugged state with e.g. `q': >> >> Added to /home/angeli/News/agent/nntp/news.gmane.org/agent.lib/flags >> >> While there are no errors anymore, the marks are forgotten again. >> Tested this by starting Emacs/Gnus in plugged state, downloading new >> articles into the agent with `J s', switching to unplugged state with >> `J j', reading the articles, shutting down Gnus in unplugged state >> with `q y' and restarting Emacs and Gnus in plugged state. > > Have you customized gnus-agent-synchronize-flags? If it is null, > automatic synchronization will be completely turned off. It is customized to t: ,----[ C-h v gnus-agent-synchronize-flags RET ] | gnus-agent-synchronize-flags's value is t `---- > From this description, the unplugged flags are being saved but never > sync'ed. In the last step, when you restart emacs and gnus in a > plugged state, do you automatically perform a fetch session ('J s')? No, I am always doing this manually. -- Ralf