Solved

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

Posted on 2014-03-14
6
424 Views
Last Modified: 2014-03-20
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 list@domainb.com (which includes email addresses from domain A) those people in Domain A do not get it.  Same happens to those who send to domainc.com.  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.
0
Comment
Question by:ecsitadmin
  • 3
  • 2
6 Comments
 
LVL 24

Expert Comment

by:Mohammed Khawaja
ID: 39930263
By default distribution lists requires authenticated users to be able to relay.  You could disable authenticated user option for the distribution lists.
0
 

Author Comment

by:ecsitadmin
ID: 39930334
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.
0
 
LVL 24

Expert Comment

by:Mohammed Khawaja
ID: 39930348
If the DLs are in different organization servers and if they try to relay through your server then it will be rejected.
0
Integrate social media with email signatures

Is your company active on social media? Do you also use email signatures? Including social media icons in your email signature is a great way to get fans for free. Let all your email users know you’re on social media quickly and easily, in a single click.

 

Author Comment

by:ecsitadmin
ID: 39930355
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.
0
 

Author Comment

by:ecsitadmin
ID: 39930417
This is the best way I can put it without giving away specifics.

I reside with org. a an email user1@domaina.com

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

Accepted Solution

by:
skullnobrains earned 500 total points
ID: 39931488
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
0

Featured Post

How your wiki can always stay up-to-date

Quip doubles as a “living” wiki and a project management tool that evolves with your organization. As you finish projects in Quip, the work remains, easily accessible to all team members, new and old.
- Increase transparency
- Onboard new hires faster
- Access from mobile/offline

Join & Write a Comment

By this time the large percentage of day-to-day transactions have shifted to mobile banking; here are some overriding areas QAs must investigate while testing mobile banking apps.  
This process describes the steps required to Import and Export data from and to .pst files using Exchange 2010. We can use these steps to export data from a user to a .pst file, import data back to the same or a different user, or even import data t…
In this video we show how to create a Contact in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Recipients >> Contact ta…
This video discusses moving either the default database or any database to a new volume.

758 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

20 Experts available now in Live!

Get 1:1 Help Now