This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Route the incoming mails received from SMG to GWIA

Currently we are having two secondary domain. In both Domain GWIA is configured 25 port are opened.

My question is how to route the incoming mails received from SMG to GWIA ?

I had configure like this will both node will handle the request or should we configure both IP in LB and route to 2 secondary domain?

Parents
  • 0  

    However if you go for load balancing and reliability then you have to think of more steps in your environment: i.e.  two mx records, more than one SMG (a bundle of SMGs working together).


    Use "Verified Answers" if your problem/issue has been solved!

  • 0 in reply to   

    We are planning to use 2 SMG for inbound/Outbound

  • 0   in reply to 

    That's fine. And one holding the databases?


    Use "Verified Answers" if your problem/issue has been solved!

  • 0 in reply to   

    Both will act as separate SMG

  • 0   in reply to 

    Why separate SMGs?

    So if you have larger environment my idea is to do it in this way.

    smg1 is holding all databases (configuration, quarantine,tracker, statistics)

    smgin1 (maybe add smgin2) for inbound

    smgout1 (maybe add smgout2) for outbound.

    If your intention is to check mailboxes directly via imap then add another smg for imap activities

    In this environment all services report to one server. It is easy to move services from one smg to another one. It is easy to check tracker information or read quarantine, because there is only one database.


    Use "Verified Answers" if your problem/issue has been solved!

  • 0 in reply to   

    kindly tell me abt smgin1 and smgout1

    is my understanding correct 5 smg servers for this environment 

  • 0 in reply to 

    Separate SMG means if one node goes down it will not affect the mail system that why 2 node smg

  • Suggested Answer

    0   in reply to 

    Yes, my suggestion above is to run 5 or 6 (6th for imap) smgs. But you can break it down to three instances (database plus two scanners for in- or outbound). And of course you can run your whole environment on only one smg; I have a lot of customers doing it in this way. However development does not see a problem to service large environment wit only one single smg.

    My larger customers are using more than one SMG. But in larger environments all data is stored in one single database. If you do not trust a database on SMG than you can use your professional database in the background! So you have a lot of options to support reliability.


    Use "Verified Answers" if your problem/issue has been solved!

Reply
  • Suggested Answer

    0   in reply to 

    Yes, my suggestion above is to run 5 or 6 (6th for imap) smgs. But you can break it down to three instances (database plus two scanners for in- or outbound). And of course you can run your whole environment on only one smg; I have a lot of customers doing it in this way. However development does not see a problem to service large environment wit only one single smg.

    My larger customers are using more than one SMG. But in larger environments all data is stored in one single database. If you do not trust a database on SMG than you can use your professional database in the background! So you have a lot of options to support reliability.


    Use "Verified Answers" if your problem/issue has been solved!

Children
No Data