RE: "You do not have permission to send to this recipient"
- From: ac <ac@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 13 Oct 2006 11:45:01 -0700
I have the "Allow all computers which successfully authenticate
to relay" box checked and still get "You do not have permission to send to
this recipient. For assistance, contact your system administrator.
<mail.JustinBradley.com #5.7.1 smtp;550 5.7.1 Unable to relay"
AC
"Jerry zhao (MSFT)" wrote:
Hi,.
Thanks for your post.
Based on my research, this issue can be caused by varying conditions. The
"Resolution" section describes these various scenarios, and it explains how
to resolve each NDR.
RESOLUTION
==========
Scenario 1: Authenticated computers not allowed to relay
NDRs that contain a 5.7.1 error code can occur if the "Allow all computers
which successfully authenticate to relay..." check box is not selected on
the Simple Mail Transfer Protocol (SMTP) virtual server. To locate the
"Allow all computers which successfully authenticate to relay" check box,
follow these steps:
1. Click "Start", click "Programs", click "Microsoft Exchange", then click
"System Manager".
2. In the Exchange System Manager, expand the "Servers" container.
3. Expand the container that is for your Exchange server.
4. Expand the "Protocols" container.
5. Expand the "SMTP" container.
6. Right-click on the "SMTP" virtual server object, and then click
"Properties"
7. Click the "Access" tab.
8. Click the "Relay" button.
9. Click to select the "Allow all computers which successfully authenticate
to relay" check box.
For additional information about this SMTP virtual server relay setting,
click the following article number to view the article in the Microsoft
Knowledge Base:
How to block open SMTP relaying and clean up Exchange Server SMTP queues in
Windows Small Business Server
http://support.microsoft.com/default.aspx?scid=kb;en-us;324958
Scenario 2: Anonymous access to SMTP virtual servers disabled
The 5.7.1 error code can also occur when the "Anonymous access" check box
has been disabled. To enable the "Anonymous access" check box, follow these
steps:
1. Click "Start", click "Programs", click "Microsoft Exchange", then click
"System Manager".
2. In the Exchange System Manager, expand the "Servers" container.
3. Expand the container that is for your Exchange server.
4. Expand the "Protocols" container.
5. Expand the "SMTP" container.
6. Right-click the SMTP virtual server object, and then click "Properties".
7. Click the "Access" tab.
8. Click the "Authentication" button.
9. Click to select the "Anonymous access" check box.
10. Click "OK" twice.
11. Right-click the "SMTP virtual server", and then click "Stop".
12. Right-click the "SMTP virtual server", and then click "Start".
13. Click "Start", click "Programs", click "Administrative Tools", then
click "Services" to start the Services management console.
14. Restart both the "Simple Mail Transport Protocol (SMTP)" service and
the "Microsoft Exchange Routing Engine" service.
Scenario 3: Incorrect DNS configuration
The NDRs and associated events that are described in the "Symptoms" section
can occur if the Domain Name System (DNS) feature is not configured
correctly. Ensure that MX records point to the correct SMTP virtual server.
If DNS is not configured correctly, incoming SMTP connection attempts might
randomly connect to the wrong SMTP virtual server.
Scenario 4: No matching Recipient Policy for proxy addresses
The NDRs and associated events that are described in the "Symptoms" section
can occur if users have e-mail addresses that were manually entered, but
that do not match any of the existing recipient policies. As a general
rule, proxy addresses should match at least one recipient policy.
For additional information about how to create new or how to update
existing recipient policies, click the following article number to view the
article in the Microsoft Knowledge Base:
KBLink:319065.KB.[LN]: How to work with the Exchange Recipient Update
Service
http://support.microsoft.com/default.aspx?scid=kb;en-us;319065
Scenario 5: The Microsoft ISA Server 2000 SMTP publishing rule is not
updated
The NDRs and associated events that are described in the "Symptoms" section
can occur when you use Microsoft ISA Server 2000 and the external IP
address of the ISA server changes, when the IP address for the SMTP
Publishing rule has not been updated to reflect the new external IP on the
ISA server, or when the Isactrl service has not been restarted after
changing the IP address of the SMTP Publishing rule.
For you information:
SMTP Clients Receive Relaying Prohibited Error Message When Authenticated
Relay Is Enabled
http://support.microsoft.com/default.aspx?scid=kb;en-us;295164
Misleading NDR When Sending to Remote Domain That Does Not Allow Relay
http://support.microsoft.com/default.aspx?scid=kb;en-us;262354
If the issue still persists, please check the event to see if there are any
event logs related to this issue.
If you have any questions or concerns, please feel free to let me know.
It's my pleasure to be of assistance.
Best regards,
Jerry Zhao (MSFT)
Microsoft CSS Online Newsgroup Support
Get Secure! - www.microsoft.com/security
=====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
- Follow-Ups:
- Prev by Date: Re: Ouch! My SBS got hacked! Please help me not be a spammer
- Next by Date: Re: ISA Help...
- Previous by thread: Added a WS2k3 R2 box... Part Two
- Next by thread: Re: "You do not have permission to send to this recipient"
- Index(es):