Re: nnmaildir

[Thomas Schwinge <schwinge-lists-gnus.org-ding@nic-nac-project.de>]

On Thu, Feb 12, 2004 at 11:35:58AM -0500, Paul Jarc wrote:
> Thomas Schwinge <schwinge-lists-gnus.org-ding@nic-nac-project.de> 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 <http://multivac.cwru.edu./spf/>.

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