Re: Send On Behalf Of
From: Eric Dreksler (ericd)
Date: 03/18/05
- Next message: PCSTech: "ACT to Exchange 2003 Migration"
- Previous message: Aidan: "Exchange 2k3 cluster not showing up in Exchange 5.5"
- In reply to: Chris Ahlers [MSFT]: "Re: Send On Behalf Of"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 18 Mar 2005 14:41:08 -0600
Thanks, I'll give it a shot.
Eric
"Chris Ahlers [MSFT]" <ChrisAhl@Online.Microsoft.Com> wrote in message
news:usvQXv%23KFHA.904@tk2msftngp13.phx.gbl...
> So here is the scenario that I ran:
>
> User1 ==> Given "Send on Behalf" permission for a Public Folder named
> "TestPF"
> User2 ==> Normal User
> TestPF ==> Mail Enabled Public Folder
>
> Test #1:
> a.) Logged into User1's mailbox and sent an email to "User2" and
> specified
> the from field as "TestPF"
> b.) User2 received an email from "User1 on behalf of TestPF"
> c.) STATUS: Success
>
> Test #2:
> a.) Specified on User2's AD User Object via Properties -> Exchange
> General -> Delivery Restrictions that User2 would accept messages from
> everyone except TestPF. Restarted the Exchange Store to ensure that the
> settings took hold.
> b.) Logged into User1's mailbox and sent an email to "User2" and
> specified
> the from field as "TestPF"
> c.) User2 received an email from "User1 on behalf of TestPF"
> d.) STATUS: Success
>
> Test #3:
> a.) Specified on User2's AD User Object via Properties -> Exchange
> General -> Delivery Restrictions that User2 would accept messages from
> everyone except User1. Restarted the Exchange Store to ensure that the
> settings took hold.
> b.) Logged into User1's mailbox and sent an email to "User2" and
> specified
> the from field as "TestPF"
> c.) User2 did not receive an email.
> d.) User1 received an NDR (non-delivery receipt) e-mail stating that the
> user did not have permission to send to this recipient. Error #5.7.1
> d.) STATUS: Failure
>
> Test #4:
> a.) Specified on User2's AD User Object via Properties -> Exchange
> General -> Delivery Restrictions that User2 would accept messages from
> everyone except User1. Restarted the Exchange Store to ensure that the
> settings took hold.
> b.) Logged into User1's mailbox and sent an email to "User2" and did NOT
> specify a user in the From field.
> c.) User2 did not receive an email.
> d.) User1 received an NDR (non-delivery receipt) e-mail stating that the
> user did not have permission to send to this recipient. Error #5.7.1
> d.) STATUS: Failure
>
> Result:
> In my tests, having the "Send on Behalf" permission did not seem to be
> causing the problem as I was able to repro the problem without sending on
> behalf of the PF.
>
> If found the following web page which might be helpful:
> http://www.microsoft.com/exchange/techinfo/tips/trblsht_tip01.asp.
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> +++++++++++++++++++++++++
> The four most common causes for these NDRs are the following:
>
> a.. NDRs that contain a 5.7.1 error code occur if the Allow computers
> which successfully authenticate to relay check box is not selected on the
> Simple Mail Transfer Protocol (SMTP) virtual server.
>
> To locate this check box:
> 1.. In Exchange System Manager, expand Servers, expand the container
> for
> your server, expand Protocols and then expand SMTP.
> 2.. Right-click the SMTP virtual server, and then click Properties.
> 3.. Click the SMTP virtual server's Access tab, and then click Relay.
> b.. NDRs that contain a 5.7.1 error code occur if the Domain Name System
> (DNS) tables are not configured correctly. Ensure that mail exchanger (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.
>
> Although the DNS records exist that point the domain to the server
> running
> Exchange 2000, the matching recipient policy might not exist. Recipient
> policies control the behavior of SMTP in addition to the proxy addresses
> that are stamped on users. For each domain supported by your DNS
> configuration, there should be a recipient policy. For more information
> about creating or updating recipient policies, see "To create new
> recipient
> policies," later in this tip.
> c.. NDRs that contain a 5.7.1 error code occur if users have e-mail
> addresses that were created manually but do not match any existing
> recipient
> policies. As a general rule, proxy addresses should match at least one
> recipient policy. For more information about creating or updating
> recipient
> policies, see "To create new recipient policies," later in this tip.
> d.. 5.7.1 and 5.7.3 errors might also occur if you are using Microsoft
> Internet Security and Acceleration (ISA) Server 2000. If the external IP
> address of the server running ISA Server changes, and the IP address for
> the
> SMTP publishing rule is not updated to reflect the new IP address, an NDR
> results. In addition, if you do not restart the Isactrl service after
> changing the IP address in the SMTP publishing rule, an NDR results.
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> +++++++++++++++++++++++++
>
> You may need to increase the "Diagnostics Logging" for the "MSExchange
> Transport" service on the appropriate server in order to see the events
> that
> are referenced in the article.
>
> --Chris
>
> ============================================================================
> ====
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
> Use of any included script samples are subject to the terms specified at
> http://www.microsoft.com/info/cpyright.htm.
> Please do not send e-mail directly to this alias. This alias is for
> newsgroup purposes only.
> ============================================================================
> ====
>
> "Eric Dreksler" <ericd AT accessoneinc DOT com> wrote in message
> news:OaMR3wZJFHA.484@TK2MSFTNGP15.phx.gbl...
>> No, to any recipient.
>>
>>
>> "Chris Ahlers [MSFT]" <ChrisAhl@Online.Microsoft.Com> wrote in message
>> news:uZQaJjZJFHA.2928@TK2MSFTNGP10.phx.gbl...
>> > Does this happen when trying to send to any recipient? Is it possible
>> > that
>> > one of the recipients is configured not to receive mail from certain
>> > accounts?
>> >
>> > --Chris
>> >
>> >
> ============================================================================
>> > ====
>> > This posting is provided "AS IS" with no warranties, and confers no
>> > rights.
>> > Use of any included script samples are subject to the terms specified
>> > at
>> > http://www.microsoft.com/info/cpyright.htm.
>> > Please do not send e-mail directly to this alias. This alias is for
>> > newsgroup purposes only.
>> >
> ============================================================================
>> > ====
>> >
>> > "Eric Dreksler" <ericd AT accessoneinc DOT com> wrote in message
>> > news:%23Ds39qXJFHA.2396@TK2MSFTNGP12.phx.gbl...
>> >> Hi,
>> >>
>> >> I've got a public folder w/ several users set up to send on behalf of.
>> >> However, whenever any one tries to send out they recieve the following
>> >> message:
>> >> "You do not have permission to send to this recipient. For
>> >> assistance,
>> >> contact your system administrator."
>> >>
>> >> I thought it may be some permission error, but I set myself up w/ full
>> > Allow
>> >> abilities, added to the send on behalf list, and I still get the same
>> > error.
>> >>
>> >>
>> >> Any ideas?
>> >>
>> >> Thanks In Advance,
>> >> Eric
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>
- Next message: PCSTech: "ACT to Exchange 2003 Migration"
- Previous message: Aidan: "Exchange 2k3 cluster not showing up in Exchange 5.5"
- In reply to: Chris Ahlers [MSFT]: "Re: Send On Behalf Of"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
