MSExchangeTransport Event ID:3008 A NDR with status code 5.0.0
This is the error I'm receiving when an external client tries to send us mail...
A non-delivery report with a status code of 5.0.0 was generated for recipient rfc822;derek@mallardgroup.
Cause: This indicates a permanent failure. Possible causes : 1)No route is defined for a given address space. For example, an SMTP connector is configured, but this recipient address does not match the address spaces for which it routes mail. 2)Domain Name Server (DNS) returned an authoritative host not found for the domain. 3)The routing group does not have a connector defined û mail from one server in the routing group has no way to get to another routing group.
Solution: Verify that this error is not caused by a DNS lookup problem, and then check the address spaces configured on your STMP connectors. If you are delivering Internet mail through an SMTP connector, consider adding an address space of type SMTP with value ô*ö (an asterisk) to one of the SMTP connectors to make routing possible. Verify all routing groups are connected to each other through a routing group connector or another connector.
Here is what the NDR says that the external clients receive...
Your message did not reach some or all of the intended recipients.
The email system was unable to deliver the message, but did not report a specific reason. Check the address and try again. If it still fails, contact your system administrator. #5.0.0>
A non-delivery report with a status code of 5.0.0 was generated for recipient rfc822;derek@mallardgroup.
Cause: This indicates a permanent failure. Possible causes : 1)No route is defined for a given address space. For example, an SMTP connector is configured, but this recipient address does not match the address spaces for which it routes mail. 2)Domain Name Server (DNS) returned an authoritative host not found for the domain. 3)The routing group does not have a connector defined û mail from one server in the routing group has no way to get to another routing group.
Solution: Verify that this error is not caused by a DNS lookup problem, and then check the address spaces configured on your STMP connectors. If you are delivering Internet mail through an SMTP connector, consider adding an address space of type SMTP with value ô*ö (an asterisk) to one of the SMTP connectors to make routing possible. Verify all routing groups are connected to each other through a routing group connector or another connector.
Here is what the NDR says that the external clients receive...
Your message did not reach some or all of the intended recipients.
The email system was unable to deliver the message, but did not report a specific reason. Check the address and try again. If it still fails, contact your system administrator. #5.0.0>
Can you provide some background on your network configuration? Is there one Exchange server, are you setting up a new domain from scratch or has this server worked for inbound email in the past? Are you converting from a different email server application?
ASKER
It's the only server in the domain. Mail was working fine. Ran updates, stopped working. I reran service pack 2 for Exchange, still getting the same errors. Nothing is being converted.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
NO, we were having too many issues with reverse DNS lookup so we turned that off months ago.
ASKER
I ran the Exchange Troubleshooter and this happens...
Cannot identify an object with 'dena.stanely@mallardgroup
When I go to ESM>Recipients>All GLobal Adress LIsts> and preview, it shows my users and their correct addresses.
Cannot identify an object with 'dena.stanely@mallardgroup
When I go to ESM>Recipients>All GLobal Adress LIsts> and preview, it shows my users and their correct addresses.
If you check the properties of a user account in AD Users and Computers from the Exchange server, do you see the correct e-mail address on the E-Mail Addresses tab? If you go to ESM - Recipients - Recipient Policies, open the Properties for the Default Policy (and any other Policies on the server). Make sure that the @mallardgroup.net domain is listed on the E-Mail Addresses tab. Click the Edit button, the check box should be selected (Exchange Server... responsible for all mail delivery...)
ASKER
Scott, I checked that earlier as well. All is good in that aspect.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.