# Exchange OnlineのSMTP AUTH基本認証が2026年12月末に既定で無効に｜複合機・業務アプリの対応

Microsoft 365（Exchange Online）は、2026年12月末にSMTP AUTHの基本認証（ユーザー名とパスワード）を既存テナントでも既定で無効にします。メール送信が止まる可能性がある複合機・スキャナー・業務アプリと、OAuth・SMTPリレーなどの代わりの送信方法を公式情報で整理します。

Microsoft 365のメール（Exchange Online）は、2026年12月末に、SMTP AUTHの基本認証（ユーザー名とパスワードだけでログインする方式）を既存のテナントでも既定で無効にします。複合機のスキャン送信、Webサイトの問い合わせフォーム、業務アプリの通知メールなどを「smtp.office365.com」にユーザー名とパスワードで送っている場合、設定を変えないとメールが送れなくなるおそれがあります。

<Points>

- 2026年12月末に、既存テナントでもSMTP AUTHの基本認証が既定で無効になる（管理者はまだ有効に戻せる）
- 2026年12月より後に作られるテナントでは、最初から基本認証が使えず、OAuthが前提になる
- 最終的な廃止日は2027年後半に発表される予定で、今のうちにOAuthや別の送信方法へ移すのが安全

</Points>

## 何が変わるのか

マイクロソフトのExchangeチームは2024年4月に、SMTP AUTHでのクライアント送信から基本認証を廃止すると発表しました。その後日程の見直しが続き、2026年1月27日のブログ「Updated Exchange Online SMTP AUTH Basic Authentication Deprecation Timeline」で、今の日程が示されています。

<Figure title="SMTP AUTH基本認証の廃止スケジュール" source="Exchange Team Blog（2026年1月27日公開、1月29日更新）">

| 時期 | 内容 |
| --- | --- |
| 2026年12月まで | 基本認証の動作は変わらない |
| 2026年12月末 | 既存テナントで基本認証が既定で無効になる（管理者は必要なら有効にできる） |
| 2026年12月より後に作成されたテナント | 基本認証は既定で使えず、OAuthが前提 |
| 2027年後半 | 最終的な廃止日が発表される |

</Figure>

既定で無効になった後も管理者が有効に戻せるため、12月末にすぐ全面停止するわけではありません。ただし、最終的な廃止日が決まれば有効に戻すこともできなくなります。2024年の発表では、基本認証による送信が拒否されると、送信側に「550 5.7.30 Basic authentication is not supported for Client Submission」というエラーが返るとされています。

## 影響を受ける機器・アプリ

対象は、smtp.office365.com（またはsmtp-legacy.office365.com）に、Microsoft 365のメールアドレスとパスワードで接続してメールを送っている機器やアプリです。マイクロソフトの設定ガイドでは、この方式を「クライアント SMTP 送信」と呼び、ポート587（推奨）または25を使います。

- スキャンした書類をメールで送る複合機・スキャナー
- Webサイトの問い合わせフォームや予約システムの通知メール
- 基幹システム・会計ソフト・監視ツールなどが送る自動メール
- メールアドレスとパスワードを設定して使う古いメールソフト

<Note tone="info">

すでにOAuthでSMTP AUTHを使っている機器・アプリや、送信元のIPアドレスや証明書で認証する「SMTP リレー」（受信コネクタを使う方式）は、今回の基本認証の廃止の対象ではありません。また、2020年1月以降に作られた組織では、SMTP AUTHはもともと既定で無効になっており、メールボックスごとに有効にして使っています。

</Note>

どの機器が基本認証で送っているかは、新しいExchange管理センターの「SMTP AUTH クライアント」レポートで確認できます。

## 代わりの送信方法

マイクロソフトの「Microsoft 365 または Office 365 を使用してメールを送信するように多機能デバイスまたはアプリケーションをセットアップする方法」は、基本認証のクライアントSMTP送信の代わりに、次の方法を挙げています。

<Figure title="主な送信方法の比較" source="Microsoft Learn「多機能デバイスまたはアプリケーションをセットアップする方法」">

| 方法 | 認証 | ポート | 社外宛て | 向いているケース |
| --- | --- | --- | --- | --- |
| クライアントSMTP送信（OAuth） | OAuth | 587 または 25 | 送れる | 機器・アプリがOAuthに対応している |
| SMTPリレー | 証明書または固定のIPアドレス | 25 | 送れる | 社内の複合機・サーバーから大量に送る |
| 直接送信 | なし | 25 | 送れない | 社内宛てだけ、ほかの方法が使えない古い機器 |
| High Volume Email | HVEアカウントまたはOAuth | 587 | 送れない（社内宛て） | 社内宛ての大量メール |

</Figure>

このほか、社内と社外の両方にシステムからメールを送る用途には、AzureのメールサービスであるAzure Communication Services Emailも案内されています。

### OAuthに切り替える

機器やアプリがOAuth（先進認証）に対応していれば、設定を切り替えるのが最も手間の少ない方法です。マイクロソフトもSMTP AUTHではOAuthの利用を推奨しています。複合機はファームウェアの更新で対応する機種もあるため、メーカーのサポート情報を確認してください。

### SMTPリレーに切り替える

OAuthに対応していない社内の複合機やサーバーは、Exchange管理センターで受信コネクタを作り、SMTPリレーで送る方法があります。マイクロソフトのガイドでは、TLS証明書で認証するコネクタを推奨し、使えない場合は他の組織と共有していない固定のパブリックIPアドレスで認証します。宛先サーバーには、自社ドメインのMXレコードの値（例: contoso-com.mail.protection.outlook.com）を、ポート25で指定します。迷惑メール扱いを避けるため、送信元のIPアドレスをSPFレコードにも追加します。なお、SMTPリレーはAzureなど外部のクラウドで動くアプリからは使えません。

<Steps>
<Step title="基本認証で送っている機器を洗い出す">

Exchange管理センターのSMTP AUTHクライアントのレポートと、複合機・アプリの送信設定を確認し、「smtp.office365.com」にパスワードで接続しているものを一覧にします。

</Step>
<Step title="機器ごとに移し先を決める">

OAuthに対応していればOAuthへ、対応していない社内機器はSMTPリレーへ、外部のクラウドで動くアプリはOAuthかAzure Communication Services Emailへ、というように振り分けます。

</Step>
<Step title="設定を変えてテスト送信する">

社内宛てと社外宛ての両方にテストメールを送り、届くこと、迷惑メールに入らないことを確かめます。

</Step>
<Step title="2026年12月末より前に切り替えを終える">

既定で無効になった後に慌てて有効に戻すのではなく、最終的な廃止日の発表前に移行を終えておきます。

</Step>
</Steps>

## よくある質問

### Q. 2026年12月末を過ぎたら、すぐにメールが送れなくなりますか？

既存のテナントでは基本認証が既定で無効になるため、設定を変えていない機器からの送信は失敗するおそれがあります。管理者が有効に戻すことはできますが、最終的な廃止日は2027年後半に発表される予定のため、一時しのぎと考えてください。

### Q. 外部のメール配信サービスや、Gmailなど別のメールを使っている場合も関係ありますか？

関係するのは、Microsoft 365（Exchange Online）のSMTPサーバーに基本認証で接続している場合だけです。別のメールサービスを経由して送っている機器やアプリは、そのサービス側の仕様を確認してください。

### Q. 古い複合機や自社開発のシステムで、どう直せばよいかわかりません。

複合機はメーカーや販売店に、OAuth対応のファームウェアがあるかを問い合わせてください。自社開発の業務システムや問い合わせフォームの送信処理をOAuthやSMTPリレーに改修したい場合は、[移行の相談](/contact/)からご連絡ください。今の送信方法を確認したうえで、改修の進め方を提案します。

出典: [Exchange Team Blog「Updated Exchange Online SMTP AUTH Basic Authentication Deprecation Timeline」](https://techcommunity.microsoft.com/blog/exchange/updated-exchange-online-smtp-auth-basic-authentication-deprecation-timeline/4489835)、[Exchange Team Blog「Exchange Online to retire Basic auth for Client Submission (SMTP AUTH)」](https://techcommunity.microsoft.com/blog/exchange/exchange-online-to-retire-basic-auth-for-client-submission-smtp-auth/4114750)、[Microsoft Learn「Microsoft 365 または Office 365 を使用してメールを送信するように多機能デバイスまたはアプリケーションをセットアップする方法」](https://learn.microsoft.com/ja-jp/exchange/mail-flow-best-practices/how-to-set-up-a-multifunction-device-or-application-to-send-email-using-microsoft-365-or-office-365)