Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 284
  • Last Modified:

Issue with Routing / SMTP

We just upgraded 2 MX2000 to MX 2003. One at Site1 "site1.overhere.all.com" & the other at Site2 "site2.overhere.all.com". They are a child domain of "all.com"

Mail flows from Parent to Site1 & from Site1 gets routed to Site2.

The build wasn't too bad (thanks to Sembee), but I have problems stopping the services. Site1's old MX is up but has all MX services & SMTP disabled. When I try to do that for Site2, all mail gets queued at Site1. This is really bizarre.

If I turn off the services on the old MX at Site  - I get this problems:

1. No mail between Site1 & Site2 (should I use smart host or not? - how do I config it ?)
2. All mail for Site1 gets queued at Site2

Please advise.
0
titanax
Asked:
titanax
  • 7
  • 6
1 Solution
 
SembeeCommented:
Make sure that you do not have any smart hosts configured on the SMTP Virtual Servers of any machine.
If the servers are in separate routing groups, ensure that they can resolve each other using all combiantions... IP address, FQDN and Netbios name.
If you have adjusted the FQDN on the SMTP virtual server, ensure that name also resolves correctly internally.

Simon.
0
 
titanaxAuthor Commented:
Hi Sembee...great to hear from you!

1. There are no smart hosts configured
2. When you mean resolve you mean nslookup?
3. FQDN points to itself on both servers
0
 
SembeeCommented:
If you ping the other server, does the name resolve to an internal or an external IP address?

I don't understand what you mean by "FQDN points to itself on both servers".
The FQDN on the SMTP virtual server is what appears in the SMTP banner. You can see it when you telnet to port 25 of the server.
If that name doesn't resolve internally to the correct IP address of the Exchange server, then you can get problems.
It is often changed so that the server announces itself as its correct external name, so that reverse DNS etc all matches and ensures that email is delivered correctly. However it can cause a problem if not set correct internally. Use the Check DNS button to see if everything is working correctly.

Simon.
0
Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
titanaxAuthor Commented:
yup check dns workd; what i mean is the the FQDN are "site1.overhere.all.com" & "site1.overhere.all.com" respectively, incoming mail is via the parent MX which is located on another continent
0
 
SembeeCommented:
Are you saying that the FQDN on both machines is the same? If so, that will cause a problem.

Simon.
0
 
titanaxAuthor Commented:
sorry typo - 2nd machine "site2.overhere.all.com"
0
 
SembeeCommented:
Are the servers in separate routing groups?
If so, are there routing group connectors in place?

Simon.
0
 
titanaxAuthor Commented:
yes separate routing groups. Like I said this is a migration, so I checked all RGs & other main configs to ensure that the MX2003 are running the same things as the MX2000...So far they appear to be!
0
 
SembeeCommented:
Did you recreate the routing group connectors, or are they the old ones with the new servers simply added to the list?

Simon.
0
 
titanaxAuthor Commented:
the old ones with the new servers simply added to the list
0
 
SembeeCommented:
I would recreate the routing group connectors then.
Ensure that you have the IP address specifically set on the SMTP virtual servers before you do.

Simon.
0
 
titanaxAuthor Commented:
OK, do you have any advise on how I can manually recreate the RGs?
0
 
SembeeCommented:
Delete and recreate. There isn't much to them.
On one server you choose New, Routing Group Connector and choose the server that you want connect to.
Email will queue for a few minutes while you make the changes, but everything settles down very quickly.

Simon.
0

Featured Post

Simplify Active Directory Administration

Administration of Active Directory does not have to be hard.  Too often what should be a simple task is made more difficult than it needs to be.The solution?  Hyena from SystemTools Software.  With ease-of-use as well as powerful importing and bulk updating capabilities.

  • 7
  • 6
Tackle projects and never again get stuck behind a technical roadblock.
Join Now