Improve company productivity with a Business Account.Sign Up

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

Wireless cannot connect to OWA

When my users are away from the office, their active sync email (Exchange 2003) works fine on their smart phones/tablets.  In the office, they have to shut off their wireless lan connection on their cell before it will work.  Only works through cellular connection.

Here's what I THINK is going on:

It's a DNS issue.  Outside email address is going to mail.companyname.com.  Inside the domain is company.local.  Wireless doesn't know how to get to mail.companyname.com from the inside.

I think I need to create a new zone (is this possible on an SBS2003 box?) and point the outside address to the NATted inside server, like mail.companyname.com = 192.168.1.50 or something similar.

Does this sound right?  What else could it be?
0
svillardi
Asked:
svillardi
  • 8
  • 7
1 Solution
 
diperspCommented:
Exactly right. Sounds like there are some bigger issues lurking, but you can open the DNS console and add this record.

My recommendation is to add a new zone for the domain mail.companyname.com. Then create a single a record with no host name and point it to the internal ip of the Exchange server.

Doing it this way versus creating a zone for companyname.com and then creating an a record against mail as a host name will keep you from having to create and maintain other DNS records that are in your public DNS.
0
 
svillardiAuthor Commented:
OK, so I created a new zone, but when I tried to create an A record, it asks for a host.  Never saw a DNS record without the host name.  How is that possible?
0
 
diperspCommented:
Just leave the host blank.  Perfectly fine - ever go to google.com instead of www.google.com?  Same idea.
0
Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

 
svillardiAuthor Commented:
I also need to know what will happen when an application tries the short name, what will be resolved -- or does it matter, because they will both be going to the same IP address?

mail.companyname.com
versus
mail.company.local

I guess the app won't care, right?
0
 
diperspCommented:
I assume by "shortname" you mean your local domain?  You're not touching DNS records there, so this should have no affect on them.
0
 
svillardiAuthor Commented:
Ok, your google analogy makes sense to me.  But what's the harm in creating the record that uses host name "mail"?

inside zone mail.company.local = 192.168.1.50
outside zone mail.companyname.com = 192.168.1.50

?

Thanks for answering these questions.  Want to make sure I fully understand the solution before implementing.
0
 
diperspCommented:
If you create a zone called companyname.com and place ONLY mail in it, your WWW record will suddenly no longer work from within the company walls.  So you'll have to now create a WWW record (And remember to change it if your WWW internet record changes) as well as any other records that are hosted under companyname.com on public DNS servers.
0
 
svillardiAuthor Commented:
Why would I have to update public addresses for a NATted IP?  My query for www.companyname.com should be resolved locally with the new companyname.com zone, no?  I would simply update internal DNS.

Before, their DNS lookup would go outside to the ISP for a lookup.  Now they'd come internally because the zone exists inside the network.

But then what about the A record -- if I'm doing the google.com vs www.google.com example, I am pointing the "no host" entry to a particular internal IP (the mail server).  Aren't ALL queries to that .companyname.com domain now going to resolve to the same internal address?
0
 
diperspCommented:
What I'm trying to say is if you create a zone called mail.companyname.com, you're saving yourself the work and headache of having to now maintain www.companyname.com and any other records that are on public DNS.

By creating a zone called mail.companyname.com, any queries for www.companyname.com (Or anything.companyname.com) will continue on to your public DNS servers.  Whereas if you create a zone called companyname.com, EVERYTHING internal destined for xyz.companyname.com will have to be setup in the internal DNS for companyname.com.

You certainly CAN create a zone called just companyname.com, but not you'll have to duplicate every record you have with your public DNS into that internal zone.
0
 
svillardiAuthor Commented:
OK, your last comment finally sealed it for me and now it makes sense.  

In rereading your first post, I didn't pick up creating a zone called mail.companyname.com.  I thought you meant to create a zone called companyname.com.  Which explains all of my questions...  Your last post reiterated what I wrote in the previous post (you agreed with my assumptions) and explained it better.  Thanks for keeping with it...

Testing it tomorrow (I'm offsite).  When finished, I will award all the points.

Much thanks!
0
 
diperspCommented:
Any luck?
0
 
svillardiAuthor Commented:
Well, no bad stuff at least, because I did not get a call. But nothing good either, bc I didn't get a call.
0
 
diperspCommented:
What happens when you ping the internal name?  Is it resolving to the internal ip of the Exchange box?
0
 
svillardiAuthor Commented:
From inside the office, pinging the shortname, the local domain or the "external" domain all resolves to the correct IP address.

I just want to see real world results before wrapping this one up.

Using the subdomain was a great idea.  Thanks again.
0
 
svillardiAuthor Commented:
Thanks for showing me a better way of using a subdomain to fix the wireless issue.  Pretty smart, I must say...  I am onsite today and tested it using my iPhone.  Worked like a champ.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

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