Results 1 to 2 of 2

Thread: testing new front-end/smtp problem?

  1. #1
    ksb Guest

    testing new front-end/smtp problem?

    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.bla h.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

  2. #2
    Join Date
    Sep 2006
    Location
    CA, USA
    Posts
    1

    Same Issue - New Exchange 2003

    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

Similar Threads

  1. SMTP Gateway on Front-End Server
    By warsai in forum Connectivity
    Replies: 0
    Last Post: 09-22-2005, 09:02 AM
  2. Front End and SMTP
    By Sirluke99 in forum Connectivity
    Replies: 0
    Last Post: 09-12-2005, 04:10 PM
  3. 5.5 to 2k3 Front-end/Back-end problem
    By Dave Shaw [MVP] in forum Connectivity
    Replies: 0
    Last Post: 06-27-2005, 06:00 PM
  4. Authenticated SMTP on Front-End
    By Henrik Zawischa in forum Connectivity
    Replies: 2
    Last Post: 04-21-2005, 01:11 PM
  5. Front-End SMTP Relays
    By Vic in forum Deploy
    Replies: 2
    Last Post: 04-13-2005, 06:26 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Other forums: Access Forum - Microsoft Office Forum - CAD Forum