On 14/12/2015 21:25, Marc Perkel wrote:
>
> On 12/14/15 12:44, Vsevolod Stakhov wrote:
>> On 14/12/2015 18:55, marc perkel wrote:
>>> I'm new to rsyncd - I'm getting this.
>>>
>>> rspamd_mmaped_file_open: cannot stat file /var/lib/rspamd/bayes.spam,
>>> error No such file or directory, 2
>> That shouldn't happen with the default configuration on 1.0+
>
> Current Centos version < 1.0
>
>>
>>> Also - different topic. Ever think of using redis to stare bayes?
>> Well, there was a project of making redis backend for rspamd, however, I
>> couldn't find any *reasonable* answer to the following question: "Why do
>> you need redis backend counting that you can just learn all sqlite
>> backends on all servers all together?" That's simple, reliable and
>> scalable. Rspamd has also relearn protection so faulted servers should
>> not be an issue as well.
>>
>
> Not sure I understand how many sqlite servers learn together?
rspamc -h srv1 learn_spam msg.eml ;
rspamc -h srv2 learn_spam msg.eml ;
rspamc -h srv3 learn_spam msg.eml ;
rspamc -h srv4 learn_spam msg.eml ;
> I'm also running Spamassassin that has redis backend. The first one that
> actually worked for me.
>
> I have 4 SA servers and a 5th server running redis for all 4 SA servers
> so they learn together. So I'm really happy with redis right now.
The major benefit of rspamd is that you basically won't need 4 servers
for scanning. A single server can scan hundreds of messages per second
(even when loading the vanilla SA rules).
Nevertheless, I don't see any benefit of having a dedicated server for
redis. I can think about creating of UDP service like I did for fuzzy
storage. As in this case, I would have encryption and guaranteed high
rate of tokens being scanned. In case of redis, I don't see anything of
that.
--
Vsevolod Stakhov