Gnus development mailing list
 help / color / mirror / Atom feed
* Another reason for cross-method splitting
@ 2004-06-02 16:34 Timothy Brown
  0 siblings, 0 replies; only message in thread
From: Timothy Brown @ 2004-06-02 16:34 UTC (permalink / raw)


One of the main functionalities i'm missing right now in my setup is a hybrid
approach.  We talked a little while ago in some of the spam threads (thanks
again for everyone's help) about cross-server or cross-method splitting.
In my current setup, I don't have control over one of the mail servers
I get mail from, so i'd like to procmail the messages so as to run them
through DSPAM, or similar methods.  Unfortunately, I also need to be able
to have the messages available on the IMAP server.  Normally this would
imply doing something such as an IMAP proxy or synchronizer to keep the
messages equal in state, but wouldn't it be nice if:

	* messages were pulled down via fetchmail/procmail
        * messages were processed accordingly (Spamassassin, DSPAM)
	* messages were thrown into gnus
        * gnus split the messages back into their relevant folders
	  after reading the processed headers, or expired the messages
	  after being read into an IMAP "catchall" mailbox

So there's another argument.

Tim




^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2004-06-02 16:34 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-02 16:34 Another reason for cross-method splitting Timothy Brown

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).