Malcolm Purvis <malcolmp(a)xemacs.org> writes:
 I am having problems getting Gnus fancy splitting to work as expected
on
 21.5.  The problem is that messages frequently fail to match their expected
 rules and end up in the catch all group.
 Below is a sample of the splitting rules that I use:
 (setq nnmail-split-methods 'nnmail-split-fancy
       nnmail-split-fancy
       '(| 
 	  ("Subject" "NETGEAR Security Log" "mail.netgear_logs") 
 	  (: spam-split)
           (from "xemacs-beta-.*(a)xemacs.org" "xemacs-beta")
 	  (from "xemacs-design-.*(a)xemacs.org" "xemacs-design")
 	  (from "xemacs-patches-.*(a)xemacs.org" "xemacs-patches")
 	  (from "xemacs-review-.*(a)xemacs.org" "xemacs-review")
 	  ;; Unmatched mail goes to the catch all group.
 	  "mail.misc"))
 Mostly the messages end up in mail.misc but occasionally (in circumstances
 that I'm yet to determine) messages are put in the right place. 
Hmmh, why the explicit match for dash as in "-.*@" ?
Ah, 'from being an abbrev for "from\\|sender\\|resent-from", the
Sender header would do the trick.
 This is with the latest CVS Gnus and XEmacs HEAD.  The same Gnus installation
 and configuration work as expected when using 21.4.17. 
Do your XEmacs installations use the exact same gnus installation?
Have you tried
B t runs the command gnus-summary-respool-trace
on a few samples yet?
That should provide the necessary clues.
Adrian
 The problem remains when XEmacs is built with and without Mule, run on Mac OS
 X or Fedora Core 3, with and without spam splitting and with when fancy
 splitting nnmail or nnimap.
 Has anyone else seen this problem?
 Malcolm 
-- 
Adrian Aichner
 mailto:adrian@xemacs.org
 
http://www.xemacs.org/