From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/45717 Path: main.gmane.org!not-for-mail From: Josh Huber Newsgroups: gmane.emacs.gnus.general Subject: Re: nnmaildir oddities! Date: Thu, 18 Jul 2002 16:16:40 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: <87vg7c4wrb.fsf@mail.paradoxical.net> References: <877kjtm1vl.fsf@mail.paradoxical.net> <87ofd4hqap.fsf@mail.paradoxical.net> <87heiw6fr0.fsf@mail.paradoxical.net> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027023483 10693 127.0.0.1 (18 Jul 2002 20:18:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 18 Jul 2002 20:18:03 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17VHir-0002mK-00 for ; Thu, 18 Jul 2002 22:18:01 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17VHhs-0000pR-00; Thu, 18 Jul 2002 15:17:00 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 18 Jul 2002 15:17:24 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA11930 for ; Thu, 18 Jul 2002 15:17:12 -0500 (CDT) Original-Received: (qmail 6550 invoked by alias); 18 Jul 2002 20:16:43 -0000 Original-Received: (qmail 6545 invoked from network); 18 Jul 2002 20:16:43 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 18 Jul 2002 20:16:43 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 17VHtU-0006vl-00 for ; Thu, 18 Jul 2002 22:29:00 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 59 Original-NNTP-Posting-Host: paradoxical.net Original-X-Trace: quimby.gnus.org 1027024140 26644 66.92.73.76 (18 Jul 2002 20:29:00 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 18 Jul 2002 20:29:00 GMT User-Agent: Gnus/5.090007 (Oort Gnus v0.07) XEmacs/21.4 (Honest Recruiter, i686-pc-linux) Cancel-Lock: sha1:G9JOWz7TU0VM//RwVCAy2nJ/Opg= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:45717 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:45717 prj@po.cwru.edu (Paul Jarc) writes: > Sounds like a plan. Note that nnmaildir-get-new-mail is never > defvar'ed (I don't feel safe setting it to t globally); it's only > bound to t in a let form when nnmaildir calls nnmail-get-new-mail. > I thought that was the only place where nnmaildir-get-new-mail would > matter, but I could be wrong about that. I think my head is about to explode trying to trace my way through the nnmaildir code :) (no offense, I'm just not used to reading it...) I *think* I may have found the problem, but I might be completely missing it. nnml-request-accept article uses nnmail-article-group when the group is not passed in: (if (stringp group) (...) (and (nnmail-activate 'nnml) (if (and (not (setq result (nnmail-article-group 'nnml-active-number))) (yes-or-no-p "Moved to `junk' group; delete article? ")) (setq result 'junk) (setq result (car (nnml-save-mail result)))) ... nnmail-article-group goes through the split methods to see what group to save the article in. In contrast, nnmaildir uses nnmaildir--prepare to generate a group if one is not passed in, which just returns the current group: (defun nnmaildir-request-accept-article (gname &optional server last) (let ((group (nnmaildir--prepare server gname)) (coding-system-for-write nnheader-file-coding-system) (buffer-file-coding-system nil) (file-coding-system-alist nil) srv-dir dir file tmpfile curfile 24h num article) (catch 'return (if group nil (setf (nnmaildir--srv-error nnmaildir--cur-server) (concat "No such group: " gname)) (throw 'return nil)) (setq gname (nnmaildir--grp-name group)) [...] Am I off base here? If I'm reading this right (a big *if*), then respooling with split rules doesn't work with nnmaildir -- it seems to just re-save the article to the curent group! This probably isn't the desired behavior... Hopefully someone can explain this? -- Josh Huber