From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11775 Path: main.gmane.org!not-for-mail From: Mark Eichin Newsgroups: gmane.emacs.gnus.general Subject: Re: debugging nnmail-split-fancy Date: 23 Jul 1997 19:51:37 -0400 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035151433 32453 80.91.224.250 (20 Oct 2002 22:03:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:03:53 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.6/8.8.6) with ESMTP id RAA01239 for ; Wed, 23 Jul 1997 17:41:16 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id TAA02923 for ; Wed, 23 Jul 1997 19:37:31 -0500 (CDT) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 24 Jul 1997 01:51:43 +0200 Original-Received: (qmail 7522 invoked by uid 504); 23 Jul 1997 23:51:42 -0000 Original-Received: (qmail 7519 invoked from network); 23 Jul 1997 23:51:41 -0000 Original-Received: from tweedledumb.cygnus.com (192.80.44.1) by claymore.vcinet.com with SMTP; 23 Jul 1997 23:51:41 -0000 Original-Received: from maneki-neko.cygnus.com (eichin@maneki-neko.cygnus.com [192.80.44.51]) by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id TAA04523; Wed, 23 Jul 1997 19:51:40 -0400 (EDT) Original-Received: (from eichin@localhost) by maneki-neko.cygnus.com (8.8.5/8.7.3) id TAA05996; Wed, 23 Jul 1997 19:51:38 -0400 Original-To: Steinar Bang In-Reply-To: Steinar Bang's message of "22 Jul 1997 08:49:25 +0200" Original-Lines: 14 X-Mailer: Gnus v5.4.56/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:11775 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:11775 > But a little more debugging info, would have been nice here. > Something for the TODO-list, perhaps...? Well, testing the splits with live mail is unwarrantedly risky -- "B q" (gnus-summary-respool-query) on a message you've already got is a much safer test since it doesn't actually *do* anything... I'm not sure how "Debugging" the splits would actually work, though... it might be possible to put some optional message calls in the split handling routines, but they'd have to spew basically everything ("rule %s didn't match %s" for each rule for each message...) In case it wasn't clear, the refile to "bogus" is what happens if it *falls off the end*.