Our (domainB.com) company uses a Domino SMTP server to route mail out to the internet, and we merged with another company in 2003 and they are the parent company (domainA.com).
To complete the whole corporate branding process, the parent company wants all domainB users to be configured with a domainA “reply to” address, and that was accomplished very easily in all the users Location documents–so when we send an internet email, the “reply to” address shows up as user.name@domainA.com and that has been working.
So all emails not bound for either of our domains goes out to the internet like normal, no problem there. Problem is – when we want to send emails to each other within the company and replies and etc. that has to all be routed through domainA’s Exchange server in Australia…so at times arrivals of new emails and replies to emails take longer than they should, so I am looking for a better solution.
We have access to our parents domainA.com exchange server via an MPLS VPN that we are a part of and can access.
Currently (and thus prior to the merger) we simply had a Foreign SMTP Domain doc, Global Domain doc and a SMTP Connection document and of course a Configuration document for the SMTP server (not sure if that was even the most efficient, but it worked). Anyhow, I have read many solutions in the forum here for configs when you have 2 domains to deal with under one company:
Creating 2 separate Foreign SMTP Domain docs with respective SMTP connection docs-- but–would I still need the Global Domain doc if I do this?
Creating 2 Global Doc’s (not sure if I would delete the Foreign SMTP doc if I do this option)
I am leaning more towards 2 Foreign SMTP Domain docs and respective SMTP connection doc’s because that way there I can configure the Routing tab for all emails bound to domainA.com to be routed to their Exchange server over the MPLS router and then ALL other internet mail to be routed out to the internet.
In about 7 mos or so we will all be on Exchange (yuk), but in the interim we have to make both environements play very well with one another.
Does anyone have a suggestion how we can tackle this.
Thanks!