Report
(1)
ISPs
(1)
SMTP
(1)
MailEssential
(1)
Tuesday
(1)
Configureyour
(1)
Straighen
(1)
Strangest
(1)

New ISP & my poor exchange server :(

Asked By Stephen
19-Nov-09 02:36 PM
Hi Folks,

My company changed ISP's on Tuesday and now I am having all sorts of strange
email issues.

My Exchange 2003 server resides inside my private network.  I changed my DNS
MX records with Network Solutions, set the tty low and monitored with
nslookup until i saw the ip change propagate.

Now I have instances of users not being able to send outside the domain,
external domains not being able to send to us, but not consistantly... I can
send and receive to myself from my company account and a gmail account no
problem.  But then I get reports of my payroll person able to receive a test
email she sent to herself through an AOL account, but she has not gotten a
single email from her payroll company and she has been expecting them since
tuesday.

I disabled all my GFI MailEssential filters and removed my old smart-host
relay server as well from my routing and smtp connectors.

The strangest part is these external people who have been trying to send us
mail for two days now cannot report a single instance of mail being returned
with a delivery error.

I am running out of ideas where to look for the problem and could really use
someone pointing me in the right direction.

TIA!!!

You need to evaluate each of these independently.

Ed Crowley [MVP] replied to Stephen
19-Nov-09 04:08 PM
You need to evaluate each of these independently.

For users not being to send outside the domain, ensure that your new ISP
handles SMTP properly, and that your server is smart-hosted to their SMTP
server if it needs to be.

For users not receiving mail, you may have to wait up to one or two days for
mail to bounce if it is retrying, and that can happen when you have made a
change.  (Next time you change ISPs, leave the old one working for a few
days while you start up with the new one, perhaps.)  The best way to tell
what is going on is to ask a sender's administrator to do a NSLOOKUP on your
MX record, verifying the associated A record(s) and then seeing if he can
telnet to port 25 of the server(s) specified in the A record(s).
--
Ed Crowley MVP
.

Ed,The end result was having to add my internal dns servers to the list

Stephen replied to Ed Crowley [MVP]
02-Dec-09 08:16 AM
Ed,

The end result was having to add my internal dns servers to the list of
external dns servers on my default smtp virtual server.

Prior to cutting over to my new provider we used a smarthost and the isp's
dns.  The new isp does not provide for a smarthost so when we cutover I
removed the smarthost entry and changed the external dns servers to only
those of the new provider.

As such most smtp mail came in with the exception of about a half dozen
reported domains.  As soon as I added my internal dns servers to the list the
mail started flowing again.

Is this the correct configuration given the removal of the smart host or
does it indicate a problem with the new isp's dns servers?

Could I have avoided all this by creating a reverse lookup zone on my dns
servers for my isp's subnet?

Thanks in advance for helping to straighen me out.

In general, you should use only your internal DNS servers, and configureyour

Ed Crowley [MVP] replied to Stephen
02-Dec-09 11:53 PM
In general, you should use only your internal DNS servers, and configure
your internal DNS servers to use root hints, or under certain circumstances,
forwarders.  That way, there is no confusion about what the name resolution
path is, and your Exchange server is certain to be able tor resolve internal
names.
--
Ed Crowley MVP
.
Post Question To EggHeadCafe