Outlookの会議招待への返信を振り分ける場合は、会議の「要求」と「応答」を分け、承諾・辞退・仮承諾の応答だけを対象にします。件名の「承諾」だけを条件にすると、通常メールが混ざったり別言語の返信を見落としたりします。Exchange Onlineでは返信の種類を指定する受信ルールを管理者が検討できますが、既存のOutlookルールへの影響を確認してから作成してください。
先に決める：返信を保存するか、追跡後に削除するか
| 目的 | 確認する方法 |
|---|---|
| 返信メールを別フォルダーに保存したい | 受信ルールで移動する。コメント付き返信も読む運用にする |
| 返信メールを受信トレイに残さず、出欠を確認したい | 従来のOutlookの追跡・自動処理設定を確認する |
| 招待そのものを整理したい | 会議要求が対象。会議返信専用の条件と混ぜない |
| 共有メールボックスの返信を整理したい | 実際に返信が届いているメールボックスと移動先を確認する |
メールを移動できたことと、会議の出欠が予定へ正しく反映されたことは別の確認項目です。最初から削除や既読化を組み合わせず、返信を見られるフォルダーへ移す最小構成でテストします。代理人がいる会議では、主催者と代理人のどちらに実際の返信が届くかを確認し、その受信先にルールを設定してください。
会議返信の種類とMessageClass
MicrosoftのMessageClass一覧は、会議要求、取消し、承諾・辞退・仮承諾を別の種類として定義しています。これはメッセージの分類であり、どのOutlook画面にもこの文字列を入力する欄があるという意味ではありません。
| 種類 | MessageClass |
|---|---|
| 承諾の返信 | IPM.Schedule.Meeting.Resp.Pos |
| 辞退の返信 | IPM.Schedule.Meeting.Resp.Neg |
| 仮承諾の返信 | IPM.Schedule.Meeting.Resp.Tent |
| 会議の招待・要求 | IPM.Schedule.Meeting.Request |
| 会議の取消し | IPM.Schedule.Meeting.Canceled |
返信の種類で指定できる方法を優先します。件名の日本語・英語を列挙するだけでは、言語や表現の違い、同じ語を含む通常メールを完全には区別できません。
新しいOutlook・Web版：表示される条件を確認して作成
Microsoftのルール手順では、新しいOutlookとOutlook on the webは「設定」→「メール」→「ルール」から管理します。名前・条件・処理を指定し、必要なら例外を追加して保存します。会議応答に相当する条件が画面にあるかを実際に確認し、見当たらない場合は無理に会議全般の条件で代用しないでください。
- 対象アカウントのサーバー上に「会議返信」等の保存先を作ります。共有メールボックスなら対象を開いて確認します。
- 新しいルールに分かる名前を付けます。条件で会議の応答を区別できる場合に、その条件を選びます。
- 処理は作成済みのフォルダーへの移動だけにして、条件と対象アカウントを確認します。
- 先行ルールの順序と「これ以降のルールの処理を中止する」の設定を確認し、保存します。
- 保存後に届くテスト返信で結果を確認します。古いメールへ一括実行するのは、この確認を終えてからにします。
応答専用の条件が利用できず、件名を使う場合は暫定的な方法です。実際に届いた返信の件名を基に条件を絞り、招待・取消し・通常メールを含めて誤判定を調べます。正確な種類の指定が必要なら、後述のExchange Online PowerShellの方法を管理担当者に相談してください。Gmail等の外部アカウントは、新しいOutlookのルールで管理できない場合があるため、そのメールサービス側の設定を確認します。
従来のOutlook：ルールの条件と実行場所を確認
従来のOutlook for Windowsでは「ファイル」→「仕分けルールと通知の管理」→「新しい仕分けルール」から条件・処理を設定します。会議返信を識別する条件やフォームが利用できる場合は承諾・辞退・仮承諾を区別し、ルールの説明を確認してください。フォームの表示名や利用できる条件は画面で確認し、見当たらない項目が必ずあるとは扱いません。
保存時にOutlook起動中だけ動く旨の警告が出た場合は、PCを閉じても動くサーバールールではありません。移動先は対象メールボックスのフォルダーにし、ローカルのPST等に依存する処理を避けても、すべての条件がサーバー対応になるとは限りません。Outlookを終了した状態でも新しい返信が処理されるか、Web版から確認します。
返信が見えない場合は自動処理の設定を確認
従来のOutlookの「ファイル」→「オプション」→「メール」→「確認」付近には、会議要求・返信の自動処理や、追跡情報更新後にコメントのない返信を削除する設定があります。Microsoftの会議返信処理の説明では、コメント付き返信とコメントのない返信の扱いを分けています。自動処理だけで「すべての返信を必ず保存できる」とは考えないでください。
返信メールを保存する目的なら、現在の設定を記録し、追跡後の削除設定と自動処理設定を確認したうえで、小さなテスト会議でメールの保存と出欠の反映を見ます。自動処理のチェックを外すと返信が受信トレイに表示されるという公式説明もありますが、設定を変えた後は追跡が必要な運用に支障がないか確認してください。新しいOutlookやWeb版に従来版と同じチェック項目があるとは限りません。
管理者向け：Exchange Onlineで応答専用のルールを検討
対象メールボックスを操作できる権限とExchange Online PowerShellへの接続が必要です。まずGet-InboxRuleで既存ルールを確認します。次の表示用コマンドはルールを作成しません。メールアドレスは例なので、必ず実際の対象へ置き換えます。
Get-InboxRule -Mailbox '[email protected]' | Format-List Name,Enabled,Priority,Description作成前の注意：New-InboxRuleの公式説明には、Exchange PowerShellで受信ルールを作成・変更等すると、Outlookで無効化されたクライアント側ルールと送信ルールが削除される旨の注意があります。従来版Outlookの既存設定も管理者が確認し、影響を受けるルールを記録・保全してから変更を判断します。警告を隠すオプションを付けて一括実行しないでください。
MessageTypeMatchesにはCalendaringResponseが使えます。MoveToFolderは「メールボックスID:\親フォルダー\子フォルダー」の形式です。下の例はメールボックス直下に作成済みの「会議返信」フォルダーを使います。受信トレイ配下に作った場合は実際の階層と名称に合わせ、英語のInboxを固定しないでください。
New-InboxRule -Mailbox '[email protected]' `
-Name 'Move Meeting Responses' `
-MessageTypeMatches CalendaringResponse `
-MoveToFolder '[email protected]:\会議返信' `
-WhatIfWhatIfは変更せず予定される処理を表示します。これだけでは実際の受信処理やフォルダー移動が成功する検証にはなりません。対象・権限・フォルダー・既存ルールの影響を確認した管理者が、作成すると判断した場合にだけWhatIfを外します。複数メールボックスへまとめて作る前に、一つで結果を確認してください。
動かない・誤って移動される場合の切り分け
| 症状 | 確認すること |
|---|---|
| 特定の返信だけ移動しない | 種類、言語、届いたメールボックス、条件の例外 |
| Outlook起動中だけ動く | クライアント専用条件やローカル移動先が含まれるか |
| 返信がどこにも見つからない | 自動処理・削除設定、削除済みフォルダー、ほかのルール |
| ほかのルールだけ動く | 先行ルールと処理中止の設定、順序 |
| 招待や通常メールまで移動する | 会議全般の条件や件名条件が広すぎないか |
| 共有メールボックスで動かない | ルールを設定したメールボックスと実際の受信先が一致するか |
変更箇所を一つずつ比較し、問題のルールはいったん無効化して受信状況を確かめます。受信した返信の種類・件名・日時、実際のフォルダー、使用中のOutlookの版を記録すると、条件の問題と自動処理を分けて確認できます。
保存と会議追跡を確認する
テスト会議への承諾・辞退・仮承諾に加えてコメント付きの返信も送り、移動先の本文と予定の追跡情報を別々に確認します。新規の会議招待、会議の取消し、通常メールが誤って移動されないことも確認してから運用します。
会議返信の整理では、コメントを読む場所と出欠を確認する場所を決めておくと、受信トレイが減った後も必要な情報を見落としにくくなります。ルールの名前・条件・順序・保存先と、テスト結果を残してから対象を広げてください。
コメント