From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56370 Path: main.gmane.org!not-for-mail From: Thomas Schwinge Newsgroups: gmane.emacs.gnus.general Subject: Re: nnmaildir Date: Thu, 12 Feb 2004 15:35:56 +0100 Sender: ding-owner@lists.math.uh.edu Message-ID: <20040212143556.GA1397@server.schwinge.homeip.net> References: <20040211170004.GA1389@server.schwinge.homeip.net> <20040211220530.GB109@nic-nac-project.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1076596947 7710 80.91.224.253 (12 Feb 2004 14:42:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Feb 2004 14:42:27 +0000 (UTC) Original-X-From: ding-owner+M4910@lists.math.uh.edu Thu Feb 12 15:42:14 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 1ArI2g-0000KG-00 for ; Thu, 12 Feb 2004 15:42:14 +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 1ArI2J-0001TY-00; Thu, 12 Feb 2004 08:41:51 -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 1ArI2E-0001TT-00 for ding@lists.math.uh.edu; Thu, 12 Feb 2004 08:41:46 -0600 Original-Received: from rly-ip04.mx.aol.com (rly-ip04.mx.aol.com [64.12.138.8]) by justine.libertine.org (Postfix) with ESMTP id A76823A0056 for ; Thu, 12 Feb 2004 08:41:45 -0600 (CST) Original-Received: from smtp-frr02.proxy.aol.com (smtp-frr02.proxy.aol.com [195.93.93.23]) by rly-ip04.mx.aol.com (v95.1) with ESMTP id RELAYIN3-4402b8fc439c; Thu, 12 Feb 2004 09:37:56 -0500 Original-Received: from server.schwinge.homeip.net (ACB22CD6.ipt.aol.com [172.178.44.214]) by smtp-frr02.proxy.aol.com (8.12.10/8.12.10) with ESMTP id i1CEUGIN023213 for ; Thu, 12 Feb 2004 14:30:17 GMT Original-Received: (qmail 2202 invoked by uid 7794); 12 Feb 2004 14:36:27 -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 7.977751 secs); 12 Feb 2004 14:36:05 -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 7.977751 secs) Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Apparently-From: ERR_USER_NULL X-AOL-IP: 195.93.93.23 Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56370 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56370 On Wed, Feb 11, 2004 at 06:22:47PM -0500, Paul Jarc wrote: > Thomas Schwinge wrote: > > I'll try the CVS HEAD version tomorrorw. > > Is it sufficient to just copy nnmaildir.el? > > Probably, but to be sure you can use one whole, consistent checkout. > The backslash removal might not be happening within nnmaildir anyway. 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 Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnoo.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nndraft.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmail.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/mail-source.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmh.el' newer than byte-compiled file Reading /home/thomas/.newsrc.eld... Loading gnus-group...done Reading active file from news.schwinge.homeip.net via nntp... Reading active file via nnmaildir... Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/nnmaildir.el' newer than byte-compiled file Opening nnmaildir server...done Reading active file from nic-nac-project via nnmaildir... Opening nnmaildir server on nic-nac-project...done Loading gnus-cache...done Loading timezone...done Opening nnmaildir server...done Opening nnmaildir server on nic-nac-project...done No new newsgroups Checking new news... Loading gnus-sum...done Checking new news...done Loading gnus-topic...done Retrieving newsgroup: nnmaildir+nic-nac-project:lists.gnus.org.ding... Loading gnus-ml... Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/mm-view.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/mm-uu.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/mml2015.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/pgg.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/pgg-def.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/pgg-parse.el' newer than byte-compiled file Source file `/package/misc/spf/emacs-21.3-1/share/emacs/site-lisp/gnus/share/emacs/site-lisp/password.el' newer than byte-compiled file Loading gnus-ml...done Opening nnmaildir server on nic-nac-project...done gnus-select-newsgroup: Couldn't activate group nnmaildir+nic-nac-project:lists.gnus.org.ding: No such group: lists.gnus.org.ding #v- #v+ thomas@speedy:~ > ls -ld Mail-nic-nac-project/lists.gnus\\.org.ding/ drwxr-xr-x 6 thomas users 152 Jan 27 16:18 Mail-nic-nac-project/lists.gnus\.org.ding/ thomas@speedy:~ > tail -3 .gnus.el (setq gnus-secondary-select-methods '((nnmaildir "" (directory "~/Mail/")) (nnmaildir "nic-nac-project" (directory "~/Mail-nic-nac-project/")))) #v- I checked it again with a new folder #v+ thomas@speedy:~ > maildirmake Mail/test\\folder #v- which got to #v+ 0: nnmaildir:testfolder #v- Shall I post the strace of Gnus (emacs) when entering such a maildir? > > If you're not going to implement the mark synchronisation functionality > > into nnmaildir, that will be the way to go. > > I'm just not sure when I'll get to it. OK. I'm aware that you have more important things to do that that. :-) I wrote to Bijan Soleymani and asked him if he has a working version of the synchronisation script - otherwise I'll write it myself. > > What's the purpose of 'save'? > > In a *Summary* buffer, there are some gnus-summary-save-* commands > (type [O C-h] to see a list); if you run one of these commands to save > an article to a file or whatever, then the 'save mark will be set for > that article. I got that; although 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 - if I got that right. > > If a message which is new to Gnus has 'F' set, it is displayed as > > 'ticked'. When the user changes the mark to 'dormant' this is recorded > > using the current scheme but the 'F' is preserved. > > I would make F correspond exactly to 'tick, without involving 'dormant > at all. Otherwise it's too complicated, and the stored information > may be ambiguous. That would of course be the cleaner solution. But how should 'dormant and 'save then be reflected? In what way would my solution be ambiguous? > >> The experimental semantics wouldn't be useful; that would mean that > >> the message's info would look like ":1,..." which other MUAs wouldn't > >> understand. > > > > I had not tried that before - I thought that MUAs would leave the flags > > alone the didn't understand. > > Yes, but they also wouldn't be able to interpret them. So it should leave them alone. > ":1,F" does > not necessarily mean the same thing as ":2,F". ":2,F" should mean the > same thing to all MUAs, but different MUAs may experiment with > different schemes, and might both use ":1,F" to mean different > things. An MUA shouldn't change something it doesn't understand, but > with ":1," info, different MUAs may think they understand each other > when they really don't. OK. So using experimental semantics is not the way to go. But I was quite surprised when I saw mutt just weed out the flags it didn't understand. I think I'll write to the maintainer about that (and I'll check other maildir-using programs I' using). Regards, Thomas