Re: NDR - Same internal and external domain for email
- From: "Eriq Neale [SBS-MVP]" <eon@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 30 Mar 2007 03:46:05 GMT
A couple of thoughts on this. First, to address your specific quesitons
clarv02 wrote:
We have a client with all but one person using Exchange and Outlook on
SBS 2003. Their email is hoted on an ISP so we use POP3 connector. The
one person who is not on Exchange uses a MAC and he only wants to
access his email via browser. On the server, I've given him an
assigned email address, but no actual Exchange mailbox, so when
internal users email him, they can look him up in the GAL, but his
email should be sent out to the ISP. Because the domain is the same
internally and externally, I had to configure the SMTP Virtual Server
to forward unresolved addresses to the ISP's mail server. Everything
looks perfect, but internal users are still getting NDRs when sending
mail to this user.
There is one setting in Exchange System Manager that you'd need to set to allow this specific behavior to happen (one account with an address hosted off-site). The setting is not in the SMTP Virtual Server, but in the Recipient Policy instead.
To make this change, you'll need to do the following:
Open Exchange System Manager
Expand Recipients
Click Recipient Policies
Right-click Default Recipient Policy and select Properties
Select the E-mail address policy tab
Select the internal SMTP address (will likely end in .local or .lan probably) and select Set as Primary
Select the external SMTP address and click Edit
Turn OFF the checkbox that says "This Exchange Organization is responsible for all mail delivery to this address"
Click Apply and click OK
With the external SMTP address selected, click Set as Primary
Click Apply then click OK.
That will allow Exchange to route mail to the user with the ID in the domain back out to the external mail server.
By the way, we tried having him on Exchange and accessing OWA through
his browser, but that does not work. I've read a lot of posts that say
the MAC browsers simply won't work with the self signed certificates.
Perhaps we should put him on Entourage?
Well, if you're trying to have him log in to OWA, but he doesn't have an Exchange mailbox, he's not going to be able to log in. The Mac browsers don't have an issue with self-signed certificates (except for the Mac version of IE, which should not be used any longer anyway as it's a dead product), so that's not the problem, either.
So, if he only wants to use a browser to get e-mail, it should be straightforward to create an Exchange mailbox for him, teach him how to use OWA, and not have to worry about it again. You'll need to use Firefox or Safari for him to access OWA, and it won't be the pretty version of OWA but the basic version, but it works. Especially if OWA can be access by other accounts.
You can hook up Entourage for this Mac user, but it has its own set of challenges. For those, you can read the following URL, or review Chapter 17 of the SBS 2003 Unleashed book.
http://simultaneouspancakes.com/Lessons/2005/01/02/how-to-configure-entourage-2004-for-sbs-2003/
HTH...
-Eriq
--
Eriq Neale - SBS MVP, Small Business Specialist, MCSE, Mac Guy
EON Consulting - www.eonconsulting.net
Author of Microsoft Small Business Server 2003 Unleashed
Listen to the eOnCall Radio broadcast at AIRTunZ
(www.airtunz.com) or hear past episodes at www.eoncall.com
.
- Follow-Ups:
- Re: NDR - Same internal and external domain for email
- From: clarv02
- Re: NDR - Same internal and external domain for email
- References:
- NDR - Same internal and external domain for email
- From: clarv02
- NDR - Same internal and external domain for email
- Prev by Date: RE: W2003Server R2 - SP2 - SATAII Hot Swap
- Next by Date: Re: active sync and USB
- Previous by thread: NDR - Same internal and external domain for email
- Next by thread: Re: NDR - Same internal and external domain for email
- Index(es):
Relevant Pages
|
Loading
