Mark Rogers wrote:
Jason Axley wrote:
One basic feature I'd like to see is the ability to map user logins
(e.g. from LDAP) to one or more identities that dspam knows about.
How would you like this to work? Personally I'd like access from one
login, but to still have the quarantines
Steve wrote:
It depends how you retrain. If you have the tokens already inside the storage
engine and linked to a signature, then retraining with just the signature is
enough. If you don't store the tokens with a signature inside the storage
engine or you purged the signature including the
Alex Tomlins wrote:
Ok, I had a look at doing Maildir delivery, and it can be done quite
easily without modifying the dspam code. We just need to specify a
QuarantineAgent in dspam.conf.
I've knocked together a quick perl script that will do the trick. See
attached.
you can use it by
@lists.nuclearelephant.com
Subject: Re: [dspam-dev] PHP UI alternative to dspamCC
Jani Partanen wrote:
Database quarantine is something I really would like to see.
For what purpose?
I thought about this from a speed perspective (in particular
when sorting by criteria such as confidence levels). However
Mark Rogers wrote:
I've started writing a PHP alternative to the existing dspamCC web
interface. My primary objectives are to fix some things that annoy me
personally about the existing one (the very slow loading/processing of
large quarantine boxes, and the inability to sort/filter on history
Mark Rogers wrote:
Of-course mbox - IMAP scripts probably exist, so I could still look
at this option now.
Now that my brain has started...
Of-course I don't need to parse the mbox file and pass the mails to an
IMAP server, I just need to convert them to Maildir format and let a
normal
Forgot to copy the list See below.
Alex Tomlins wrote:
Mark Rogers wrote:
Alex Tomlins wrote:
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
Alex Tomlins wrote:
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
On Tue, Jan 29, 2008 at 03:49:10PM +, Mark Rogers wrote:
Alex Tomlins wrote:
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.
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
-dev] PHP UI alternative to dspamCC
One of the advantages of the current DSPAM quarantine is that
the ham/spam messages are not delivered to the production
mail system unless released by the user. Our IMAP system
keeps any message for 8 days, before it is removed and if
quarantine messages
Hey,
Kenneth Marshall wrote:
[...]
unless released by the user. Our IMAP system keeps any message
for 8 days, before it is removed and if quarantine messages were
stored there, they would end up consuming disk resources and backup
resources far longer than the current setup. I guess that one
Hey,
Everything sounds pretty good but another thing to consider might be
modifying the existing dspam code to store messages in Maildir, instead
of mbox? Or to store the entire quarantine (and the other WebUI files)
inside of the database.
Why to bother writing mail storage system, while
is something I really would like to see.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Kenneth Marshall
Sent: Tuesday, January 29, 2008 4:36 PM
To: Bolla P?ter
Cc: dspam-dev@lists.nuclearelephant.com
Subject: Re: [dspam-dev] PHP UI alternative
Jani Partanen wrote:
Database quarantine is something I really would like to see.
For what purpose?
I thought about this from a speed perspective (in particular when
sorting by criteria such as confidence levels). However, simple text
indexes achieves this pretty well without the database
15 matches
Mail list logo
