Re: Add hooks to Gnus on move/edit/delete?

[Ted Zlatanov <tzz@lifelogs.com>]

On Sun, 29 Dec 2002, kai.grossjohann@uni-duisburg.de wrote:
> First of all, ifile-gnus.el now uses a different mechanism for
> communicating with the backend, and the new mechanism works for more
> than one backend.

Is this released, and does it work with nnimap?  I haven't followed
ifile-gnus.el, unfortunately, due to lack of time.

> However, I think that integrating ifile into spam.el is not so good
> because ifile can also be used for general mail splitting.  It's
> really cool, actually.  Alas, I went back to nnimap so I'm having
> trouble using it.

Ah, so maybe it doesn't work with imap yet :)

Right now, all the other spam-split functions return spam-split-group
or nil (as a spam/non-spam convention), but IIRC ifile-spam-filter
could filter messages into regular groups as well.  The use of
spam-split-group is just a convention in spam.el.

The spam-check-ifile function is as follows right now:

;;; check the ifile backend; return nil if the mail was NOT classified as spam
(condition-case nil
    (progn
      (require 'ifile-gnus)
        ;;; 
      (defun spam-check-ifile ()
	(let ((ifile-primary-spam-group spam-split-group))
	  (ifile-spam-filter nil))))
  (file-error (setq spam-list-of-checks
		    (delete (assoc 'spam-use-ifile spam-list-of-checks)
			    spam-list-of-checks))))


So if ifile-spam-filter could and should be replaced with another
ifile-gnus.el function that returns regular group names, spam.el can
do all the ifile classification automatically if the user just sets
spam-use-ifile to t.

Does that sound reasonable?

Ted