How to Setup SMTP Relay in Office 365

Sending emails from a scanner or web application can always be challenging. You don’t want to use a mailbox (with username and password) for this, but preferable an SMTP server that sends the mail for you. This is where we can use SMTP Relay in Office 365.

The problem with SMTP Authentication these days is that we want to use MFA on all our Office 365 accounts. When we create a dedicated mailbox for sending emails, we still can’t authenticate (and secure) it properly. This is also the reason that Microsoft doesn’t support SMTH AUTH anymore for new tenants created after 2020.

SMTP Relay, on the other hand, allows applications and devices to send email through your Exchange Online mail server. Protection is done based on your public IP Address(es), allowing only applications and devices from your network to use the SMTP Relay connection.

In this article, I will explain how you can set up an SMTP Relay in Office 365 and the difference between Direct Send and SMTP Relay.

SMTP Relay vs Direct Send in Office 365

Before we take a look at how to set up SMTP Relay in Office 365, I first want to explain to you the difference between SMTP Relay and Direct Send. Because both use the MX endpoint as an SMTP server address, but they both have their own use case.

Direct Send in Office 365 is used to deliver email to only your internal mailboxes. This means that you can’t scan a document and email it directly from the scanner to an external email address. You will need to scan it to your own mailbox, and in Outlook forward it to the external contact.

But the advantage is Direct Send is that you can use it also for third-party applications and it doesn’t require a static IP address for authentication.

SMTP Relay on the other hand can be used to send emails directly to external contacts, but only from networks (public IP addresses) that you have defined.

FeaturesDirect SendSMTP Relay
Send to internal recipientsYesYes
Send to external recipients NoYes
Support externally hosted applicationsYesNo
Required Network Port2525
Requires authenticationNoneBased on Public
IP Address
Direct Send vs SMTP Relay

Set up SMTP Relay in Office 365

To set up an SMTP Relay we first need to know the public IP Address of the network where the device is located. If you want to use SMTP Relay for your local multifunctional (scanner), then just open the browser and visit Note the IP Address, we will need that later.

  1. Open the Exchange Admin Center

    Log in add your Exchange Admin Center and navigate to:
    Mail flow > Connectors

    Mail flow connectors

  2. Create a new Connector

    Click on Add a connector to create a new connector
    and choose Your organization’s email server

    Create SMTP Relay in Office 365

  3. Connector name

    Give the connector a recognizable name and leave the selected options on.

    SMTP Relay setup

  4. Configure authentication

    The next step is to configure the authentication that we want to use. It’s possible to use a certificate for authentication, but more common is to do the verification based on the public IP Address of the device.

    You can define multiple IP Addresses for the connection (useful if you have different offices)

    configure smtp relay authentication

  5. Review and create the connector

    The last step is to review your settings and create the connector. Double-check the IP Addresses and click on Create connector.

    Office 365 Connectors

To use the connector we will need to look up the MX record for your Office 365 tenant. The value of the MX record is used as SMTP Server Address in your device.

  1. Open the Microsoft 365 Admin Center
  2. Expand Settings and click on Domains
  3. Select your domain
  4. Click on DNS records
  5. Open the MX record (by clicking on it)
  6. Note to Points to address or value field

The format of the value is pretty standard:

# MX Record structure

# For example:

Use this address in your scanner or application as SMTP Address.

Update your SPF Record

To prevent the mail from ending up in the spam folder, we will need to edit the SPF record. The SPF record identifies which endpoints (servers) are allowed to send emails on behalf of the domain.

By default your SPF Record looks like this:

v=spf1 ~all

We are going to add our Public Ip Address to it:

v=spf1 ip4: ~all

# or for mutliple IP Addresses:
v=spf1 ip4: ip4: ~all

Keep in mind that DNS changes can take a couple of hours to apply. But after that, you should be able to send emails using your newly created SMTP Relay Connection.

Edit SMTP Relay Connection

You can use one SMTP Relay connection to send emails from multiple IP Addresses. So you don’t need to create a connection for each branch office that you have for example.

To add an IP Address to an existing connection, we can simply open an existing one:

  1. Click on the connection
  2. Click on Edit send email identity
  3. Add or remove IP Addresses from the connection
Edit Relay connector
Edit SMTP Relay connector

Using PowerShell to create SMTP Relay Connection

You can also use PowerShell to create an SMTP Relay connection in Office 365. This is especially useful when you need to create the same SMTP Relay connection in multiple tenants or if you just love to use PowerShell.

Make sure that you are connected to Exchange Online. You can read more about connecting to Exchange Online in this article.

There are a couple of parameters that we need to set:

NameThe name of the connector
ConnectorTypePartner: External partners or services.
OnPremises: Your on-premises email organization.
SenderDomainsUse * to allow all domains in your tenant
SenderIPAddressesYour public IP Address(es)
RestrictDomainsToIPAddresses Set to true to only allow connection from your sender IP addresses

You can find all parameters with their description in these Microsoft docs.

So to create the SMTP Relay connector in Office 365 with PowerShell we can use the following code:

New-InboundConnector -Name "SMTP Relay POSH" -ConnectorType = 'OnPremises' -SenderDomains * -SenderIPAddresses -RestrictDomainsToIPAddresses $true

Or a bit more readable:

# Set the parameters
$parameters = @{
    Name = 'SMTP Relay POSH'
    ConnectorType = 'OnPremises'
    SenderDomains = '*'
    SenderIPAddresses = '',''
    RestrictDomainsToIPAddresses = $true


# Create the SMTP Relay connector
New-InboundConnector @parameters

Wrapping Up

Keep in mind that you can’t SMTP Relay or Direct send for bulk emails. Microsoft applies reasonable limits to the connection and throttling to protect Microsoft 365 services.

Make sure that you configure the SPF records correctly because this will prevent your emails from ending up in the spam folder.

I hope you were able to create your SMTP Relay connection in Office 365 with this guide. If you have any questions, just drop a comment below.

46 thoughts on “How to Setup SMTP Relay in Office 365”

  1. Thanks for the article. If we add our Public IP to the SPF records, those IPs will be expose to the internet. What is the alternative? we should not be advertising our IPs ranges to the world?

  2. This is a fantastic post, thank you! Setting up this SMTP relay means we can use our Konica Minolta Bizhub MFD’s scan-to-email function with an M365 account.

  3. IYou said that you can’t bulk with SMTP relay.
    Why the exchange admin wizard says SMTP Relay is recommended for more 10k emails to external?

  4. This was the most helpful article I’ve found for SMTP Relay. Microsoft is sketchy but this lays it out nicely! Thanks for taking the time to post!

  5. If an email is sent over the Internet via relay, is it that the email body is not encrypted and can be intercepted. I need to know as some of our applications send customer specific order data. So this may not be best option if that’s the requirement?

  6. Hello – I am trying to set up a relay & connector for my on site All-in-one as well as for my database to use to send emails out. I do NOT host my own email server. We use Office365/Exchange exclusively.
    Can you tell me when I create the New Connector will there need to be 2 separate connectors?
    Also – In the “CONNECTION FROM” my choices are:
    Office 365
    Your organization’s email server
    Partner organization
    In the “CONNECTION TO” my choices are:
    Your organization’s email server
    Partner organization

    Which do I choose?

    Thank you for any help you can provide!
    Fenton, Missouri

    • One connector will be enough. Connection From is your organizations email server. In this case the printer and database are both the mail server. Connection to is not applied in this case.

  7. Thanks for this article, it really helps. The situation I am dealing with is related to a Toshiba MFP. Connectivity tests to the SMTP server works fine from the MFP, but when trying to scan to email it always fails. Question on the process this process, No on prem exchange server is setup on my case. This client has all email services managed on the cloud. On step 2, “Create a new Connector”, should I select option Office 365 instead? How this selection will change this process? Thanks!

    • If you select Connection from Office 365 then the connector will only work from applications inside the Office 365 environment. So that is not an option in your case. Aren’t there any spam filter that might block the email?

  8. I could see from header there is delay 5-10 minutes when sending emails thru smtp on prem relay to cloud.
    May I know what caused the delay?. is this normal?
    Is there any option to fix that issue?

    • Are you sending a lot of emails through the relay connector? Because then there is a chance that you are getting throttled. Otherwise, a good method to find the cause is the analyze the mail headers using MX toolbox.

  9. Hi Rudy,

    Thanks for creating this. I found it helpful.

    Just wanted to add below script here for audience to test the configuration that they have made via PowerShell.

    Test Office 365 SMTP relay

    Test that everything is set up correctly and that email relays through Office 365 successfully.

    Run PowerShell as administrator.


    $EmailMessage = @{
    To = “”
    From = “”
    Subject = “Test email”
    Body = “Test email sent using Office 365 SMTP relays”
    SmtpServer = “”
    Port = “25”

    Send-MailMessage @EmailMessage

    The output should not give you an error, and the email will arrive in the inbox you added in the To field.

  10. I used this articel for our scanner. But i became this error: 550 Authenticated Relay not permitted. Any idea, how i can fix this? Thx.

  11. HI all

    thank you for this guide.
    But im having an error when sending to external domain adress:

    Mailbox unavailable. The server response was: 5.7.64 TenantAttribution; Relay Access Denied []

  12. Hey,
    I’m trying to use relaying through Exchange Online with a non accepted domain.
    I get an error 451 4.4.62 Mail sent to the wrong Office 365 regionAttr35
    I dont get this error when using an accepted domain as Sender.
    Of course, I create the connector and added the public IP address. Any idea?

  13. Hello Rudy,

    How do we check what emails have been sent from the above SMTP Connector? For instance, if we use the same email address to send emails, it doesn’t show in Outlook that what emails were sent. Is there a way to check this?


  14. Hello Rudy,

    I get the below error message when I use the new SMTP host address.

    The mail could not be sent to the recipients because of the mail server failure. (Sending Mail using Account 4 (2022-09-16T16:03:26). Exception Message: Could not connect to mail server. (A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond x.x.x.x:25).

    Any idea?
    I have TLS 1.2 enabled.

  15. Good article Rudy. The question I have is that neither of these seem to be optimal for an externally hosted cloud application wanting to send external SMTP on your organisations behalf (having looked at your Direct Send vs SMTP Relay table). Do you have a recommendation for that scenario? Case in point, a Legal Case Management System with externally hosted cloud components, which send SMTP messages to external address when your organisation is using Exchange Online.

    • I assume that you don’t have a dedicated public IP Address at the hosted cloud component? SMTP Relay could be an option, but you might want to protect it:

      What you could try is the following, create in Exchange Online a new rule under Mail flow. Make sure that you enable advanced options
      – Apply this rule if: Sender’s IP address is in this range – enter the IP of the cloud app
      – Do the following: Delete the message without notifying anyone ( might want to use another option first for testing)
      – Except if : The senders address include – enter the email address from your company that the cloud app uses.

      I haven’t tested it, but something like this might do the trick for you.

      • Thank you Rudy for the reply, that is very much appreciated. I will have to take a look into this. I have a sneaking suspicion that the 3rd party cycle a dynamic IP, but I will check.

        That logic is worth testing seeing as SMTP Relay is the only one that will allow for external sending from our tenant. The filter looks like it’s effectively locking down which email addresses can hit the relay (protecting it from abuse) whilst also allowing the EOL SMTP relay to send onto an external email. Certainly a starting point. I think our biggest challenge will be technical governance approval because we should be getting the 3rd party to use an OAuth method but they are technically limited in what their application can do.

        Thanks for getting back to me 🙂

  16. Hello,

    After adding the SMTP new address. How do we know which email it will use to send emails? Because there is no way to add the specific email address in the connector.

    Also, Does the new SMTP address acts as a username and password to send emails?

    • The relay address is used as SMTP server address. You can define any address in the From field, usernames and passwords are not needed because authentication is done based on the sender’s public IP Address.

  17. Hi Rudy,
    Will SMTP Relay still work after Microsoft phases out of basic authentication for Exchange Online from October 1st this year?
    According to the documentation SMTP AUTH will still be possible but it is not clear to if this also affects SMTP Relay. What is your information?

  18. I have this installed on 3 costumers but for some reason it does not work anymore
    Telnet did work before but even that does not work anymore

    telnet ”domain” 25

      • no,
        One is my own @ my house (I have business premium license)
        2 customers completely different places in the country.
        The funny thing is telnet to 587 ( works fine, and telnet to smtp from the ISP to port 25 works just fine to, but not “telnet ”domain” 25”

  19. I have a web app that i am trying to use smtp relay with. I have created the appropriate DNS records for the domain name and my app uses the correct MX record spec for sending mail. I have the cname specified as well. Along with a SPF record. I built a domain connector in exchange as well as an IP connector. I continue to receive this error when sending: 550 5.7.64 TenantAttribution; Relay Access Denied. Any help would be appreciated.

  20. We in the end migrated to Mailgun for all transactional SMTP/emails to leave those out of the Microsoft system completely. So far that has worked great for us.

Leave a Comment