testing new front-end/smtp problem?
Exchange Server Forum Index Exchange Server
Discussion forums for Microsoft Exchange Server users.
Microsoft Outlook
 
 FAQFAQ   MemberlistMemberlist     RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
 
Google
 
Web ExchangeServerHelp.com
testing new front-end/smtp problem?

 
Post new topic   Reply to topic    Exchange Server Forum Index -> Setup
Author Message
ksb
Guest





Posted: Thu Mar 31, 2005 5:01 am    Post subject: testing new front-end/smtp problem? Reply with quote

new and first front-end server is up. it is running ex2003 with owa, pop,
impa, smtp. We have one ex2k backend server running owa, pop, imap and smtp.
Once cutover into production, we would like to change the dns aliases of the
back-end server to then be the front-end. so, owa users and users of pop and
impa will not need to change the url they use or their incoming and smtp
servers settings.
We have not made those dsn changes yet, but would like to test that all is
working or WILL work once we cut over.

We have owa, pop and imap all working, using the temporary dns name. using
the temp dns name, users are NOT able to send mail to internal exchange
recipients. The ARE able to send to external domains. We have the f/e smtp
configured to use a smarthost at this time for testing purposes.
The error we receive in the app log on the f/e when attempting to send to an
internal Exchange address is pasted at the bottom of this poest.

Question: is it simply not possible for us to test this functionality
before the cutover? Or, did we miss something in the config? TIA!
Event Type: Error
Event Source: MSExchangeTransport
Event Category: NDR
Event ID: 3021
Date: 3/30/2005
Time: 1:40:07 PM
User: N/A
Computer: FE
Description:
A non-delivery report with a status code of 5.4.8 was generated for
recipient rfc822;joe@maildomain.com (Message-ID
<000701c53571$0ba18b00$420f010a@usa.maildomain.blah.blah.org>).
Cause: This message is a warning about a looping condition. One known case
is that one of the recipient policies includes a local domain that matches
the fully qualified domain name (FQDN) of an Exchange server in the
organization. When the Transport Categorizer is processing mail destined for
a domain that matches an Exchange ServerÆs FQDN, it will return NDR the
message with this error.
Solution: Check your recipient policies. If you have a recipient policy
with a local domain that matches the FQDN of an Exchange server in your
organization you must remove that entry. For example, if you have a
recipient policy with server1.example.com, change the recipient policy to
example.com

Back to top
PizzZak



Joined: 18 Sep 2006
Posts: 1
Location: CA, USA

Posted: Mon Sep 18, 2006 4:36 pm    Post subject: Same Issue - New Exchange 2003 Reply with quote

I am rolling out a new Exchange 2003 server into a Exchange 2000 environment and am getting the same NDR. Were you ever able to figure out the cause? What is the solution?

Thank you in advance.

Zack
Back to top
View user's profile Send private message
 
Post new topic   Reply to topic    Exchange Server Forum Index -> Setup All times are GMT
Page 1 of 1

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum




Windows Server Dedicated Servers
Contact Us
New Topics Powered by phpBB