Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 191
  • Last Modified:

SMTP Relay with Office 365

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: x.x@outlook.com.

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.
  • 2
  • 2
2 Solutions
Simon Butler (Sembee)ConsultantCommented:
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.
jhyieslaAuthor Commented:
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.
Dinesh SinghArchitectCommented:
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 :

jhyieslaAuthor Commented:
Dinesh, Yes, I've discovered that. It's the point of the first article I referenced. Thanx...
Simon Butler (Sembee)ConsultantCommented:
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

Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now