Michael Monnerie wrote:
SPAM filtering is our core business, so this is a very important
extension for me.
The original patch was created because of the simple need to filter spam
conveniently at our company.
You should now use the patch provided by Paul.
-) How do you define which folder is the SPAM box? I see your extension
of folder flags, but how to set it? I know Outlook and Thunderbird have
different names for Junk/SPAM, and sure other clients have other names,
or even within those programs in different languages... It's important
for me to have a way to find the SPAM folder of a user.
There is none except by name AFAIK.
Right now you have to set the cplog_flag in dbmail_mailboxes to 1. So I
have done that via sql (where name like 'spam' set cplog_flag=1). I have
a nightly script which creates the spamfolder with the approriate flags
for all users (they sometimes delete it by accident). It also checks
that all kinds of Trash folders have the trash_flag set.
You can have different names for the spam folder, but then there's the
point, how do you know to which folder the spam message has to be
delivered then? The options include modifying the delivery method, so
that spamassasin or postfix queries dbmail tables, to find out which of
the user's folder is the spamfolder. Another approach is via sieve scripts.
My setup has a fixed name for the spam folder, I simply added this to
dspam.conf: "QuarantineMailbox +spam", so spam mail is deliver to
"[EMAIL PROTECTED]". If each user had a different name for his her
spamfolder, I'd have to make dspam query the dbmail db each time. It
would be possible, but not worth the effort for my setup.
Also, if you don't deliver spam to your users, that's not a problem at all.
Could that be
assigned somehow somewhere via standard methods (IMAP or so)?
Not yet. There has been talk about that functionality. Clients identify
the Sent folder by the tag it has, while the name of the mailbox might
be anything, good for translations etc. Don't remember how it was called.
Also, you could give users a web interface, where they can choose the
spam folder from their folders.
-) We currently require users to not delete their SPAM folder, but
rather move mails from there to another SPAM folder (with a fixed
name), from where messages are removed by a script after learning
(SPAM_yes for real SPAM or SPAM_no for false positives).
My users have only on spam folder. Spam mail arrives there. If spam mail
is not identified and arrives in Inbox, the user has to move it to the
spam folder. If the filter generates a false positive, the user has to
move the good mail out of the spam folder. Any destination folder is
good except the Trash folder, this one has to also be marked manually,
by setting the trash_flag.
I guess we want to change that to "automatically take already read SPAM
folder mails and move them to the SPAM_yes folder after some minutes".
Our filters have almost zero false positives (3 per year for all
customers together), so by now this approach seems better.
Or could there be some easier way to have this done?
-) We rewrite message subject, as well as the body, when a message is
SPAM. Can this be done with your solution?
You mean when a user moves spam message from Inbox to the spam folder?
Then the message is not changed, but the anti-spam agent is told to
update it's signatures. In case of false positives it's the same case --
you really would end up with a message in your Inbox, which has been
tagged as spam, but your filter would have been updated already and not
repeat this mistake.
a) take message
b) pass through SpamAssassin
c) if SPAM, rewrite message with SA's results
Normally we do that at postfix stage, but this would be extremely
valueable of course.
-) I would like to be able to rescan messages that arrived today
overnight. Like this, certain viruses could be detected when new
antivirus signatures arrive, or whatever. Can we find out whether a
message from today was marked as SPAM, but then altered by the client
to HAM status? Such messages shouldn't be marked as SPAM afterwards
again, of course.
Yes, for me it's moving the message out of the spam folder to the Inbox
for example.
HTH,
Alex
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
