Henry Baragar wrote:


I don't think this would be difficult to implment in Binc. It will probably be more difficult designing and programming well behaved programs (what are we going to call this programs? IMAPhandlers?).


In the case of the SPAM classification problem:

1.  A filter in the Binc execution chain could create links
     to the IMAPdir_learn_spam and IMAPdir_learn_ham programs.
2.  Binc then sends the message to the standard input of
     'IMAPdir_learn_spam COPY' when every a message is moved
     to the LEARN_SPAM folder.
3.  An 'IMAPdir_learn_spam EXAMINE' might be interpreted to
     mean list all the rules or addresses that have been
     blacklisted.
4.  An 'IMAPdir_learn_spam STORE 2 +FLAGS (\Deleted)' followed
     by an 'IMAPdir_learn_spam EXPUNGE' might be interpreted to
     mean delete the rule or blacklisted address.

Just my thoughts :-)

Henry



In my first email requesting this feature, I was not implying that BINC should do any of the spam processing (rule updating or blacklisting). In fact, keep it as simple as possible, just let BINC be the facilitator for invoking the programs that will do the actual work.

BINC can determine if a particular maildir is 'special' by looking for a dot
file .  For example, in my maildir folder of 'LEARN_SPAM":

LEARN_SPAM
.dspam cur
new
tmp


Now when a msg is copied/moved into this maildir, BINC will see the dot file
".dspam" and process the commands. It knows what commands to process
by
(1) reading the contents of the .dspam file - may not be a good idea because
the user can put all sorts of junk in it if the mailbox is in his/hir home directory
but probably ok if doing virtual user accounts and users dont have direct access
to the mailbox file system.


(2) the dot file can be zero length but will have a corresonding section in the
binc config file which contains the commands for binc to process.


Either way, the program gets invoked by BINC with the full path and filename of the
msg as an argument. Let the triggered program decide what to do with the message. In the
case of dspam, the program could process the msg and append some header or footer to the
email msg indicating that the msg was processed.


I dont really think BINC needs to be changed radically to do this, however, I'm not a C++
expert.


What do you think ?

/RS












Reply via email to