Gmail の道の Microsoft 版で、同じく短いです。サインイン 1 回、同意画面 1 回、 誰かに許可を求めることもありません。
対象は、“ご自身が所有する単一ユーザーの Outlook メールボックスであれば何でも
構いません。個人の @outlook.com / @hotmail.com または you@your-company.com
のような Microsoft 365 の職場・学校のアドレスです。” 複数人で返信するメールボックス
なら、必要なのは Exchange 共有メールボックス
のガイドです — こちらだけは管理者が必要です。
画面の流れ
チャネル → チャネルを追加 → メール → /channels/email/new →
メールボックスを接続、そして Microsoft 側へ。そこでは
「3 つの方式: 個人のメールボックス(Outlook.com または M365)、共有メールボックス
(職場・学校)、Microsoft 365 グループ。」 と提示されます。個人を選んでください。
Microsoft の同意画面の後、Outlook メールボックスの設定 に着地します:
お使いのメールボックスについて Microsoft の同意を受け取りました。返信する エージェント、既定の返信モード、必要であれば送信返信用の署名を選択してください。
次に メールボックス設定を検証 — 「テストメッセージを往復させ、受信と送信の 配信を確認します。」 — で完了です。Microsoft の接続に、後続の設定画面は別途 ありません。上の設定ステップが既に同じ項目を収集するためです。
同意画面が求めるもの
7 つの権限です。Microsoft は Google のような広い 2 スコープではなく、個別に 許可を求めます。その分リストは長く、項目はそれぞれ狭くなっています。
| スコープ | 目的 |
|---|---|
openid, profile, User.Read | どのアカウントでサインインしたか |
offline_access | 再度尋ねることなく接続を維持する |
Mail.ReadWrite | メールの読み取りと下書きの作成 |
Mail.Send | メールボックスから返信を送る |
MailboxSettings.ReadWrite | 署名と自動応答設定の読み取り |
Mail.Send は接続の時点で許可されます。何かを自動送信するかどうかを決める前です。
それを左右するのは返信モードであって、権限ではありません。
個人の Outlook 接続が Group.ReadWrite.All を要求することは ありません —
それは Microsoft 365 グループの選択肢に属する権限です。
何かを診断する前に 15 分待つ
知っておく価値があります。説得力のある誤警报を生むからです:
Microsoft は権限の参照結果を約 15 分キャッシュします。付与直後は、最初の送信と 最初の受信が一時的に古い状態に見えることがあります。
最初の送信が失敗したり、最初のメッセージの表示が遅れたりするのは、故障ではなく これが原因のことがよくあります。その時間帯に設定をやり直しても何も分からず、 同意画面をもう一度通る羽目になるだけです。
検証が戻ってこないとき
ウィザードは曖昧な一般論ではなく、Microsoft 固有の原因を名指しします:
Outlook の場合、これは通常 Graph のサブスクリプションに到達できないことを 意味します。公開 HTTPS のオリジンが正しいこと、webhook の検証ハンドシェイクが 応答していることをご確認ください。
これは当社側のインフラです。あなたが許可し損ねた権限ではありません。
しないこと
既存のメールをインポートしません。 監視は接続の時点で始まり、メールボックスの 履歴はその場所に残ります。
自分が Outlook から送った返信は「返信済み」として数えられません。 Microsoft では、送信済みアイテムのサブスクリプションがあなたのメッセージをこちらにも届けますが、 スレッドを返信済みとマークするものはありません — プラットフォームが認めるのは、 それ自体を通じて送られた返信です。Outlook から処理済みのスレッドが、こちらでは 待ち状態に見え続けることがあります。