The problem is, I can't achieve full redundancy and avoid the single point of 
failure.
Currently my setup consists of all separate VMs grouped in two chains:

MX1=> DSPAM1 => IMAP1
MX2=> DSPAM2 => IMAP2

Any node in one chain can inter-operate with any NEXT node in its own or the 
other chain,
so, there's no single point of failure when it comes to message delivery, 
BUT... 

A single point of failure still exists when it comes to DSPAM training. DSPAM 
client on each IMAP VM
interacts with only one DSPAM server specified as "ClientHost <IP address>" in 
dspam.conf.
If that DSPAM server is unavailable, the training won't work.

However, in the same dspam.conf file, the database server can be specified by 
providing a DNS name,
and the DNS name can then resolve to several IP addresses for failover 
purposes. The problem is, DSPAM server
listening on some port uses the "auto" mode to accept both standard LMTP 
messages from MX servers and
DSPAM-specific LMTP messages from DSPAM client. But MySQL server listens on a 
dedicated port
only for MySQL-specific messages. This is the most confusing part for me: how 
can DSPAM client inter-operate
with MySQL server to do training?

My colleague who offered this idea (unfortunately, he can't help me with 
configs personally)
says he did that before using some "training mode" setting in the standard 
dspam.conf file. Is it possible?
Can DSPAM client talk MySQL language to MySQL server (for "Spam"/"Innocent" 
reclassification purposes)
by changing some setting in the dspam.conf file?



Вторник, 31 марта 2015, 14:06 +01:00 от Darac Marjal <mailingl...@darac.org.uk>:
>On Tue, Mar 31, 2015 at 04:00:03PM +0300, Орхан Касумов wrote:
>>    A colleague of mine said that the way I'm training DSPAM is not correct.
>>    In my setup, when a user moves a message from "Inbox" folder to "DSPAM"
>>    folder or vice versa,
>>    DSPAM client installed on the same VM as the IMAP server connects to the
>>    DSPAM server (on a separate VM) and retrains DSPAM.
>>    Although it works, my colleague says that DSPAM client should not connect
>>    back to the DSPAM server;
>>    instead it should connect to the MySQL server (yet another separate VM)
>>    and change database records classifying the message as either "Spam" or
>>    "Innocent".
>
>This sounds logical, but requires the client to have knowledge of the
>storage backend used and the credentials used to access that. The server
>already knows all that, though. It's actually simpler / more secure for the
>dspam client to connect to the dspam server. This keeps all the
>database access code out of the client, for example.
>
>> 
>>    Frankly, I've never thought that such a setup could be possible, but after
>>    some thought, this started to seem logical to me.
>>    Is it a feasible way of DSPAM training? Has anyone already implemented it
>>    in that way? Please share.
>> 
>>    Thanks in advance!
>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, 
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for 
>> all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the 
>> conversation now.  http://goparallel.sourceforge.net/
>
>> _______________________________________________
>> Dspam-user mailing list
>>  Dspam-user@lists.sourceforge.net
>>  https://lists.sourceforge.net/lists/listinfo/dspam-user
>
>------------------------------------------------------------------------------
>Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>by Intel and developed in partnership with Slashdot Media, is your hub for all
>things parallel software development, from weekly thought leadership blogs to
>news, videos, case studies, tutorials and more. Take a look and join the 
>conversation now.  http://goparallel.sourceforge.net/
>_______________________________________________
>Dspam-user mailing list
>Dspam-user@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/dspam-user

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to