Microsoft 365のメール（Exchange Online）は、2026年12月末に、SMTP AUTHの基本認証（ユーザー名とパスワードだけでログインする方式）を既存のテナントでも既定で無効にします。複合機のスキャン送信、Webサイトの問い合わせフォーム、業務アプリの通知メールなどを「smtp.office365.com」にユーザー名とパスワードで送っている場合、設定を変えないとメールが送れなくなるおそれがあります。
何が変わるのか
マイクロソフトのExchangeチームは2024年4月に、SMTP AUTHでのクライアント送信から基本認証を廃止すると発表しました。その後日程の見直しが続き、2026年1月27日のブログ「Updated Exchange Online SMTP AUTH Basic Authentication Deprecation Timeline」で、今の日程が示されています。
SMTP AUTH基本認証の廃止スケジュール
| 時期 | 内容 |
|---|---|
| 2026年12月まで | 基本認証の動作は変わらない |
| 2026年12月末 | 既存テナントで基本認証が既定で無効になる（管理者は必要なら有効にできる） |
| 2026年12月より後に作成されたテナント | 基本認証は既定で使えず、OAuthが前提 |
| 2027年後半 | 最終的な廃止日が発表される |
既定で無効になった後も管理者が有効に戻せるため、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サイトの問い合わせフォームや予約システムの通知メール
- 基幹システム・会計ソフト・監視ツールなどが送る自動メール
- メールアドレスとパスワードを設定して使う古いメールソフト
どの機器が基本認証で送っているかは、新しいExchange管理センターの「SMTP AUTH クライアント」レポートで確認できます。
代わりの送信方法
マイクロソフトの「Microsoft 365 または Office 365 を使用してメールを送信するように多機能デバイスまたはアプリケーションをセットアップする方法」は、基本認証のクライアントSMTP送信の代わりに、次の方法を挙げています。
主な送信方法の比較
| 方法 | 認証 | ポート | 社外宛て | 向いているケース |
|---|---|---|---|---|
| クライアントSMTP送信（OAuth） | OAuth | 587 または 25 | 送れる | 機器・アプリがOAuthに対応している |
| SMTPリレー | 証明書または固定のIPアドレス | 25 | 送れる | 社内の複合機・サーバーから大量に送る |
| 直接送信 | なし | 25 | 送れない | 社内宛てだけ、ほかの方法が使えない古い機器 |
| High Volume Email | HVEアカウントまたはOAuth | 587 | 送れない（社内宛て） | 社内宛ての大量メール |
このほか、社内と社外の両方にシステムからメールを送る用途には、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など外部のクラウドで動くアプリからは使えません。
基本認証で送っている機器を洗い出す
Exchange管理センターのSMTP AUTHクライアントのレポートと、複合機・アプリの送信設定を確認し、「smtp.office365.com」にパスワードで接続しているものを一覧にします。
機器ごとに移し先を決める
OAuthに対応していればOAuthへ、対応していない社内機器はSMTPリレーへ、外部のクラウドで動くアプリはOAuthかAzure Communication Services Emailへ、というように振り分けます。
設定を変えてテスト送信する
社内宛てと社外宛ての両方にテストメールを送り、届くこと、迷惑メールに入らないことを確かめます。
2026年12月末より前に切り替えを終える
既定で無効になった後に慌てて有効に戻すのではなく、最終的な廃止日の発表前に移行を終えておきます。
よくある質問
2026年12月末を過ぎたら、すぐにメールが送れなくなりますか？
既存のテナントでは基本認証が既定で無効になるため、設定を変えていない機器からの送信は失敗するおそれがあります。管理者が有効に戻すことはできますが、最終的な廃止日は2027年後半に発表される予定のため、一時しのぎと考えてください。
外部のメール配信サービスや、Gmailなど別のメールを使っている場合も関係ありますか？
関係するのは、Microsoft 365（Exchange Online）のSMTPサーバーに基本認証で接続している場合だけです。別のメールサービスを経由して送っている機器やアプリは、そのサービス側の仕様を確認してください。
古い複合機や自社開発のシステムで、どう直せばよいかわかりません。
複合機はメーカーや販売店に、OAuth対応のファームウェアがあるかを問い合わせてください。自社開発の業務システムや問い合わせフォームの送信処理をOAuthやSMTPリレーに改修したい場合は、移行の相談からご連絡ください。今の送信方法を確認したうえで、改修の進め方を提案します。
出典: Exchange Team Blog「Updated Exchange Online SMTP AUTH Basic Authentication Deprecation Timeline」、Exchange Team Blog「Exchange Online to retire Basic auth for Client Submission (SMTP AUTH)」、Microsoft Learn「Microsoft 365 または Office 365 を使用してメールを送信するように多機能デバイスまたはアプリケーションをセットアップする方法」
