Mark Rogers wrote:
Alex Tomlins wrote:
I'd second that...

I'm not sure about the IMAP idea. Something I like about dspam at the moment is that it is a self-contained solution (that's most of why I moved to it from spamassassin). If you start feeding stuff out to IMAP servers etc, you end up with more external dependencies.

This seems to be a good argument against IMAP servers *AND* database servers.

If anything, it's more likely that a typical mail server will have an IMAP server already present than a database.

By database I was thinking whatever database backend dspam was using (hash, mysql, postgres etc.), not specifically a RDBMS. While implementing this it would make sense to put the user logs in there as well. The advantage to doing this is that all the data for dspam would be in one place as opposed to the current setup where some of it is in a database, and some of it is on the filesystem.

Alex

--
Alex Tomlins
Email/Jabber: [EMAIL PROTECTED]

There are two kinds of people in the world: those who finish what they started.

Reply via email to