Hi Nicola,
If you are only looking for SMTP loadbalancing, it's indeed a matter of
configuring a distributed activemq cluster, with numerous producers (the
smtp servers) and only one consumer (the server responsible to dequeue,
store in mailbox, and serve via imap4/pop3 the inbox).
Now, if you are looking for imap4/pop3, this is another story (we need
some distributed mail uid management), and this is not available, and
not planned for 3.0 final.
So, how do we go further: will you look at distributed amq configuration
(there's plenty on their website, on the net, and on amq mailing list),
or would you like us to look it for you (in this case, we can not
guarantee the time on which it could be done)? Of course, we can futher
help/discuss the ideas/issues here on the mailing list.
Thx,
Eric
On 19/01/12 15:36, Nicola Salvemini wrote:
Hello!
I'm using James 3.0-beta3 with maildir, and I'm looking for a efficient
method to perform load balancing of various SMTP servers.
This is my scenario:
For the email domain mydomain.com exist many MX records:
mxA.mydomain.com, mxB.mydomain.com, ...
Every MX record corresponds to a SMTP server:
mxA.mydomain.com ==> SMTP server on hostA
mxB.mydomain.com ==> SMTP server on hostB
All emails incoming on all SMTP servers are stored on a unique maildir
repository. Until now I used maildir on a share file system (NFS), but
now I'm having several problems with the reliability.
The idea now (how Norman suggest me in a previous thread) is to write on
the same activemq queue which dispatch the mails and deliver it to the
maildir.
So, the scenario becomes:
James on hostA => use James anbedded activemq
James on hostB => use activemq on hostA
James on hostC => use activemq on hostA
...
What do you think about? Could you please provide me some suggestions
(or some documents) about how to configure James
(james-server-context.xml file) on hostA and hostB?
Is it possible to use on hostA the "embedded version" of activemq? How I
can configure hostB to use it? Wath about camel?
Thanks in advance,
Nicola
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
