From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/44807 Path: main.gmane.org!not-for-mail From: Josh Huber Newsgroups: gmane.emacs.gnus.general Subject: Re: funny problems with nnmail-cache and split-fancy-with-parent Date: Mon, 13 May 2002 10:11:15 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: <87661sqgsc.fsf@alum.wpi.edu> References: <87offy9v9p.fsf@alum.wpi.edu> <87vga5xnfc.fsf@alum.wpi.edu> <87n0vh13er.fsf@alum.wpi.edu> <87r8ko822k.fsf@alum.wpi.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021299042 27352 127.0.0.1 (13 May 2002 14:10:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 13 May 2002 14:10:42 +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 177GXB-000773-00 for ; Mon, 13 May 2002 16:10:41 +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 177GWf-0002Uz-00; Mon, 13 May 2002 09:10:09 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 13 May 2002 09:10:27 -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 JAA01594 for ; Mon, 13 May 2002 09:10:13 -0500 (CDT) Original-Received: (qmail 16409 invoked by alias); 13 May 2002 14:09:51 -0000 Original-Received: (qmail 16404 invoked from network); 13 May 2002 14:09:50 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 13 May 2002 14:09:50 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 177Ggd-00084A-00 for ; Mon, 13 May 2002 16:20:27 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 63 Original-NNTP-Posting-Host: lowell.missioncriticallinux.com Original-X-Trace: quimby.gnus.org 1021299627 31009 64.244.21.16 (13 May 2002 14:20:27 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 13 May 2002 14:20:27 GMT X-PGP-KeyID: 6B21489A X-Face: C%mBb*K1^od)w'=CH$WEZu/M^aR<,.n|1uAe,;MyNLKoel>F;-j[`L!>m:Y%/R}m&4&xuIM R%7Ez?vbd*Ns>VE;{\(yl|mGByV{D:Dm>'52].@P&t_s^,.d writes: > Kai asked me to bring up this issue on *ding* again. I'm afraid I > cannot contribute a lot (apart from bug reports) because of my > limited knowlegde of what is going on in nnmail.el. Okay, well. The main problem is that how the group is being fetched is pretty bogus. But, perhaps we can narrow it down some. You're gcc'ing to an nnml folder, which is the same as my setup. (except in my case, it's always sent-mail or sent-news). > Here's the backtrace again: > > ,---- > | Debugger entered--Lisp error: (wrong-type-argument listp "sent.mail.home.2002") > | nnmail-cache-insert("<.87lmarby9j.fsf@mde1.zonix.de>") > | nnml-request-accept-article("mail.other" "" t) > | gnus-request-accept-article("nnml:mail.other" "nnml:" t t) > | gnus-inews-do-gcc() > | run-hooks(message-sent-hook) > | message-send(nil) > | message-send-and-exit(nil) > | call-interactively(message-send-and-exit) > `---- Can you M-x edebug-defun inside nnmail-cache-insert and trace it? while you're in there can you eval group and (caar group-art)? Also, a fix for you could be this: Index: nnml.el =================================================================== RCS file: /usr/local/cvsroot/gnus/lisp/nnml.el,v retrieving revision 6.39 diff -u -r6.39 nnml.el --- nnml.el 2002/04/12 11:51:01 6.39 +++ nnml.el 2002/05/13 14:15:30 @@ -369,7 +369,7 @@ (nnmail-check-syntax) (let (result) (when nnmail-cache-accepted-message-ids - (nnmail-cache-insert (nnmail-fetch-field "message-id"))) + (nnmail-cache-insert (nnmail-fetch-field "message-id") group)) (if (stringp group) (and (nnmail-activate 'nnml) Since the group is available, why not pass it into nnmail-cache-insert? Of course, this may not fix all cases. The proper fix is what Kai and I were discussing probably -- binding a variable (say nnmail-current-group) which is used by nnmail-cache-insert so as to remove the current mess. The problem is we need to go through and find all the possible ways which can can get to nnmail-cache-insert. I'll probably take a look at this later today. ttyl, -- Josh Huber