[Spambayes] Email client integration -- what's needed?

[Piers Haken]

Might it be possible, in the case where you're already using an IMAP
message store, to write an IMAP client which connects to that store with
the express purpose of filtering the email? It could somehow watch for
messages incoming and being moved between folders and perform the
filtering/retraining based on those events.

I just see problems trying to use POP3, which is essentilly a message
transfer protocol being used to perform functions which should be
applied to a message store. The alternative is to write handlers for all
different kinds of message stores...

Piers.

> -----Original Message-----
> From: Sean True [mailto:seant@iname.com] 
> Sent: Sunday, November 03, 2002 5:01 PM
> To: Piers Haken; Tim@mail.powweb.com; Spambayes
> Subject: RE: [Spambayes] Email client integration -- what's needed?
> 
> 
> > it would seem to me that instead of trying to cram these 
> message store 
> > capabilities into a protocol that just doesn't support it 
> (POP3), why 
> > not use a protocol that does (IMAP4)?
> >
> > i'd suggest writing a simple IMAP 'proxy' (possibly 
> single-user) that 
> > retrieves messages from a 'real' mail server via POP3, scans the 
> > incoming messages, classifies them, then puts them in the 
> > corresponding folders. the IMAP server can then 
> reclassify/retrain on 
> > the messages when they are moved between folders (just as 
> the outlook 
> > plugin does).
> >
> 
> I like this idea, with one significant reservation -- I'm now 
> trusting an external IMAP mail store with my mail, all 2 GB 
> of it. That makes me queasy, a little, and underlines the 
> problematic of implementing a mail store, instead of just an MTA.
> 
> -- Sean
> 
>