Hello ML,
you are right about the out of the box experience. A tool that is mainly
rule based like SpamAssassin has an advantage over DSPAM in the
beginning.
I have not the same opinion about groups as you. If you use a global
user and train it properly you will not have issues where one would have
pharma/meds mail while another user would have those classified as spam.
The point is that normal pharma/meds mail are way to different than
those pharma/meds mails used for spamming. The key here is to use one of
the more sophisticated tokenizers (sbph or osb). I would be very much
surprised if you would have a lot false positives/negatives. You wrote
something about Dovecot. If you use the anti-spam plugin in Dovecot and
maybe an sieve script that moves spam messages to the spam folder then
users using IMAP will very quickly train DSPAM by just working with
their email client.
In my experience most users have no more than one or two first days
where they have to correct DSPAM until the engine picks up their mail
habit. After that they have less and less FP/FN.
I could write a small docu how to setup that global user and how to
train it. But I don't know when I have the time in the next days to do
so. Let me know if you are interested and maybe if you could help me
with it (my English is not the best).
--
Kind Regards from Switzerland,
Stevan Bajić
Am 2014-02-04 15:45, schrieb ML mail:
> Hi Stevan,
>
> My main concern is that it does not work out of the box such as other
> anti-spam tools like spamassassin. What I mean here is that dspam needs to go
> through a phase of learning, which means that most of the users will receive
> for quite some time a certain amount of spam in their inboxes and will have
> to manually teach dspam (by drag&dropping the mail into the spam folder for
> example). This means that users will get annoyed and complain... some users
> are just lazy and will not do that and some users use POP3 protocol so don't
> even have the chance to move the mail to a spam folder.
>
> A solution would be to have a a globaluser (using groups) with a shared
> spam/ham corpus which would have been trained beforehand. I have tested that
> but it doesn't work well at all because of a non-homogenous mail user
> accounts (for example one user account might receive a lot of pharma/meds
> mails related to his work whereas for another this would be spam).
>
> Right now I did not find any working solutions to bootstrap dspam to a level
> where it would already minimize the spam received of every mail account. This
> is really my main issue. Once dspam personally trained I can see it is really
> working well but I really can't see all the users going through this
> process...
>
> Any thoughts?
>
> Regards,
> ML
>
> On Tuesday, February 4, 2014 3:22 PM, Stevan Bajić <ste...@bajic.ch> wrote:
>
> Hello ML,
>
> I use DSPAM in such an environment. Might I ask you why you think that DSPAM
> is not the best choice for such an environment?
> btw: personally I believe that nothing is the best choice. Everything is good
> and bad.
>
> --
> Kind Regards from Switzerland,
>
> Stevan Bajić
>
> Am 2014-02-03 17:21, schrieb ML mail:
>
>> Hello,
>>
>> I would like to use dspam as the unique anti-spam filtering method on a mail
>> server (postfix+dovecot) which will host many domains and many mail user
>> accounts. Having played a bit with dspam, I have the feeling dspam is not
>> the best choice for such a non-homogenous environment. Would anyone still
>> recommend using dspam in such an environment?
>>
>> And if yes, which configuration parameters/options/features would you
>> recommend to use? any tips?
>>
>> Cheers,
>> ML
>>
>> ------------------------------------------------------------------------------
>> Managing the Performance of Cloud-Based Applications
>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>> Read the Whitepaper.
>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>> [1]
>>
>> _______________________________________________
>> Dspam-user mailing list
>> Dspam-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspam-user [2]
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> [1]
>
> _______________________________________________
> Dspam-user mailing list
> Dspam-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspam-user [2]
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
> [1]
>
> _______________________________________________
> Dspam-user mailing list
> Dspam-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspam-user [2]
Links:
------
[1]
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
[2] https://lists.sourceforge.net/lists/listinfo/dspam-user
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user
