* ifile spam sorting gets progressively slower
@ 2003-01-17 15:28 David Z Maze
0 siblings, 0 replies; 2+ messages in thread
From: David Z Maze @ 2003-01-17 15:28 UTC (permalink / raw)
[-- Attachment #1: Type: text/plain, Size: 712 bytes --]
gnus-ifile.el has two modes it operates in. If you put it in
spam-sort-only mode, it only uses two ifile categories, spam and
non-spam. spam.el's ifile mode puts spam in the ifile spam category,
and ham in an ifile category corresponding to the group the message
appeared in. This makes ifile get progressively slower; as it reads
more messages, it has to parse the .idata file to build up a table of
tens of thousands of words by hundreds of groups. This patch adds
back in an option to go back to the original methodology; I can put
(setq spam-ifile-ham-category "non-spam") in my .gnus file to force a
single category for ham messages. The default is to keep the same
behavior as spam.el currently has.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 835 bytes --]
--- spam.el.orig Fri Jan 17 10:15:27 2003
+++ spam.el Fri Jan 17 10:19:06 2003
@@ -198,6 +198,13 @@
:type 'string
:group 'spam-ifile)
+(defcustom spam-ifile-ham-category nil
+ "Name of the ham ifile category. If nil, the current group name will
+be used."
+ :type '(choice (string :tag "Use a fixed category")
+ (const :tag "Use the current group name"))
+ :group 'spam-ifile)
+
(defcustom spam-ifile-all-categories nil
"Whether the ifile check will return all categories, or just spam.
Set this to t if you want to use the spam-split invocation of ifile as
@@ -644,7 +651,7 @@
nil
(lambda (article)
(spam-ifile-register-with-ifile
- (spam-get-article-as-string article) nil))))
+ (spam-get-article-as-string article) spam-ifile-ham-category))))
;;;; spam-stat
[-- Attachment #3: Type: text/plain, Size: 167 bytes --]
--
David Maze dmaze@mit.edu http://www.mit.edu/~dmaze/
"Theoretical politics is interesting. Politicking should be illegal."
-- Abra Mitchell
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: ifile spam sorting gets progressively slower
@ 2003-01-21 17:58 Ted Zlatanov
0 siblings, 0 replies; 2+ messages in thread
From: Ted Zlatanov @ 2003-01-21 17:58 UTC (permalink / raw)
Cc: ding
Patch applied, thanks.
Ted
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-01-21 17:58 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-17 15:28 ifile spam sorting gets progressively slower David Z Maze
2003-01-21 17:58 Ted Zlatanov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).