Still celebrating National IT Professionals Day with 3 months of free Premium Membership. Use Code ITDAY17


SMTP Relay with Office 365

Posted on 2016-10-06
Medium Priority
Last Modified: 2016-10-07
We are in the process of migrating to Office 365. Currently we have a hybrid environment and all regular user accounts have been migrated to O365. I am left with some mailboxes that are used for alerts and the like for automated processes. These mostly function thru SMTP relays from the server running the process using the on-premise Exchange server as the relay. We have the Exchange server set to not allow relays except for a designated list of internal IPs.

We'd like to move that process into the O365 cloud. I have found the following articles:

Here's my issues.  I want to do this without having any on-premise Exchange, hybrid or other SMTP server. We'd like to relay directly to the cloud.

Second, we use an email filtering service that we like and at the moment aren't going to abandon. So, our MX record points to that service and NOT the preferred DNS name that gets set up when you activate your tenant:

I might be able to relay thru the email filtering service, but I'm waiting to hear back from their tech support.

I have found that if I follow the first article in setting up an SMTP relay and I point my process to use the preferred DNS name that it works.

So that brings me to my main issue and question. I am assuming that if I can relay to that preferred DNS name from my server, that a hacker could probably also bypass my MX record and send to that DNS name from the outside as well. Currently we have a firewall rule that says to only accept incoming email that has pass thru our filtering service. So, if someone attempts to bypass the designated MX record, the email will fail to come in. With everything in O365, the traffic won't come thru our firewall anymore.

Am I right in assuming that anyone could use the preferred DNS name to send us mail and bypass our email filtering system?  If so, can I, and how can I, block incoming email that doesn't pass thru our email filtering system.  

I realize that creating such a block would infect break my SMTP relay directly to O365, but assuming I can relay thru my filtering service, that's OK. I also realize that O365 has builtin protections that I can also turn on, but I always think it's better to not get in what would obviously be trash in the first place then to let it in and then hopefully stop it later on.
Question by:jhyiesla
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
  • 2
LVL 63

Accepted Solution

Simon Butler (Sembee) earned 1500 total points
ID: 41832031
The most common question I ask when it comes to "relaying" with an Office365 is whether the client is actually relaying. If it is alerts etc, are they going to an external email address? In a lot of cases they are not. Therefore you aren't relaying and you can just send the email in the usual way, either to your MX record host or to the Office365 environment direct.

Another method I have used (and actually encourage) when it comes to alerting which involves external recipients is to have those external recipients set as contacts and members of a group. The group email address then gets configured as the alert address. Makes it very easy to change the destination of the alerts.

If you are looking to send to random addresses from internal resources, then the second article is the key point. You would restrict the use of the connector to specific IP addresses. That would stop someone from abusing the connection. I don't think Office365 would allow you to setup a connector which allows anything to relay, because that would be an open relay.
LVL 28

Author Comment

ID: 41832306
We have a couple of different scenarios, but in the one I'm doing that I'm using as a test for this, the application just sends an alert email to an internal mailbox with it's SMTP connection pointed at the Exchange server using port 25. It doesn't authenticate to anything.

The second article seems to be about setting something up using the EMC, which I don't want to do because eventually there will not be an Exchange server on-site. So I don't think that will work for me. Mostly we email to internal mailboxes which are either monitored by a person or the emails are picked up by an automated process of some kind. I think we do email some things outside the company, but it's not as common. And some of the things that we are relaying now do log in and authenticate as a user before sending the email.

Assuming that I can get relaying to work thru the email filtering service, the actual relay issue isn't as big a deal... I then become more concerned about the apparently open incoming DNS connection that I'd like to block since it would bypass filtering.

Expert Comment

by:Dinesh Singh
ID: 41832492
There are 3 Options to Send email from Device or Application in office 365
1. SMTP client submission.
2. Direct Send.
3. SMTP Relay.

for full details, please go through :
LVL 28

Author Comment

ID: 41832496
Dinesh, Yes, I've discovered that. It's the point of the first article I referenced. Thanx...
LVL 63

Assisted Solution

by:Simon Butler (Sembee)
Simon Butler (Sembee) earned 1500 total points
ID: 41832713
If you are sending to an internal recipient, then you aren't relaying. You are just sending email in the same way as everyone else sends you email. Therefore nothing would need to be changed on either your Office365 configuration or at the filter. The most you may have to do is whitelist the IP addresses.

It is only for sending to external recipients that requires relaying.

Featured Post

Office 365 Training for Admins - 7 Day Trial

Learn how to provision tenants, synchronize on-premise Active Directory, implement Single Sign-On, customize Office deployment, and protect your organization with eDiscovery and DLP policies.  Only from Platform Scholar.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Cancel future meetings from user mailboxes in Office 365 using Remove-CalendarEvents
On September 18, Experts Exchange launched the first installment of the Help Bell, a new feature for Premium Members, Team Accounts, and Qualified Experts. The Help Bell will serve as an additional tool to help teams increase question visibility.
Migrating to Microsoft Office 365 is becoming increasingly popular for organizations both large and small. If you have made the leap to Microsoft’s cloud platform, you know that you will need to create a corporate email signature for your Office 365…
In this video you will find out how to export Office 365 mailboxes using the built in eDiscovery tool. Bear in mind that although this method might be useful in some cases, using PST files as Office 365 backup is troublesome in a long run (more on t…

688 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