The ultimate goal is to achieve full redundancy and avoid a single point of
failure. For that purpose I use 2 separate VMs for 2 MX servers,
2 separate VMs for 2 IMAP servers, and currently 1 VM for 1 DSPAM server (but 2
planned). In addition, DNS servers has a record that resolves to
IPs of both MX-es, and MX-es specify further recipient in their config as an
FQDN record; that FQDN also resolves to 2 IPs (of 2 DSPAM servers -
one existing and another one planned); as only one DSPAM server is currently
present, it's the only one receiving messages from any of MX-es.
The DSPAM server then sends the message further to an IMAP server. With that
said,
what's the point of reinjecting back to an SMTP server? Even though
configuration files of Postfix allow to specify further recipient as an FQDN
record
(which can resolve to multiple IPs to avoid a single point of failure), no
matter where DSPAM sends the message - it's a single point of failure,
because DSPAM takes only one IP address as "DeliveryHost".
I want to achieve a situation when DSPAM tries to send the message to one
location (IMAP server or even back to SMTP server), and if it's unavailable,
then DSPAM tries to send the message to another location. Maybe I'm wrong, but
I think that if dspam.conf allowed to write an FQDN
(which would resolve to multiple IPs) as "DeliveryHost", then that goal could
be achieved (or not?).
Using an IMAP proxy seems logical to me only if the proxy is on the same VM as
the DSPAM server, otherwise it's also a single point of failure.
Probably I'll try it that way, because using this syntax:
DeliveryHost.example.com 192.168.1.10
DeliveryHost.example.com 192.168.1.20
led to error messages and non-working configuration (I was experimenting, but
understood that the syntax is not valid).
Понедельник, 30 марта 2015, 13:27 -06:00 от Eric Broch
<ebr...@whitehorsetc.com>:
>Why can't you reinject into an smtp
server?
>
>On 3/30/2015 12:08 PM, Orkhan Gasimov wrote:
>>Thanks for the quick answer! I've never used such a
setup, but if it's the only way, then I'll surely try. Do you
know a verified link describing something like that?
>>Thanks in advance!
>>Отправлено от Type Mail
>>На 30.03.2015, в 18:22, "k...@rice.edu" < k...@rice.edu > написал:п
>>>On Mon, Mar 30, 2015 at 04:08:56PM +0300, Орхан Касумов wrote:
>>>>
In my setup, DSPAM server receives mails from several MX servers and relays
them to a single IMAP server.
The IMAP server's:
- IP address is the "DeliveryHost"
- and its DNS name is the "DeliveryIdent"
in DSPAM's configuration file.
The question is: is it possible to use several IMAP servers in this scenario?
I can make "DeliveryIdent" point at a DNS record that resolves to several IP
addresses, but how can I tell DSPAM to use several "DeliveryHosts"? It doesn't
support either this:
DeliveryHost 192.168.1.10 192.168.1.20
or this:
DeliveryHost 192.168.1.10
DeliveryHost 192.168.1.20
Is there a
way to make DSPAM relay mails to several IMAP servers?
Thanks in advance!
>>>
Hi,
Can you use an IMAP proxy like perdition or nginx to connect to the various
backend IMAP servers?
Regards,
Ken
>>>----------------------------------------------------------------------
>>>
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
------------------------------------------------------------------------------
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
