From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56375 Path: main.gmane.org!not-for-mail From: Thomas Schwinge Newsgroups: gmane.emacs.gnus.general Subject: Re: nnmaildir Date: Thu, 12 Feb 2004 23:45:40 +0100 Sender: ding-owner@lists.math.uh.edu Message-ID: <20040212224540.GA13843@server.schwinge.homeip.net> References: <20040211170004.GA1389@server.schwinge.homeip.net> <20040211220530.GB109@nic-nac-project.de> <20040212143556.GA1397@server.schwinge.homeip.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1076625952 11574 80.91.224.253 (12 Feb 2004 22:45:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Feb 2004 22:45:52 +0000 (UTC) Original-X-From: ding-owner+M4915@lists.math.uh.edu Thu Feb 12 23:45:42 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 1ArPaY-0007jK-00 for ; Thu, 12 Feb 2004 23:45:42 +0100 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 1ArPZl-00036m-00; Thu, 12 Feb 2004 16:44:53 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1ArPZb-00036e-00 for ding@lists.math.uh.edu; Thu, 12 Feb 2004 16:44:43 -0600 Original-Received: from postman.arcor.de (postman2.arcor-online.net [151.189.0.152]) by justine.libertine.org (Postfix) with ESMTP id 6C08C3A0058 for ; Thu, 12 Feb 2004 16:44:40 -0600 (CST) Original-Received: from server.schwinge.homeip.net (dialin-212-144-134-053.arcor-ip.net [212.144.134.53]) (authenticated bits=0) by postman.arcor.de (8.13.0.PreAlpha4/8.13.0.PreAlpha4) with ESMTP id i1CMiWf4026623 for ; Thu, 12 Feb 2004 23:44:37 +0100 (MET) Original-Received: (qmail 9973 invoked by uid 7794); 12 Feb 2004 22:46:33 -0000 Original-Received: from schwinge-lists-gnus.org-ding@nic-nac-project.de by server by uid 500 with qmail-scanner-1.16 (clamscan: 0.60. spamassassin: 2.60-cvs. Clear:. Processed in 25.90102 secs); 12 Feb 2004 22:46:11 -0000 X-Qmail-Scanner-Mail-From: schwinge-lists-gnus.org-ding@nic-nac-project.de via server X-Qmail-Scanner-Rcpt-To: ding@gnus.org X-Qmail-Scanner: 1.16 (Clear:. Processed in 25.90102 secs) Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56375 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56375 On Thu, Feb 12, 2004 at 11:35:58AM -0500, Paul Jarc wrote: > Thomas Schwinge wrote: > > Now I'm running that latest CVS checkout of Gnus. > > Starting it gives some (harmless I presume) warnings: > > #v+ > > [...] > > Loading easymenu...done > > Loading gnus-start...done > > Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nntp.el' newer than byte-compiled file > > Hm... I wonder if you're really running the version you think you're > running. I'm quite sure: #v+ thomas@speedy:~ > strace -f -e open emacs -f gnus 2>&1 | grep '/package.*gnus' | cut -d \" -f 2 /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/info /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/etc /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/etc/gnus /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/etc/smilies /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/gnus.elc [...] /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmaildir.elc [...] thomas@speedy:~ > readlink -f /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus /fs/packages/mount/package/misc/spf/gnus-2004-02-12-13:01:23-1 thomas@speedy:~ > readlink -f /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmaildir.elc /fs/packages/mount/package/misc/spf/gnus-2004-02-12-13:01:23-1/share/emacs/site-lisp/nnmaildir.elc thomas@speedy:~ > stat /package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmaildir.el* File: `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmaildir.el' Size: 63235 Blocks: 136 IO Block: 4096 regular file Device: fe05h/65029d Inode: 135956 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2004-02-12 14:18:22.000000000 +0100 Modify: 2004-02-12 14:17:19.000000000 +0100 Change: 2004-02-12 14:18:33.000000000 +0100 File: `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmaildir.elc' Size: 101500 Blocks: 208 IO Block: 4096 regular file Device: fe05h/65029d Inode: 135862 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2004-02-12 22:56:42.000000000 +0100 Modify: 2004-02-12 14:17:18.000000000 +0100 Change: 2004-02-12 14:18:33.000000000 +0100 #v- So in fact the .elc file is 1 second newer than the .el file. Strange. I've been installing it via sp-foreign . Now I reinstalled it: #v+ thomas@speedy:~ > stat /fs/packages/mount/package/misc/spf/gnus-2004-02-12-13:01:23-2/share/emacs/site-lisp/nnmaildir.el* File: /fs/packages/mount/package/misc/spf/gnus-2004-02-12-13:01:23-2/share/emacs/site-lisp/nnmaildir.el' Size: 63235 Blocks: 136 IO Block: 4096 regular file Device: fe05h/65029d Inode: 134768 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 500/ thomas) Gid: ( 100/ users) Access: 2004-02-12 23:08:15.000000000 +0100 Modify: 2004-02-12 23:08:15.000000000 +0100 Change: 2004-02-12 23:08:15.000000000 +0100 File: /fs/packages/mount/package/misc/spf/gnus-2004-02-12-13:01:23-2/share/emacs/site-lisp/nnmaildir.elc' Size: 101468 Blocks: 208 IO Block: 4096 regular file Device: fe05h/65029d Inode: 135556 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 500/ thomas) Gid: ( 100/ users) Access: 2004-02-12 23:08:16.000000000 +0100 Modify: 2004-02-12 23:08:16.000000000 +0100 Change: 2004-02-12 23:08:16.000000000 +0100 #v- Restarting Gnus, the warnings did not show up again. > > Shall I post the strace of Gnus (emacs) when entering such a maildir? > > No, but a backtrace would be helpful. Before triggering the error, do > M-x set-variable RET debug-on-error RET t RET. The folder is displayed the wrong way in the group buffer: #v+ *: nnmaildir+nic-nac-project:lists.gnus.org.ding #v- whereas it should be #v+ *: nnmaildir+nic-nac-project:lists.gnus\.org.ding #v- So it's quite obvious that Gnus will print the following: #v+ Debugger entered--Lisp error: (error "Couldn't activate group nnmaildir+nic-nac-project:lists.gnus.org.ding: No such group: lists.gnus.org.ding") signal(error ("Couldn't activate group nnmaildir+nic-nac-project:lists.gnus.org.ding: No such group: lists.gnus.org.ding")) error("Couldn't activate group %s: %s" "nnmaildir+nic-nac-project:lists.gnus.org.ding" "No such group: lists.gnus.org.ding") gnus-select-newsgroup("nnmaildir+nic-nac-project:lists.gnus.org.ding" nil nil) gnus-summary-read-group-1("nnmaildir+nic-nac-project:lists.gnus.org.ding" nil t nil nil nil) gnus-summary-read-group("nnmaildir+nic-nac-project:lists.gnus.org.ding" nil t nil nil nil nil) gnus-group-read-group(nil t) gnus-group-select-group(nil) gnus-topic-select-group(nil) call-interactively(gnus-topic-select-group) #v- So the error is likely be somewhere in the code that recognises new folders and adds them to the group buffer. > > I don't quite get what I would do with the information that an > > article I'll be reading again later has been saved - since saving is > > just copying the article to another folger > > Someone thought it was useful once, so now Gnus has it. Such is the > way of Gnus. :) So it wouldn't be a great loss if 'save would not be reflected in the maildir? > > In what way would my solution be ambiguous? > > Suppose a message has the 'tick mark, and the user changes it to > 'dormant. Gnus tells nnmaildir to remove 'tick and add 'dormant. You > say that nnmaildir should modify its own marks, but leave "F" in > place. So now, according to the standard maildir flags, the message > is "F"lagged, but according to nnmaildir's separate marks, the message > is not 'tick-ed. > > But there is another way we can arrive at this same situation: suppose > a message initially has neither 'tick or 'dormant, and the user adds > 'dormant. Additionally nnmaildir will set 'F'. So, the message has 'F' in maildir and 'dormant in Gnus. The message it flagged in mutt and dormant in Gnus. Now I unflag it in mutt: 'F' is removed. I start Gnus, nnmaildir sees 'dormant set but not 'F' and thus removes dormant - recognized as being old / invalid. The message is unflagged in mutt and neither ticked nor dormant in Gnus. Later - using mutt - I decide that the message actually _is_ important: I flag it, 'F' is set. Starting Gnus, nnmaildir sees 'F' but neither 'tick nor 'dormant - they were deleted in the older session - so the message is recognized as being newly flagged: 'tick is set. The message is flagged in mutt and ticked in Gnus. Now I decide the the message is not actually _that_ important, but I'd be interested in follow-ups, so I set it to 'dormant. 'tick is removed, 'dormant is set, 'F' is preserved. The message is flagged in mutt and dormant in Gnus. Wouldn't that work? Regards, Thomas