Link to home
Get AccessLog in
Avatar of mprssjpr
mprssjprFlag for United Kingdom of Great Britain and Northern Ireland

asked on

DNS/Mail issue

A small company have asked me to fix up their Exchange server since it went down some time ago.

Since this happened, they decided to start using the webmail hosting service provided by 123-Reg, who also provided them with their domain name.

They're going to want their email directed back to their static IP, of course.

In the 123-Reg control panel for that domain, their are 4 A records: @, *, mail, and www. All these point to 123-Reg's servers, with the same IP.

There is also an MX record, pointing to mail.theirdomainname.co.uk.

Is it really as simple as changing the A record for mail from the 123-Reg server address to their static IP, and that's it, or have I missed something?

Many thanks!

Avatar of sunnyc7
sunnyc7
Flag of United States of America image

First test it

www.mxtoolbox.com
enter domain name
check MX records and where it goes to > probably the webhosting company.

How to change
a) Create an A-record for - mail.theirdomainname.co.uk > with public IP
b) Create an MX-record to point to mail.theirdomainname.co.uk
It's that simple

Godaddy's guide here
http://help.godaddy.com/article/347
Avatar of mprssjpr

ASKER

Hey Sunnyc7, thanks for that - I'm about to give that a go.

Before I do, though - can you clear up my confusion? They already have an MX record pointing to mail.theirdomainname.co.uk.

Wouldn't changing the A record for mail.theirdomainname.co.uk to point to their static IP be enough? And leaving the mx record as is? I guess what I'm saying is, what would be the point of creating another mx record that was identical?

Sorry - DNS is NOT my strong point!
SOLUTION
Avatar of sunnyc7
sunnyc7
Flag of United States of America image

Link to home
membership
This content is only available to members.
To access this content, you must be a member of Experts Exchange.
Get Access
ASKER CERTIFIED SOLUTION
Avatar of Bryon H
Bryon H
Flag of United States of America image

Link to home
membership
This content is only available to members.
To access this content, you must be a member of Experts Exchange.
Get Access
bryon :))
You already have a million of them...I am still playing catch-up.

I prefer not changing the existing mail.domain.co.uk
> you really dont know what gets screwed-up while changing DNS
o i would also add... forget webmail at the host... use outlook web access...

thus changing the A record for webmail.them.co.uk to point to the exchange server ip address, and having OWA enabled, and forwarding port 80/443 to the server too

reason is, if all the mail hits their server like it should... webmail at the host will be blank/outdated/useless

i would advise against the multiple mx records because, if your server is rebooting or otherwise down, mail WILL go to the web host and users won't have any idea how to go get that mail

Thats true @ multiple MX.

i usually have my primary pointing to Exchange
and backup pointing to - www.mxsave.com
Thats a store forward insurance - costs $5/month
They store emails when my exchange is down for anything - and then forwards it back when exchange is back up.

Bryon has a point about multiple MX.

My concern is
a) I am really not sure if exchange is configured properly at other end before we change MX.
Usually thats the last step in installation.

MPRSSJPR > Please confirm if exchange is good to go, before you swap MX.
Guys - thanks - this is really helpful.

The main point I want to clear up is that the current domain for the mx record is exactly the same as the one that the exchange server will be receiving, i.e. it is NOW mail.theirdomainname.co.uk, and I want to keep it as that, just send it somewhere else.

So, I guess Bryon answered my question?  "all you need to do is change the A record for mail.theirdomainname.co.uk..."

What I thought about just changing the A record seems right - thanks. Please correct me if I've misunderstood that. And can someone please just double, double confirm that there's no problem with leaving that mx record there, as is? I don't have to delete it THEN recreate it exactly the same, or something weird like that?

Sunnyc7 - sadly, Exchange isn't going to be good to go when I do the change - I've got 48 hours to do the job, and they're gonna need their mail working when they come back to work on monday. I'm gonna do the change first thing in the morning, so by the time I've backed up the server, wiped it, and got it going again, I might have some mail coming in on Sunday. I've explained that they might lose some mail, but they don't expect to receive much over the weekend, so they're ok about it.

I'm pretty confident that Exchange will be fine - I'm pretty experienced with it, and having just installed Server 2008 with Exchange 2010 at my main office, this old SBS is going to be, if you'll excuse the expression, a p*ss in the park.

Also, thanks for the tip about mxsave.com - I'll check that out for my company.

Thanks again for the help, guys - much appreciated.
I suggest - change the MX on Saturday night after you are done with this - and give it 24 hrs to propagate.
or do it sunday afternoon.

Changing mx first without having a exchange to get going = little risky.

will wait for bryon's thoughts.
well, mail right now is going to the web host - so changing the mx record (or A record) will go like this:

- people who didnt cache the result will send mail directly to exchange
- people who did cache it will still send mail to the host anyway

you can always circle back and get the stray mail from the host manually

you can also set the TTL on the mx and A records right now, to like 30 minutes, that'll help propagation in the future

if the host is willing to work with you, you can tell them to redirect any incoming mail to your server...any decent host can do that for you in 5 minutes
- people who did cache it will still send mail to the host anyway - until the current TTL expires and they re-lookup the new entries

usually we tell clients that takes 48 hours but in most cases it only takes 12 or so