Gmail や Outlook の接続がうまくいかない理由

メールボックスの接続は、区別できる 5 つの場所で失敗します。プロダクトは そのどれかを名指しします。ウィザードをやり直す前に、ここで自分のメッセージを 見つけてください — 同じ間違いを繰り返す再試行は、同意画面を 2 回払うことに なります。

段階 1 — サインインが始まらない

*「Google のサインインフローを開始できませんでした」*や *「Microsoft のサインインフローを開始できませんでした」*は、プロバイダに届く前の、 こちらかブラウザ側の失敗を意味します。ブロックされたポップアップか、 こちら側で設定を誤った OAuth クライアントです。すぐの再試行は合理的ですが、 5 回の再試行は違います。

段階 2 — 同意画面

サインインできませんでした、というもの:

理由: access_denied。よくある原因は、同意画面をキャンセルした、または OAuth クライアントの設定が誤っていることです。再度お試しいただくか、 サポートにお問い合わせください。

ずっとよくある Gmail の失敗には、エラーがまったくありません。Google は 2 つの権限を別々のチェックボックスとして初期オフで出します。ウィザードは 引き渡す前に警告します:

どちらかのチェックボックスをオフのままにすると、送受信は機能せず、 このフローをやり直すことになります。

完了したのに受信が一度もない — または完了したのに送れない — 接続は、 ほとんどいつもこれです。メッセージがないのは何も失敗していないからで、 あなたは同意したとおりのものを正確に許可したのです。

段階 3 — メールボックスの指定

それぞれの形に固有の診断があり、それぞれが直し方を名指しします。

段階 4 — 検証が戻ってこない

往復は、メールボックスから自分自身へメッセージを送ります。戻らないとき、 原因はあなたのクリックした何かではなくインフラで、ウィザードは どちら側かを言います:

これは通常、Pub/Sub のプッシュサブスクリプションが正しく設定されていないことを 意味します。ランブックをご確認いただくか、サポートにお問い合わせください。

Outlook の場合、これは通常 Graph のサブスクリプションに到達できないことを 意味します。公開 HTTPS のオリジンが正しいこと、webhook の検証ハンドシェイクが 応答していることをご確認ください。

Microsoft 側で何かを結論づける前に、待ってください:

Microsoft は権限の参照結果を約 15 分キャッシュします。付与直後は、 最初の送信と最初の受信が一時的に古い状態に見えることがあります。

管理者が権限を付与した数分後に最初の送信が失敗するなら、多くはそのキャッシュで、 その窓のあいだにセットアップをやり直しても何も診断できません。

段階 5 — 動いていたのに、あとで止まった

チャネルの接続が切れた。

チャネルの接続が切れています。 過去のメッセージは上に表示されたままですが、 AI は返信できず、ここからの送信もできません。再開するには設定 → チャネルで メールボックスを接続し直してください。

多くは、取り消された OAuth の付与、変更されたパスワード、または接続が借りている 権限を管理者が外したかです。Workspace 共有受信トレイ や Exchange 共有メールボックス では、率直に言っておく価値があります: 接続はあなたのアクセスで動いているので、 それを失えばメールボックスも一緒に失われます。

接続そのものが無くなった。

このメールボックス連携は利用できなくなりました。削除されたか、設定が完了しなかった 可能性があります。チャネルページからメールボックスを再接続すると、 新しくクリーンな設定を開始できます。

これは文字どおりに受け取ってください — 修復しようとするのではなく、 最初からやり直してください。

このページにない話

メールボックスは問題なく接続できていて、特定のメッセージだけが答えられなかった なら、それは別の質問で、固有の答えがあります: AI が返信しなかった理由。