Gmail上でOutlookやHotmailなどのMicrosoftアカウントを送受信できていたのに、突然「Authentication unsuccessful」と表示されて送信できなくなり、思わぬ不便に直面するケースが増えています。メールはビジネスやプライベートでも重要なコミュニケーション手段なだけに、早めの対処が求められます。ここでは、その原因や背景、具体的な解決策や回避策まで、分かりやすく解説していきます。
GmailでOutlook/Hotmailが送信できない問題とは
Gmailの「他のアカウントでメールを送信（Send mail as）」機能は、複数のメールサービスのアカウントを一元管理できる便利な仕組みです。これを利用して、Outlook.comやHotmail.comなどのMicrosoftアカウントのメールも、Gmail上から送受信できていた方は多いでしょう。
しかし最近になって「Authentication unsuccessful, basic authentication is disabled.」というエラーが出てしまい、GmailからOutlookやHotmailを利用する際に送信が失敗してしまう事例が報告されています。受信は継続して可能なのに、送信だけが行えない状態になるのは非常に困惑するポイントです。
この問題の根底には、MicrosoftがBasic Authentication（ユーザー名とパスワードによる平文認証）を廃止し、Modern Authentication（OAuth2などを用いたより安全な認証方式）へ移行したことがあります。GmailのSMTP設定画面は未だにBasic Authしかサポートしていないため、両社の認証方式が噛み合わなくなっているのです。ここでは、どういった背景でこの問題が生じ、どのように対処すればよいかを詳しく見ていきましょう。
問題の背景：MicrosoftにおけるBasic Authentication廃止とModern Authentication導入
Microsoftはセキュリティ強化を目的として、2024年9月16日以降、段階的にBasic Authenticationの廃止を進めてきました。Basic Authは、メールクライアントから送信する際に「ユーザーIDとパスワード」の組み合わせをそのまま平文で送るため、情報漏えいのリスクが高いとされていました。
代わりに導入が進められたのがModern Authenticationです。Modern Authenticationでは、OAuth2などのプロトコルを用いてトークンベースの認証を行います。これにより、ユーザーのパスワードが直接ネットワークを行き交うリスクが大幅に軽減されるというメリットがあります。
さらに近年では、パスワードレス認証や多要素認証（MFA）への移行が推進されており、こうした流れの一環として、Outlook.comやHotmail.comなどの個人向けアカウントでもBasic Authは使えなくなりました。つまり「ユーザー名とパスワードをGmailのSMTPに入力し、そちらから認証してもらう」という従来の仕組みでは弾かれてしまうわけです。
MicrosoftによるBasic Auth無効化の理由
- セキュリティ強化: フィッシングやリスト攻撃などのリスクを減らし、ユーザー保護のためにModern Authが効果的。
- 業界全体の流れ: Googleや他の大手IT企業も、OAuth2などのより安全な方式へ移行している。
- サーバーメンテナンス負荷軽減: Basic Auth維持のための互換性や監視コストを削減できる。
「Authentication unsuccessful」と表示される原因
Gmailの画面からMicrosoftアカウントを「他のアカウントでメールを送信」機能で設定すると、従来であれば以下のような送信サーバー情報を入力していました。
- SMTP サーバー:
smtp-mail.outlook.comまたはoutlook.office365.com - ポート番号: 587 (またはSSL/TLSに応じて465)
- ユーザー名: Microsoftアカウントのメールアドレス
- パスワード: Microsoftアカウントのパスワード
Basic Authが有効だった頃は、これらを正しく入力するとGmailは問題なくメールを送信できました。しかし現在は、Microsoft側がModern Authを要求しているため、Gmailが送信サーバーに接続しても「Basic Authは無効化されている」というエラーが返ってくるのです。
GmailのSend mail as機能が抱える認証プロトコルの制限
GmailのWebインターフェースで「送信メールサーバーの設定」を開くと、ユーザー名・パスワード・SMTPサーバー・ポート番号・TLS/SSLの有無といった項目を入力する画面が表示されます。しかし、ここで選択できる認証方式は依然として「ユーザー名とパスワードの入力（= Basic Auth）」のみです。
現在のところ、GmailはMicrosoft側が要求するOAuth2による認証フローを用いません。つまり、Gmail上でModern Authの設定画面は用意されていないのです。この制限が直接の原因となり、Basic Authを廃止したMicrosoftアカウントと認証が噛み合わなくなっています。
解決策と回避策
「GmailのWeb上でOutlook/Hotmailアドレスを使いたい」「Gmailから送信するときにFromをOutlook.comのアドレスにしたい」というニーズは多くのユーザーに共通するものです。残念ながら現状では、GmailがModern Authに対応していないため、従来の方法では設定できません。とはいえ、いくつか回避策や代替手段がありますので、ご自身の利用スタイルに合わせて選択しましょう。
1. Gmailifyでのアカウント追加
Gmailifyは、Gmailに他のメールサービス（Outlook.comやYahoo!メールなど）をOAuth2のフローで連携し、Gmailが受信・送信・スパム対策などを一元管理してくれる仕組みです。これはGmailアプリやWebインターフェースから設定が可能で、Basic Authを使わずにOutlookアカウントをGmailに紐付けできるため、エラーを回避できます。
ただし、現状のGmailifyには次のような制限があります。
- 1つのGmailアカウントにつき1つの外部アカウントしか連携できない
たとえば、Outlookアドレスを2つ持っている場合やHotmailアドレスも合わせて3つ管理したい場合は、Gmailifyで二重三重に紐付けすることはできません。 - 一部の機能が制限される場合もある
Outlook側で設定していたフォルダやラベルとの連携が一部制限されることがあります。実際に受信メールの振り分けルールがうまく適用されないケースも報告されています。
それでも「メインのOutlookアドレスは1つだけ」という方にとっては、Gmailifyが最も簡単で確実な解決策になる可能性があります。設定ステップとしては、Gmailの「アカウントとインポート」画面から「他のメールアカウントを追加」をクリックし、「リンクしたアカウント（Gmailify）」としてMicrosoftアカウントを認証するだけです。
Gmailify設定例
- Gmailにログインし、右上の歯車アイコンから「すべての設定を表示」を選択
- 「アカウントとインポート」を開き、「他のメールアカウントを追加」ボタンをクリック
- 「アカウントの種類を選択」の画面で「リンクしたアカウント(Gmailify)」を選ぶ
- Microsoftアカウントのメールアドレスを入力し、Microsoft側の認証画面でユーザー名・パスワードや多要素認証などを行う
- 設定完了後、Gmailifyで送受信が可能になる
2. ブリッジサービスを利用する
GmailとOutlookの間に、Basic AuthとModern Authを中継する「ブリッジサービス」を挟む方法もあります。代表例としては「sendas.email」などが知られています。要は、外部サービスまたは自前のサーバーを用意し、そちらがMicrosoftアカウントにはModern Authでアクセスし、GmailにはBasic Authで接続させるイメージです。
このアプローチには次のメリットとデメリットがあります。
- メリット
- 複数のMicrosoftアカウントをブリッジサービスで管理すれば、Gmailに複数の「他のアカウント」を追加できる
- 個別のアカウントごとにGmailifyを設定する手間が省ける
- デメリット
- 外部サービスを介するため、メールのセキュリティやプライバシー面でリスクが増える可能性がある
- ブリッジサービス自体の運用コストや設定が煩雑になることもある
- フリーのプランでは送信制限や広告挿入などの制約がある場合がある
もし自前でオープンソースのプロキシサーバーを構築する場合は、OAuth2の認証トークンを取得し、トークンを使ってMicrosoftに接続しつつ、Gmail側とは従来のSMTP/POP/IMAP認証でつなぐ仕組みを作る必要があります。以下はあくまで概念的な例ですが、Dockerなどで構築する場合の設定例をコード風に示します。
version: '3'
services:
mail-bridge:
image: yourmailbridgeimage:latest
container_name: mail-bridge
environment:
- OAUTH_CLIENT_ID=xxxxx
- OAUTH_CLIENT_SECRET=yyyyy
- OAUTH_TOKEN_URL=https://login.microsoftonline.com/common/oauth2/v2.0/token
- SMTP_RELAY_HOST=smtp.gmail.com
- SMTP_RELAY_PORT=587
- SMTP_RELAY_USER=your_gmail_account
- SMTP_RELAY_PASSWORD=your_gmail_password
ports:
- "2525:25" # Gmailからはlocalhost:2525に対してBasic Authで接続
restart: unless-stopped上記のように、ブリッジ内部ではOAuth2を使ってMicrosoftサーバーとやり取りし、外部からはBasic Authでアクセスできるようにします。ただしセキュリティ管理やAPIトークンの更新、ログの扱いなど考慮すべき点は多岐にわたります。
3. Modern Auth対応のメールクライアントを利用
GmailのWebインターフェースにこだわらない場合は、Modern Authに正式対応したメールクライアントを利用するのが手っ取り早い方法です。代表的なものに以下があります。
- Microsoft Outlookアプリ（Windows/Mac/iOS/Android）
- Windows 10/11の標準メールアプリ（Modern Auth対応）
- Mozilla Thunderbird（拡張機能やバージョンによってはOAuth2サポート）
これらのアプリであれば、OutlookやHotmailのアドレスを複数追加し、さらにGmailも同時に設定して、一括管理することが可能です。Gmailのラベルやフィルタリングが必要な場合でも、POP/IMAPやOAuth2を通じて連携ができます。
特にMicrosoft純正のOutlookアプリは、個人アカウントやMicrosoft 365アカウント、さらに他社サービスのメールにも幅広く対応しており、Modern Authの設定も比較的スムーズです。
4. 転送設定を活用
もし「Outlook/Hotmailで受信したメールをGmailで閲覧できればいい」「返信するときはGmailのアドレスでも構わない」という使い方であれば、転送設定を活用するのが簡単です。Outlook.comやHotmail.comの設定画面で、「特定のメールアドレスへ転送する」をGmailアドレスに設定しておけば、受信メールがすべてGmailへ転送されます。
ただし、この方法には以下のような制約があります。
- 送信元アドレスがGmailのまま
Gmailから返信・送信すると、どうしても送信元がGmailのメールアドレスになるため、「@outlook.com」「@hotmail.com」を名乗って送信することができません。 - メール整理が煩雑になる可能性
転送されたメールは「すべてGmail」側に来るため、後でOutlook側とのやり取りを個別に整理したいときには注意が必要です。
ビジネスシーンなどで、「取引先から見えるFromアドレスは常にOutlook.comであってほしい」といった要件がある場合は、この方法では不十分です。あくまでも「Gmail一本化で閲覧できればOK」という用途に向いています。
「2段階認証＋アプリパスワード」はもう使えない？
かつては、Outlook.com側で2段階認証（MFA）を有効にし、その上で「アプリパスワード」を発行してGmailのSend mail as機能に入力すれば、Basic Authで認証が通るケースがありました。しかしMicrosoftは、個人向けアカウントに対してはApp Passwordを使ったBasic Authのオプションも含めてほぼ完全に無効化を進めています。そのため、現在はこの方法が通用しなくなっているのが実情です。
GmailとModern Authの将来：Googleの対応に期待？
この問題の根本的な解決には、Gmailが送信時にもOAuth2をサポートする必要があります。Googleは受信にはOAuth2を使えるようにしている（IMAPやPOP接続など）ものの、送信時のSMTP認証（Send mail as）では古いBasic Authに留まっている状態です。
今後、GoogleがGmailのSMTP送信でModern Authをサポートする可能性はありますが、2025年1月時点でそうした公式発表はありません。ビジネスユーザーからの要望も多いと予想されるため、Googleが近い将来に対応するかどうかは注目されるところではあります。
複数アカウントをどう整理するか：運用面のポイント
Outlook.comのアカウントを複数持っている方は、Gmailifyが一つのアカウントにしか対応していないことがネックになるかもしれません。その場合は、以下のような複数アカウントの運用プランを検討すると良いでしょう。
- 主要アカウントはGmailifyで管理し、サブアカウントはブリッジサービスまたは転送で対処
メインの重要なメールはGmailifyによる安全なOAuth2認証でやり取りし、サブのOutlookアドレスは必要に応じて転送やブリッジサービスを設定する。 - モバイル・デスクトップアプリで複数アカウントを一元管理
PCではOutlookアプリやThunderbirdなどのアプリで複数アカウントをまとめ管理し、スマホでは公式のOutlookアプリを使うという方法。GmailのWebインターフェースにはこだわらない。
表にすると、各方法の使いやすさがざっくり比較できます。
| 方法 | メリット | デメリット |
|---|---|---|
| Gmailify | OAuth2による認証で安全、Gmail上から送受信可 | 一つの外部アカウントしか連携不可 |
| ブリッジサービス | 複数アカウントを一括管理できる可能性 | 外部サービスへの依存、設定が複雑 |
| Modern Auth対応クライアント | 公式サポートの安心感、複数アカウントOK | Gmail Webからの操作ではなくなる |
| 転送設定 | 手軽に受信を一本化できる | 送信元アドレスを統一できず、ビジネス用途には不向き |
まとめ：自分に合った方法を選択
GmailからOutlook/Hotmailアドレスをそのまま使って送信するという手順は、MicrosoftのBasic Auth廃止により大きな変化を迎えています。現状では、Gmailifyを使うか、ブリッジサービスを利用するか、またはModern Authに対応したメールクライアントに移行するかといった代替手段が必要です。
最も安全でスムーズな解決策は、Gmailifyを利用する方法です。ただし、複数のMicrosoftアカウントを所有している場合や、特定のビジネス要件で「Fromアドレスを完全一致させたい」といった状況によっては、Gmailifyだけでは対応しきれない面があります。
また、ブリッジサービスによる方法は多少の設定やコストがかかりますが、複数アカウントをまとめたい場合や、Gmailでどうしても操作を統一したい場合には有効な選択肢と言えます。さらに、Outlookアプリなどを使うことで、Modern Authが標準でサポートされるため、複数アカウントの一元管理がしやすくなります。
メール環境は人によって求める機能や使い勝手が異なるため、ぜひご自身の状況に合わせて最適な方法を検討してください。セキュリティリスクが高いBasic AuthからModern Authへの移行は、今後ますます進むことが予想されます。GmailとMicrosoftの認証プロセスが追いつかず不便を感じるかもしれませんが、どの方法を選択するにしても「安全性の高いメール利用」へとシフトしていくことが大切です。
コメント