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/