From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78557 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: The new registry errors when spam.el is moving messages Date: Thu, 21 Apr 2011 09:05:05 +0900 Organization: Emacsen advocacy group Message-ID: References: <877hap1bol.fsf@member.fsf.org> <8739ld198t.fsf@member.fsf.org> <87d3kgepq9.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1303344407 1845 80.91.229.12 (21 Apr 2011 00:06:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 21 Apr 2011 00:06:47 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M26860@lists.math.uh.edu Thu Apr 21 02:06:44 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QChPv-0005fm-91 for ding-account@gmane.org; Thu, 21 Apr 2011 02:06:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1QChOj-0006Ym-9O; Wed, 20 Apr 2011 19:05:29 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1QChOi-0006Yc-1R for ding@lists.math.uh.edu; Wed, 20 Apr 2011 19:05:28 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QChOg-0002fJ-Ez for ding@lists.math.uh.edu; Wed, 20 Apr 2011 19:05:27 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QChOd-0003Bl-P6 for ding@gnus.org; Thu, 21 Apr 2011 02:05:24 +0200 Original-Received: from localhost ([127.0.0.1]:45323) by orlando.hostforweb.net with esmtpa (Exim 4.69) (envelope-from ) id 1QChOT-0002aK-Fd for ding@gnus.org; Wed, 20 Apr 2011 19:05:13 -0500 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110016 (No Gnus v0.16) Emacs/24.0.50 (cygwin) Cancel-Lock: sha1:05c57DNiv8QvhZGUcaIjFaV/cCY= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78557 Archived-At: Ted Zlatanov wrote: > On Wed, 20 Apr 2011 22:01:10 +0900 Katsumi Yamaoka wrote: KY> Tassilo Horn wrote: >>> Debugger entered--Lisp error: (wrong-type-argument listp [...]) >>> gnus-registry-action(... KY> The immediate cause of this seems to be due to the last change KY> of mine. I knew it's far to the solution, but I have no idea KY> making it better. > You mean the mail-header or the CL changes? I meant `mail-header', that never works unless the variable named `headers' is bound. Try: (mail-header "Cc" nil) So I replaced it with things similar to the original. And I noticed, it never works, either. In `gnus-registry-action': (cdr (assq "Cc" data-header)) `data-header' never contains a string that is identical to the Lisp object "Cc" (i.e., only it is `eq' to itself). Moreover, `data-header' is a vector, not an alist, isn't it? And then I looked for functions, like `mail-header-from', for Cc and To in nnheader.el. However, there's no room for those headers in Gnus' header object (i.e., a vector of the length 10). KY> Only I'm sure is that the new gnus-registry is far to completion. > It was working fine for me before the changes. Because some mis-designed functions are hidden by `ignore-errors', I thought. > Other than the bug Andre Cohen reported with followed-groups, > I think it's actually very stable and reliable. What is missing > or broken? Although I've never used it, I can imagine it doesn't work for To and Cc headers. That's why I feel it incomplete. To achieve it, maybe other Gnus resources need to be changed. Regards,