Hi,
The issue you will run into is with the message store. If you want a resilient mail relay then its no issue because it doesn't matter which node you store the message on before forwarding.
The problem comes if the mail user agents need to access their mailboxes on the James server (pop or imap). They need to see the messages recieved by both (all) mail servers and for any change in message status to be visible to all. Does James support multiple instances using a single combined store? If it does then make this store resilient and you are done. Otherwise you are always going t have to choose where each users mailbox is.
Regards
Jeremy
| Jose Andr�s P�rez <[EMAIL PROTECTED]>
18/08/2004 16:00
|
To: "James Users List" <[EMAIL PROTECTED]> cc: Subject: RE: High availability using James |
Hi,
Thanks Arno for your reply, but DNS allows routing the MX recods and in this
case it may work the way you told. The problem starts when the machine where
a James instance is running goes down. A Load Balancer switch inmediatly to
the rest of James instances avoiding the one down, but with the DNS when a
machine is down the IP of the machine that is going to process the MX
records should propagate along DNS hierarchy and it takes time that we can
not assume.
Furthermore, DNS does not balance the load so only a machine receives the
load.
Thanks again,
jose
> -----Original Message-----
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> ache.org]On Behalf Of Arno Schatz
> Sent: mi�rcoles, 18 de agosto de 2004 9:02
> To: James Users List
> Subject: Re: High availability using James
>
>
> Hi,
>
> I am not an expert in this matter, but I thought High
> Availability is reached by setting
> up the DNS to have multiple MX records wiht different priorities.
> The sending MTA will
> try to send an email to the server listed with the lowest prio of
> all MX records, if that
> is not available, try the next one. Am I missing something? You
> may enter multiple MX
> records in your network, however, you should have also at least
> one backup mail server in
> a different subnet (in case of network problems).
>
> -Arno
>
>
> Jose Andr�s P�rez wrote:
> > Hi everyone!!
> >
> > I�m thinking around using James in a High Availability but I
> could not find
> > anything about this in docs, neither in config file. James
> works as a stand
> > alone Java application so I can not benefit from cluster
> characteristics of
> > any Application Server (such us WebLogic or JBoss).
> >
> > Then, I�m thinking in an environment with several James
> instances and a Load
> > Balancer dispatching SMTP requests to one of those James instances.
> >
> > �What do you think about this solution?�Do you think there is
> another better
> > solution?
> >
> >
> > Thanks in advance,
> > Jose
> >
> >
> >
> >
> > Jose Andr�s P�rez
> > Software Developer
> >
> > Development Department
> > E-mail: [EMAIL PROTECTED]
> > Mobile: +34 600 97 55 02
> >
> > mCentric
> > mobilicing imagination
> >
> > Gabriel Garc�a M�rquez, 4
> > 28230 Las Rozas - Madrid
> > Spain
> >
> > Phone: +34 912 770 300
> > Fax: +34 912 770 405
> >
> > Experience blackwidow technology at: www.m-centric.com
> > <http://www.m-centric.com/>
> >
> > This message may contain confidential information or privileged
> material,
> > and is intended only for the individual(s) named. If you are not in the
> > named addressee you should not disseminate, distribute or copy
> this e-mail.
> > Please notify the sender immediately by e-mail if you have received this
> > e-mail by mistake and delete this e-mail from your system.
> > E-mail transmission cannot be guaranteed to be secure or error-free as
> > information could be intercepted, corrupted, lost, destroyed,
> arrive late or
> > incomplete, or contain viruses. The sender therefore does not accept
> > liability for any errors or omissions in the contents of this
> message which
> > arise as a result of e-mail transmission. If verification is
> required please
> > request a hard-copy version.
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
----------------------------------------- (on scbaprnsxmrl)
This email is confidential. If you are not the addressee tell the sender immediately
and destroy this email without using, sending or storing it. Emails are not secure
and may suffer errors, viruses, delay, interception and amendment. Standard Chartered
PLC and subsidiaries ("SCGroup") do not accept liability for damage caused by this
email and may monitor email traffic. Unless expressly stated, any opinions are the
sender's and are not approved by SCGroup and this email is not an offer, solicitation,
recommendation or agreement of any kind.---------------------------------------------------------
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
