email sent from domain a to a list in domain b unable to relay

We are using exchange 2010 and recently implemented the policy where people can't relay through our exchange server without either authenticating or we allow their IP.  When we did this, when employees send to a distribution list on another organization's mail server but includes email addresses with our domain in them, the message doesn't get delivered and the 550 5.7.1 message comes up.  I'll try to show an example:

We are domain A and we have employees that sit in different organizations.  Two specific ones are showing problems right now, we'll call them domain B and domain C.

When Joe from domain A sends an email to the distribution list with the email address (which includes email addresses from domain A) those people in Domain A do not get it.  Same happens to those who send to  This JUST started happening this week and it ONLY seems to be happening when users send to distribution lists.  If a user within the different organizations (domain B and domain C) send, it goes out just fine.  

How can I tweak it so our employees who use our email can send to these lists and have our other employees get them?  Thank you.
Who is Participating?
skullnobrainsConnect With a Mentor Commented:
i'd assume the problem is not really about relaying incoming message. most likely exchange rejects the SENDER as being a member of your domain trying to send email from a foreign address. it probably considered the address was spoofed and rejects the mail regarding of the recipient

i don't know about your policies, but i'd assume you somehow apply this policy on senders from your domain
- allow mail from authenticated users
- allow mail from LAN addresses
- reject everything else

this is unrelated with the rules that allows delivery to your domain addresses from foreign domains

you can check your logs if you're unsure

in order to solve this issue, i don't see anything very smart :

- allowing their ips to send impersonating members of your domain is probably not really a good idea (but may be acceptable)
- allowing anything that is intended to members of your domain to go through regardless the sender is definitely NOT a good idea spam-wise
- allowing the combination of their ips, a sender from your domain and a recipient on your domain looks safe enough
Mohammed KhawajaManager - Infrastructure:  Information TechnologyCommented:
By default distribution lists requires authenticated users to be able to relay.  You could disable authenticated user option for the distribution lists.
ecsitadminAuthor Commented:
it's not our distribution lists.  The Distribution lists are housed on different organizations' mail servers.  It's not that option because it's at least two different organizations and i'd say it's a pretty big coincidence that those two all of a sudden require DL's to be authenticated now.
Easily manage email signatures in Office 365

Managing email signatures in Office 365 can be a challenging task if you don't have the right tool. CodeTwo Email Signatures for Office 365 will help you implement a unified email signature look, no matter what email client is used by users. Test it for free!

Mohammed KhawajaManager - Infrastructure:  Information TechnologyCommented:
If the DLs are in different organization servers and if they try to relay through your server then it will be rejected.
ecsitadminAuthor Commented:
they're not trying to relay.  At least  they shouldn't be.  They're just trying to send mail to the recipients.  So if you are on a distribution list on another organization, and I try to send to that email address, it just wants to deliver it to you.  They're not trying to relay.
ecsitadminAuthor Commented:
This is the best way I can put it without giving away specifics.

I reside with org. a an email

I am trying to email a distribution list at a different organization (, which has email addresses from on it and on it.  If I email from my email address to, it gets to those within the organization but once it tries to send back to, it gets rejected.  Same with  the relaying has already occurred on's exchange server.  All's mail server should be doing is just sending the mail back through  But for some reason when sending to the DL on (and's mail servers, our exchange server acts like it's trying to relay.  It shouldn't be.  That is my problem.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.