Posts Tagged: smtp

Microsoft SMTP AUTH Deprecation in 2026: What You Need to Know

Microsoft SMTP AUTH Basic Authentication Deprecation

If your MIDAS booking system is currently configured to send emails via Microsoft’s SMTP servers, it’s time to take action.

Microsoft has announced that it will be retiring support for SMTP AUTH (also known as “Basic Authentication” for SMTP) in 2026. Once this change takes effect, any application which is configured to use Microsoft SMTP endpoints for outgoing mail will no longer be able to send emails.

For MIDAS, if you’re using Microsoft’s SMTP servers, this means that booking confirmations, reminder emails, and other automated notifications sent from MIDAS would silently fail – potentially disrupting your organization’s scheduling and communications.

Here’s what you need to know, and what steps to take before the deadline.

What Is SMTP AUTH and Basic Authentication?

SMTP AUTH is a method that allows applications to authenticate with a mail server using a username and password in order to send outgoing email. It has been widely used for decades.

Why is Microsoft removing Basic Authentication and SMTP AUTH?

It’s worth noting that Microsoft’s decision to retire SMTP AUTH is driven by their own platform strategy around modern authentication – it doesn’t mean that sending email via SMTP is inherently insecure. Under the hood, SMTP works the same way it always has, and the username/password authentication used by SMTP hasn’t fundamentally changed. What Microsoft is retiring is the ability to authenticate to their mail servers this way, as they push users towards OAuth-based access within their ecosystem. MIDAS does not currently support OAuth, but this is not a concern — there are plenty of reliable, independent SMTP providers that continue to support standard SMTP authentication without any issues.

Are You Affected?

You may be affected if your MIDAS booking system’s outgoing email settings are currently configured to use any of the following SMTP servers:

  • smtp-mail.outlook.com — used by personal Outlook.com/Hotmail accounts
  • smtp.live.com — an older endpoint also associated with Outlook.com/Hotmail/Live accounts
  • smtp-legacy.office365.com — a temporary fallback endpoint for Microsoft customers that stilled relied on SMTP AUTH after the initial Basic Auth deprecation push.
  • smtp.office365.com — An Exchange Online endpoint used by Microsoft 365 services.
  • outlook.office365.com — another Exchange Online endpoint sometimes used in place of smtp.office365.com

You can check your current email sending settings via MIDAS Admin Options > Email.

The good news is that the fix is straightforward, and we’ve made it as easy as possible for MIDAS customers.

For Cloud-Hosted MIDAS Customers

If you’re on our cloud-hosted platform, we have the simplest possible solution for you: switch to MIDAS’s built-in Zero-Configuration Email Delivery.

This option requires no SMTP credentials, no third-party accounts, and no technical configuration on your part. MIDAS handles email delivery on your behalf, so you don’t need to worry about SMTP servers at all. You can find full details on how to enable this feature in our dedicated guide:

👉 Zero-Configuration Email Delivery for MIDAS

We strongly recommend all cloud-hosted customers make this switch at their earliest convenience – and certainly before Microsoft’s 2026 deadline.

For Self-Hosted MIDAS Customers

If you run MIDAS on your own server or hosting environment, you’ll need to update your outgoing mail settings to use an alternative SMTP provider. Fortunately, there are several excellent options available, many of which offer generous free tiers that would suit most MIDAS installations.

We recommend the following providers:

SMTP2GO

SMTP2GO is a reliable, cloud-based email delivery service with a free tier that allows up to 1,000 emails per month. It’s straightforward to set up and works seamlessly with MIDAS’s outgoing mail settings. Simply create a free account, verify your sending domain, and update your MIDAS SMTP settings with the credentials provided.

Mailgun

Mailgun is another popular transactional email service offering a free tier for low-volume sending. It provides robust deliverability, detailed sending logs, and is well-suited for automated system emails like those generated by MIDAS. After signing up and verifying your domain, update your MIDAS SMTP configuration with your Mailgun credentials.

To update your SMTP settings in MIDAS, navigate to MIDAS Admin Options > Email and enter the new SMTP server details provided by your chosen transactional email delivery service.

Don’t Wait Until It’s Too Late

According to Microsoft, their revised SMTP AUTH Basic Authentication Deprecation Timeline is as follows:

  • Now to December 2026: SMTP AUTH Basic Authentication behavior remains unchanged.
  • End of December 2026: SMTP AUTH Basic Authentication will be disabled by default for existing tenants. Administrators will still be able to enable it if needed.
  • New tenants created after December 2026: SMTP AUTH Basic Authentication will be unavailable by default. OAuth will be the supported authentication method.
  • Second half of 2027: Microsoft will announce the final removal date for SMTP AUTH Basic Authentication.

While Microsoft’s deadline is the end of December 2026, we recommend customers make this change sooner rather than later.

Email is a critical part of how MIDAS keeps your staff and visitors informed – from booking confirmations to reminders and notifications. A disruption to outgoing mail can go unnoticed until someone realizes they never received a confirmation, which can cause real-world scheduling problems.

Taking a few minutes now to update your settings will ensure uninterrupted email delivery well into the future. If you have any questions or need assistance, please don’t hesitate to contact our support team – we’re happy to help.


Zero Configuration Email Delivery for Cloud-Hosted Customers

Zero Configuration Email Delivery

The ability to send email is essential for any booking system.

From booking confirmations and reminders, to invoices, notifications, and password resets, booking and scheduling systems rely on email.

MIDAS naturally supports the sending of email, but we’ve made some exciting and significant improvements to email sending for our cloud-hosted customers for v4.42.

But first, let’s look at the existing ways in which MIDAS can send email.

Until now, the sending of email by MIDAS has been through a choice between “Sendmail” or “SMTP”.

What is Sendmail?

Available on Linux-based servers, Sendmail is a built-in server application for sending email directly from the server itself. Read more about Sendmail.

What is SMTP?

SMTP (or Simple Mail Transfer Protocol) is the standard language used by computers to send emails across the internet. Read more about SMTP.

Sendmail vs SMTP

Both Sendmail and SMTP options have been available in both our cloud-hosted and self-hosted editions.

“Sendmail” has long been the default ‘out of the box’ email transport setting for cloud-hosted customers. However, we’ve always encouraged customers to move over to SMTP as soon as possible.

That’s because generally email deliverability rates are substantially higher when MIDAS is configured to send email through a customer’s own SMTP server, than if instead sent directly through our own servers.

Whilst Sendmail is configured to work ‘out of the box’ for cloud-hosted customers, SMTP requires a little more configuration.

To configure MIDAS to send email via SMTP, you will need:

  • The address of your SMTP server
  • The correct port number
  • The SMTP username and password
  • The correct SSL, TLS, or STARTTLS encryption method setting

You will also need to ensure that your SMTP server accepts connections from your cloud-hosted MIDAS system. In addition, your organization’s domain must be configured to allow MIDAS to send email on behalf of your domain.

This requires significant configuration and setup. We want to simplify this for our cloud-hosted customers. That’s why we’re introducing cloud email sending.

Introducing “Cloud Sending”

New Zero Configuration Email Sending Option
New Zero Configuration Email Sending Option

For MIDAS v4.42, we’ve introduced a new “Cloud” option for sending email. This new option is available to all cloud-hosted customers, and replaces the previous “Sendmail” option. (Sendmail continues to remain an option for self-hosted customers).

With the new cloud email option selected, you won’t need to specify an SMTP host, or enter credentials or specify ports – MIDAS will take care of all of that!

We have partnered with a dedicated transactional email provider specializing in high-deliverability email delivery services, to provide efficient and reliable email delivery for cloud-hosted customers who select the “Cloud” email sending option.

Zero Configuration Email Sending

To complement our new “cloud” email offering, we’ve also included a “Zero Configuration” option.

With this option enabled, MIDAS and Mailgun will seamlessly handle email delivery for your MIDAS system. You won’t need to configure an outgoing email address, nor will you need to update your organization’s domain’s SPF (Sender Policy Framework) DNS record – email will just ‘work’ right out of the box.

Of course, if you wish to customize the “send from” or “reply to” addresses, you can untick the “Zero Configuration” option and change those settings.

But in its simplest form, our new “cloud” email sending and “Zero Configuration” options mean that brand new cloud-hosted email systems can now reliably send email right from the outset.

Migrating from Sendmail to Cloud email sending

For our existing cloud-hosted customers, if you’re currently using the “Sendmail” option in your MIDAS system, you’ll be automatically migrated to “cloud” sending soon after we update you to v4.42.

If you do not wish to use the new “Cloud” sending option, you should update your MIDAS settings to instead send email via SMTP.

You can change your MIDAS email settings via MIDAS Admin Options → Manage MIDAS → Email.

If your cloud-hosted MIDAS system is currently configured to send email via SMTP, this setting will be unaffected when we update your booking system to v4.42. Of course, you can then always change over to use the cloud email sending option at any time.


SPF record checking in cloud hosted MIDAS systems

Our support team often receive emails from customers who are having trouble receiving email from their hosted MIDAS booking system.

We have a useful “Why am I not receiving email from my MIDAS system?” article in our extensive Knowledge Base. Its purpose is to help users resolve common email deliverability issues.

Now, assuming email settings are correct in a customer’s MIDAS system, then the most likely cause is a missing or incorrect SPF record for their organization’s own domain.

What is SPF?

SPF stands for “Sender Policy Framework”. Its purpose is to prevent unauthorized sending of email purporting to be from someone within your organization.

It’s function is best explained with an example…

Let’s assume that your cloud-hosted MIDAS system resides at “demo.mid.as”, and your own organization’s own domain is “example.com”.

You may wish your MIDAS system to be able to send emails appearing from “[email protected]” even when your booking system is hosted at another domain (i.e. demo.mid.as).

However, if an SPF record has not been correctly configured on your “example.com” domain to authorize “demo.mid.as” to send email on behalf of your organization’s own domain, emails sent from your MIDAS system will likely not arrive.

In a previous article we explain the importance of SPF in more detail. That article also covers how to correctly set an SPF record for MIDAS email delivery.

Anyway, back to email settings in MIDAS itself. Email settings may be configured via MIDAS Admin Options → Manage MIDAS → Email.

Email settings and SMTP Test button in MIDAS
Email settings and SMTP Test button in MIDAS.

When choosing to have outgoing email sent via your organization’s own SMTP (mail) server, an “SMTP Test” button is shown. This allows you to send a test email to yourself using the SMTP settings you’ve entered.

SPF Record Check

Starting with MIDAS v4.28, we’ve added an SPF record check into this SMTP test for cloud hosted customers.

This will attempt to retrieve the SPF record for your domain. You’ll see a warning if the SPF record not been correctly configured to authorize your MIDAS system to send email on behalf of your organization.

We hope this check will assist our cloud-hosted customers in setting up an SPF record for their domain to ensure maximum email deliverability.