Out of of Office (OOF) の返信について

OOF の返信は少し謎になる場合があります。 どのように機能しますか? 他のユーザーに配信されない場合や、配信されない場合はどうしますか。 この記事では、OOF 応答のビットと部分について、構成の観点からExchange Onlineします。 ただし、この議論の多くがオンプレミス構成にも適用されます。

("Out of Office" が "OOO" ではなく "OOF" と略される理由について疑問に思ったことがある場合は、このブログ記事を参照してください)。

返信の数がOfficeですか?

OOF または自動返信は、クライアントによってユーザーのメールボックスに設定される受信トレイ ルールです。 OOF ルールはサーバー側のルールです。 したがって、クライアントが実行されているかどうかに関係なくトリガーされます。

自動返信は、次のように構成できます。

  • ここで説明したように、自動返信機能を使用Outlook内から
  • 他のクライアント (OWA) などのOutlook on the web使用する
  • PowerShell コマンドを実行して (Set-MailboxAutoReplyConfiguration)

管理者は、ユーザーに代わって、Microsoft 365 管理ポータルから OOF 返信を設定できます。

自動返信が有効になっている場合、受信者が送信者から複数のメッセージを受信した場合でも、各送信者に送信される返信は 1 つのみです。

クライアントで組み込みの OOF 機能を使用する以外に、ユーザーはルールを使用して、Officeメッセージを作成することもあります。

設計上、Exchange Online Protectionは、OOF 応答は優先度の低いメッセージなので、リスクの高い配信プール (HRDP) を使用して OOF 返信を送信します。

OOF ルールの種類

OOF ルールには次の 3 種類があります。

  • 内部
  • 外部
  • 既知の送信者 (連絡先リスト)

これらのルールは、ユーザーのメールボックスで個別に設定されます。 各ルールには、関連付けられたメッセージ クラスと名前があります。 ルール名は、PR_RULE_MSG_NAMEプロパティ に格納 されます。 次の表に、各 OOF ルールに関連付けられているメッセージ クラスと名前を示します。

メッセージ クラス PR_RULE_MSG_NAME
内部 IPM。Rule.Version2.Message Microsoft。Exchange。OOF。KnownExternalSenders.Global
外部 IPM。Rule.Version2.Message Microsoft。Exchange。OOF。AllExternalSenders.Global
既知の送信者 IPM。ExtendedRule.Message Microsoft。Exchange。OOF。KnownExternalSenders.Global

注意

OOF ルールに加えて、他のルール (迷惑メール ルールなど) にも IPM があります。ExtendedRule.Message メッセージ クラス。 変数 MSG_NAME は、ルールの使い方を決定します。

OOF ルールの詳細

すべての受信トレイ ルールは、 MFCMapi ツールを使用して表示 できます。

  1. ツールにログオンします。
  2. OOF ルールを持つメールボックスに関連付けられているプロファイルを選択します。
  3. 情報ストアの上部で [受信トレイ] を 選択し、[ 関連付けられたコンテンツ テーブルを開く ] を右クリックします

MFCMapi の OOF ルール:

MFCMapi の OOF ルールのスクリーンショット。

MFCMapi の OOF ルール テンプレート:

MFCMapi の OOF ルール テンプレートのスクリーンショット。

OOF 応答履歴

OOF 応答は、受信者ごとに 1 回送信されます。 OOF 応答が送信される受信者の一覧は、OOF の状態が変更 (有効または無効) または OOF ルールが変更された場合に消去される OOF 履歴に格納されます。 OOF の履歴はユーザーのメールボックスに格納され、MFCM PR_DELEGATED_BY_RULE api > ツールを使用して表示 できます

Freebusy Data に格納されている OOF 応答履歴のスクリーンショット。

注意

1 回だけではなく、毎回送信者に応答を送信する場合は、OOF ルールを使用する代わりに、"特定のメッセージを使用してサーバー返信を行う" メールボックス サーバー側ルールを適用できます。 この代替ルールは、メッセージを受信する度に応答を送信します。

OOF の問題のトラブルシューティング

次のセクションでは、OOF 返信が送信者に送信されないシナリオについて説明します。 考えられる修正プログラムや、経験した可能性がある、より頻繁に見られる OOF 構成の問題が含まれます。

テナント内のすべてのユーザーに対して OOF 返信が送信されていないと思う場合は、通常、トランスポート ルールが責任を負います。 この記事の手順 2 を使用して、影響を受けるメールボックスに適用される可能性があるすべてのトランスポート ルールを 確認します

配信の問題が疑われる場合は、そのテナントからメッセージ トレースOffice 365します。 OOF メッセージの場合、追跡中に元のメッセージの送信者が受信者になります。 OOF 応答がトリガーされ、外部受信者または内部受信者に送信されたかどうかを判断できる必要があります。 メッセージ トレースは、トランスポート ルールが OOF 応答をブロックするかどうかを明確に示します。

OOF の返信をブロックするトランスポート ルールに関しては、強調表示する価値のあるシナリオが 1 つ考え込まれています。 MX レコードをサードパーティのスパム対策プログラムに移動したとします。 サードパーティのスパム対策プログラム以外の IP アドレスから送信される電子メール メッセージを拒否するトランスポート ルールを作成しました。

トランスポート ルールは次の例のようになります。

説明:
[組織外から受信する] メッセージの場合は、次のアクションを実行します。メッセージを拒否し、「MX レコードをバイパスすることはできません!」 という説明を含める必要があります。 状態コードが '5.7.1' の場合を除く: 送信者 IP アドレスは、次のいずれかの範囲に属します。'1xx.1xx.7x.3x'
手動で変更: False
SenderAddressLocation: Envelope

OOF ルールには空白の (<>) 戻りパスが含まれていますので、OOF ルールは予期せずトランスポート ルールと一致し、OOF 応答はブロックされます。

この問題を解決するには、"メッセージ内の送信者アドレスを一致する" トランスポート ルール プロパティを "ヘッダーまたは封筒" に変更して、From (" Header From")、Sender、または Reply-To フィールドに対してチェックも実行します。 メール フロー ルールの条件の詳細については、この記事の「Senders」セクションを 参照してください

[メッセージの送信者アドレスの一致] ページで [ヘッダー] を選択するスクリーンショット。

JournalingReportNdrTo メールボックスの設定

影響を受けるメールボックスが設定の下で JournalingReportNdrTo 構成されている場合、そのメールボックスに対して OOF 応答は送信されません。 さらに、電子メール メッセージのジャーナリングも影響を受ける可能性があります。 推奨される方法は、設定用の専用メールボックスを作成する方法 JournalingReportNdrTo です。 または、専用メールボックスを外部アドレスに設定できます。

この問題を解決する方法の詳細については、「Exchange Online またはオンプレミス のトランスポート ルールとメールボックス ルールが期待Exchange Server動作しない」を参照してください

メールボックスで SMTP アドレスの転送が有効になっている

影響を受けるユーザー メールボックスで SMTP 転送 が有効になっている場合、OOF の返信は生成されません。 これは、次の場所で確認できます。

  • クライアントのユーザー メールボックスの設定 (ユーザーのメールボックスの設定などOutlook on the web。

    クライアントを使用して SMTP アドレスの転送を確認するスクリーンショット。

  • PowerShell では、次の情報を使用します。

    Get-Mailbox -Identity Daniel | fl DeliverToMailboxAndForward, ForwardingSmtpAddress, ForwardingAddress
    

    PowerShell を使用して SMTP アドレスの転送を確認するスクリーンショット。

  • [ユーザー プロパティ] の [Microsoft 365] で、次のMicrosoft 365使用します。

    ポータルを使用して SMTP アドレスの転送を確認Microsoft 365します。

この問題を解決する方法については、この記事を 参照してください

リモート ドメインに設定されている OOF 返信の種類

OOF 応答に影響を与えるので、リモート ドメインでセットアップされる OOF 返信の種類に注意してください。 OOF 応答の種類の構成が正しくない場合は、OOF 応答が生成されない可能性があります。

OOF 返信の種類は次の 4 種類です。

  • 外部
  • ExternalLegacy
  • InternalLegacy
  • None

これらの OOF 型の詳細については、「Set-RemoteDomain」の「Parameters」セクションの AllowedOOFType エントリを参照してください。

OOF 返信の種類は、管理者 CenterMail > flowRemote ドメイン > Exchangeから確認できます。

自動返信の種類Officeのスクリーンショット。

または、次の PowerShell コマンドレットを実行することもできます。

Get-RemoteDomain | ft -AutoSize Name, DomainName, AllowedOOFType

PowerShell を使用して OOF 返信を確認するスクリーンショット。

たとえば、オンプレミスとオンプレミスの両方でホストされているメールボックスを含むハイブリッド組織Exchange想定Exchange Online。 AllowedOOFType が External に設定されている場合、このシナリオの外部メッセージだけがオンプレミスExchangeに送信 されます。 内部 OOF メッセージをハイブリッドExchangeオンプレミスに送信するには、AllowedOOFTypeInternalLegacy に設定します

また、連絡先としてリストされているユーザーにのみ外部 OOF 返信を送信するオプションをメールボックス構成レベル (ExternalAudience: Known) に設定することもできます。 次のコマンドを実行して構成を確認します。

Get-MailboxAutoReplyConfiguration daniel | fl ExternalAudience

PowerShell を使用して OOF 応答構成を確認するスクリーンショット。

リモート ドメインが OOF 応答をブロックする

リモート ドメインの別の設定は、組織内のクライアント電子メール プログラムからの自動返信であるメッセージを許可または防止するために使用する設定です。

この設定は、管理者 CenterMail > flowRemote Exchange > で確認できます。

自動返信設定のスクリーンショット。

または、次の PowerShell コマンドレットを実行することもできます。

Get-RemoteDomain | ft -AutoSize Name, DomainName, AutoReplyEnabled

PowerShell を使用して OOF 応答ブロックを確認するスクリーンショット。

注意

設定の値が false の 場合、その ドメイン内のユーザーに自動返信は送信されません。 この設定は、メールボックス レベルまたは OOF の種類 (前に説明したように) で設定される自動応答よりも優先されます。 true は、作成 する 新しいリモート ドメインの既定値と、既定という名前の組み込みのリモート ドメインです。Exchange Online。 false 、オンプレミスのリモート ドメインの Default という名前の組み込みリモート ドメインの既定値Exchange。

電子メール メッセージがスパムとしてマークされ、迷惑メールに送信された場合、自動返信は生成されません。

これは自明です。

メッセージトレースは配信エラーを示します

OOF 返信の問題を調査すると、メッセージ トレースに次のエラー エントリが表示されることがあります。

"550 5.7.750 サービスは利用できません。 クライアントが未登録ドメインからの送信をブロックしました。

このエントリが見つけた場合は、Microsoft サポートドメイン ブロックが適用された理由を確認してください。

メッセージ トレースは Drop イベントを示します

メッセージ トレースで、次の例のような説明を含む Drop イベントが表示される場合があります。

250 2.1.5 RESOLVER。OOF。IntToExt;外部受信者にアドレス指定された内部 OOF を処理する

これは、通常のログ エントリです。

OOF Exchange Online生成すると、内部返信と外部返信の両方が生成され、送信されます。 返信が配信された場合、適用されないメッセージは削除されます。 たとえば、リモート ドメイン内の受信者に送信できる OOF 返信の種類が External または ExternalLegacy に設定されている場合、内部返信は削除され、Drop イベントがログに記録されます。 内部受信者に送信される返信の場合、同様のイベントが ExtToInt 発生します。

OOF に関するその他の問題

OOF 返信を作成、構成、または管理するときに、次の問題が発生する場合があります。

古いまたは重複した OOF メッセージが送信される

古いまたは重複した OOF 返信が送信された場合は、重複する受信トレイ ルールを確認し、受信トレイルールが見つけた場合は削除します。

受信トレイルールが追加されていない場合は、OOF 履歴が制限に達した場合にもこの問題が発生することがあります。 OOF 履歴には、10,000 エントリの制限があります。 このしきい値に達すると、新しいユーザーを履歴リストに追加できません。 この状況では、OOF 返信は引き続きリストに含されていない受信者 (受信者が送信したメッセージごとに 1 つの返信) に送信されます。 リストに既に存在しているすべてのユーザーは、重複する OOF 返信を受け取る必要があります。

この問題を解決するには、次のいずれかの方法を使用します。

方法 1

  1. メールボックスから OOF ルールと OOF ルール テンプレートを削除します。 ルールを見つけるには、「 OOF ルールの詳細」セクションを参照 してください。
  2. メールボックスの OOF 機能を無効にしてから、再び有効にします。
  3. OOF 機能が正常に動作し、現象が発生しないかどうかを再度確認します。

方法 2

メソッド 1 で問題が解決しない場合は、OOF 応答履歴を削除します。

  1. 現在有効になっている場合は、Outlookで自動返信を無効にし、Outlook。

  2. MFCMapi ツールにログオンし、[ToolsOptions**]** > を選択します。

  3. 次のチェック ボックスをオンにします。

    • OpenMsgStore をMDB_ONLINEするときに、このフラグを使用する
    • OpenEntry をMAPI_NO_CACHするときに、このフラグを使用する
  4. [ SessionLogon > ] を選択します

  5. メールボックスのOutlookプロファイルを選択し、ダブルクリックして開きます。

  6. [ ルート コンテナー] を展開 し、[ Freebusy Data] を選択します

  7. [その 他の名前] 列で、PR_DELEGATED_BY_RULE タグを持つ 0x3FE30102 プロパティを右クリックし、[ストリームとして編集] をポイントし、[バイナリ] を選択 します

  8. [ストリーム ] (バイナリ) ボックス内のすべての テキストを選択し 、削除します。

2 つの異なる OOF メッセージが送信される

2 つの異なる OOF メッセージが送信され、追加の受信トレイ ルールが見つからなかった場合、その原因は、Outlook クライアントで OOF ルールである可能性があります。 このようなルールを確認して削除するには、次の手順を実行します。

  1. クライアントでOutlook [FileAutomatic > RepliesRules] を > 選択します

  2. OOF ルールを選択し、[ルールの削除] を選択します

    スクリーンショットは、自動返信ルールを削除する手順を示しています。

自動返信を有効にできないと、エラー メッセージが受信される

クライアントから自動返信にアクセスしようとOutlook、次のエラー メッセージが表示されます。

"サーバーが現在使用できないので、自動返信設定を表示できません。 後でもう一度お試しください。」

この問題を絞り込むには、次の手順を実行します。

  • メールボックスで EWS プロトコルが有効になっているか確認します。 OOF 応答は、このプロトコルに依存します。 (プロトコルが再び有効になるには数時間かかる場合があります。

  • 次のコマンドレットを実行して OOF 機能を有効にします。

    Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled
    
  • OOF 機能が期待通り動作するかどうかを確認します。

  • 問題がまだ存在する場合は、メールボックスのルール クォータを確認します。

    Get-mailbox -identity <mailbox> | fl RulesQuota
    

    メールボックス ID の確認のスクリーンショット。

    既定では、RulesQuota パラメーターの最大値は 256 KB (262,144 バイト) です。 これは、ルールの数ではなく、ルールのサイズによって決まります。

  • メールボックスから OOF ルールと OOF ルール テンプレートを削除します。 ルールを見つけるには、「 OOF ルールの詳細」セクションを参照 してください。 ルールを削除した後、OOF 機能を再度有効にしてから、もう一度テストできます。

OOF が無効になっている場合でも自動返信が送信される

一部のシナリオでは、機能が無効になっている場合でも OOF メッセージが送信されます。 これは、アウトオブオフィス テンプレートを使用してルールを手動で作成 した場合に発生する可能性があります