【2026年版】Outlookでメールを自動転送する方法｜できない時の原因と対処法も解説

Outlookの自動転送は、担当者不在時の引き継ぎや、特定条件のメール共有に役立つ機能です。一方で、会社のメールを個人アドレスへ転送したり、侵害されたアカウントに不正な転送ルールを作成されたりすると、顧客情報や契約情報の漏洩につながるおそれがあります。

特にMicrosoft 365では、組織外への自動転送はセキュリティ上のリスクとして扱われ、Exchange Onlineのポリシーでブロックされることが一般的です。便利だからという理由で個人Gmailなどへ業務メールを集約する運用は避け、必要な場合は管理者の承認を受けましょう。

本記事では、従来のデスクトップ版Outlook（Classic Outlook）、新しいOutlook for Windows、Web版Outlookで自動転送を設定する方法を解説します。あわせて、転送できないときの確認項目、外部転送のブロック、宛先数の上限、DLP、共有メールボックス、新旧Outlookの移行時に確認したい事項を整理します。

メールを自動転送するときの注意点

Outlookの自動転送は短時間で設定できますが、業務メールには顧客情報、見積書、契約書、社内資料、認証情報などが含まれることがあります。設定前に、転送の目的、転送先、必要な期間、承認者を明確にしましょう。

組織外のアドレスへの自動転送は原則避ける

会社の業務メールをGmail、Outlook.comなどの個人アドレス、または承認されていない外部サービスへ自動転送する運用は、多くの企業で禁止または制限されています。転送先でメールが再配布されたり、端末管理や監査の対象外になったりするためです。

Microsoft 365では、アウトバウンドスパムポリシー、Remote Domains、メールフロールールのいずれかで外部自動転送がブロックされていると、転送は成立しません。既定の「Automatic - System-controlled」は、外部自動転送を許可しない設定として扱われます。利用者側では設定を回避しようとせず、業務上の必要性を管理者へ相談してください。

外部転送を例外的に認める場合も、対象ユーザー、転送先ドメイン、利用目的、責任者、有効期限を限定し、申請番号と監査ログを残す運用が必要です。機密情報を含むメールは、個人のOutlookルールで除外しようとするのではなく、Microsoft Purview DLPまたはExchangeのメールフロールールで組織として制御しましょう。

DLPのポリシーヒントは利用者に注意を促す表示であり、情報漏洩防止の最終手段ではありません。2026年7月にはClassic Outlookで、本文や添付ファイルに対するDLPポリシーヒントの表示・評価が期待どおりに動作しない事象も公表されました。警告が表示されなかったことを「外部送信や転送が許可されている」という判断材料にせず、サーバー側のDLP、メールフロールール、外部転送ブロックを組み合わせて運用してください。

不正な転送ルールを定期的に監査する

自動転送ルールは、利用者本人だけでなく、アカウント侵害後の攻撃者が作成することがあります。攻撃者はメールボックスへ侵入したあと、外部アドレスへの受信トレイルールやSMTP転送を設定し、請求書、見積書、取引先との連絡を継続的に取得します。

管理者は、Exchange管理センターの自動転送メッセージレポートを活用しましょう。このレポートでは、受信トレイルール、メールフロールール、SMTP forwardingを区別し、転送先ドメイン、転送ユーザー、転送回数、最初の転送日を確認できます。特に、これまで存在しなかった転送先ドメインと、新たに転送を開始したユーザーを優先して調査することが重要です。

月次で各メールボックスを開いて確認するだけでは、監査直後に作成された不正ルールを見逃す可能性があります。レポートを月次CSVとして保管して前月との差分を確認し、可能であれば日次確認またはアラート化してください。GmailやOutlook.comなどの個人向けドメイン、新規作成ルール、未知の外部ドメインを優先し、ルール作成者、作成元IPアドレス、同時期のサインイン履歴を突合します。不正が疑われる場合はルール削除だけで終わらせず、パスワードのリセット、セッションの無効化、多要素認証の確認も行いましょう。

他システム連携は転送以外の方法も検討する

問い合わせメールをチケット管理システムへ送る、CRMへ活動履歴を残す、といった目的で自動転送を使っている場合は、転送ルールに依存しない方法も検討しましょう。Power Automate、Microsoft Graph API、各サービスの公式コネクタ、共有メールボックスを使うと、必要なデータだけを連携し、権限・ログ・エラーを管理しやすくなります。

特に代表アドレスを複数人で扱う場合、個人メールボックスへの転送先を増やすだけでは、「誰が対応中か」「誰が返信したか」「未対応メールがあるか」を把握しにくく、二重返信も起こりがちです。国内でも、共有メールボックスやメール共有システムで担当者、対応状況、送信済みメールを一元管理する運用が採用されています。複数端末・複数担当者で同じアドレスを利用していたために既読状態や送信履歴を共有できず、同一取引先へ複数人が返信してしまった企業が、Exchange Online導入後にメールボックスと送信済みメールを同期して対応状況を共有した事例もあります。

info@、support@、sales@などは、個人への自動転送ではなく共有メールボックス化し、担当者の割り当て、対応期限、返信済み状態、二重返信防止を管理できる仕組みを優先しましょう。メール共有SaaSの「ミスゼロ」「完全自動化」といった表現は、導入事例を公開したベンダーの説明であることを踏まえ、自社の運用でも同じ結果を保証するものとは考えないことが大切です。

Outlook、Teams、SharePointを横断し、予定表や議事録をトリガーにメールを作成するAI連携サービスもあります。ただし、これらはOutlookの標準機能ではなく、AIエージェントや外部サービスを組み合わせた個別ソリューションです。メール本文を無条件に転送する代わりに、予定日時、顧客ID、対応ステータスなど必要な項目だけを処理できる利点があります。

一方、AIやワークフローによる自動送信には、誤った宛先や不適切な本文を人の確認なしに送るリスクがあります。契約書、見積書、顧客情報を含むメールでは、下書き作成までは自動化し、最終送信はTeamsなどで承認する設計が安全です。「自動作成」と「自動送信」は別権限にし、AI連携用アカウントへメールボックス全体の読み取り権限を安易に付与しないでください。送信者、承認者、利用データ、実行結果も監査ログに残しましょう。

新しいOutlookでは従来のCOMアドインが使えない場合がある

Classic OutlookでCRM、SFA、チケット管理システムなどと連携するためにCOMアドインやVSTOアドインを利用している場合、新しいOutlook for Windowsへの移行時には注意が必要です。新しいOutlookはWeb版に近い設計であり、従来型のローカルアドイン、VBA、Outlook Object Modelは引き続き利用できません。

アドインの終了は将来の話だけではありません。たとえばShowpadは、従来のOutlookデスクトップアドインを2026年8月1日に廃止し、Windows、Mac、Webで利用でき、管理者による集中配布にも対応するOutlook 365アドインへの移行を案内しています。Outlook連携製品を利用している組織は、新しいOutlookで起動できるかだけでなく、旧アドインの終了日、Webアドイン版との機能差、集中配布方法、共有メールボックスでの動作を確認しましょう。

新しいOutlookの機能は一律に「今後追加予定」とは言えません。PSTサポート、共有メールボックスの代理アクセス、宛名の差し込みは部分対応であり、Quick Partsは利用可能です。一方でCOMアドイン、VBA、Outlook Object Modelは非対応です。移行判断では、各機能を「利用可能」「部分対応」「非対応」に分け、実際の利用テナントと端末で検証してください。

PSTファイルをOneDriveなどで同期しない

Classic OutlookでPOPアカウントを利用し、PSTファイルにメールを保存している場合、PSTファイルをOneDrive、Dropboxなどの同期フォルダーに置く運用は避けましょう。OutlookがPSTを開いている間にクラウド同期が走ると、ファイル競合、破損、アプリケーション停止につながるおそれがあります。

2026年1月には、OneDrive上のPSTを含む一部のClassic Outlook環境でフリーズする問題が発生しましたが、Microsoftは2026年2月までにWindows Updateで修正済みとしています。最新の更新プログラムを適用しても問題が続く場合は、PSTをローカルへ移動し、OutlookプロファイルやPSTを修復してください。この個別障害は修正済みですが、PSTをクラウド同期フォルダーで常時利用するリスクとは分けて考える必要があります。

PST運用が必要な場合、本番利用中のPSTはローカルに保存し、バックアップはOutlookを終了したうえで手動コピーまたは管理されたバックアップ手段で実施するのが基本です。

リダイレクト転送は自動応答の宛先に注意する

Outlookのルールには、通常の転送とリダイレクトがあります。リダイレクトは、元の差出人から届いたメールをそのまま別の宛先へ配送する動きに近いため、転送先が自動応答を設定していると、元の差出人へ自動応答が届く場合があります。

差出人が転送やリダイレクトの存在を知らない場合、想定外の相手から自動応答が返ってきたように見えます。社外とのやり取りでは、事前に関係者へ周知するか、通常の転送を選ぶほうが安全です。

転送ループを作らない

AさんのメールをBさんへ転送し、BさんのメールをAさんへ転送するような相互転送設定は避けましょう。Exchange Onlineの受信トレイルールによる自動転送・リダイレクトは、X-MS-Exchange-Inbox-Rules-Loopヘッダーで追跡され、1回に制限されています。そのため、AからB、BからCという多段転送は途中で止まる可能性があります。

無限ループを防げても、未達や監査上の混乱は起こり得ます。複数のルール、共有メールボックス、配布グループを組み合わせる場合は、テストメールで配送経路と宛先を確認してください。

従来のデスクトップ版Outlook（Classic）：メールを自動転送する方法

ここでは、上部リボンに［ファイル］タブがある従来のデスクトップ版、いわゆるClassic Outlookでの設定方法を紹介します。Enterprise環境では、2027年3月から新しいOutlookを既定とする「オプトアウト段階」が始まる予定です。この段階でも利用者はClassic Outlookへ戻せます。戻せなくなるカットオーバー時期は未確定であり、Microsoftは既存のClassic Outlookを少なくとも2029年までサポートすると案内しています。

また、2026年7月からMicrosoft 365 AppsのSemi-Annual Enterprise ChannelはMonthly Enterprise Channelへ統合されました。従来は半期ごとの機能更新を前提にClassic Outlookを検証していた組織でも、今後は月次の変更を想定したテストが必要です。受信トレイルール、DLP、COMアドイン、CRM連携に依存する部門では、全社配信前に先行更新グループで転送、返信、添付ファイル処理を確認しましょう。

1. Outlookの［ホーム］タブから［ルール］を開き、［仕分けルールの作成］を選択します。
2. 詳細な条件を指定する場合は［詳細オプション］を選びます。
3. 差出人、件名、宛先、受信期間など、転送対象にする条件を設定して［次へ］をクリックします。
4. アクションで［名前／パブリック グループへ転送する］を選び、転送先を指定します。
5. 必要に応じて例外条件を設定し、ルール名を入力して保存します。
6. テストメールを送信し、必要なメールだけが正しい宛先へ転送されることを確認します。

Exchange Onlineの受信トレイルールで指定できる個別受信者数は、合計10件までです。これは目安ではなくサービス上の上限です。11件以上へ共有したい場合は、個別アドレスを並べず、配布グループまたはMicrosoft 365グループ、共有メールボックスを利用してください。

添付ファイルや特定の差出人を例外にすることはできますが、秘密度ラベル付きメールを個人のOutlookルール画面で直接条件・例外として指定できるとは限りません。機密情報を含むメールを外部転送から除外する制御は、管理者がPurview DLPまたはメールフロールールで実施しましょう。

従来のデスクトップ版Outlook（Classic）：自動転送の設定を削除する

自動転送を停止するには、［ホーム］＞［ルール］＞［仕分けルールと通知の管理］を開きます。対象ルールのチェックを外すと一時停止、ルールを選択して［削除］をクリックすると完全削除できます。操作前に、ルール名、条件、転送先を確認してください。

担当変更、休職、退職者対応で作成したルールは、利用期限が終わった時点で停止または削除します。ルールを廃止した後も、過去の転送先にメールが残っていないか確認しましょう。

新しいOutlook for Windows：メールを自動転送する方法

新しいOutlook for WindowsはWeb版Outlookに近い画面設計で、設定画面もWeb版とほぼ共通しています。メールボックス全体の転送を設定する基本手順は次のとおりです。

1. 画面右上の歯車アイコンから［メール］を開き、［転送］を選択します。
2. ［転送を有効にする］をオンにします。
3. 転送先のメールアドレスを入力します。
4. 必要に応じて［転送されたメッセージのコピーを保持する］をオンにします。監査やトラブル対応のため、通常はコピーを保持します。
5. ［保存］をクリックします。

条件付きで転送する場合は、［メール］＞［ルール］で、差出人、件名、宛先などの条件と転送アクションを組み合わせます。外部転送が組織のポリシーでブロックされている場合、ルールを作成できても配送されないことがあります。

組織で一斉に切り替える前に、共有メールボックス、署名、アドイン、業務システム連携、オフライン利用、PST関連の運用を部署単位で検証してください。資産管理ツールや自動化スクリプトで旧チャネル名の「Semi-Annual Enterprise Channel」を条件にしている場合も、統合後の名称へ対応する必要があります。初回更新データ量が大きくなる場合があるため、拠点回線やVPN帯域も確認しましょう。

Web版Outlook：メールを自動転送する方法

Web版Outlookでも、自動転送と条件付きルールを設定できます。スマホアプリでは詳細なルール作成ができない場合があるため、PCのブラウザーからWeb版Outlookへログインして設定してください。

Exchange OnlineのメールボックスでWeb版Outlookから作成したルールは、基本的にサーバー側で処理されます。そのため、PCやスマートフォンの電源が入っていない間も動作します。ただし、外部転送の可否は管理者ポリシーに左右されます。

1. メール画面の［…］から［ルール］を開き、［ルールの作成］を選択します。
2. ［その他のオプション］を開き、後から目的が分かるルール名を入力します。
3. 差出人、件名、宛先など、転送するメールの条件を設定します。
4. アクションで［転送］または［リダイレクト］を選択します。
5. 転送先のアドレスまたは登録済みの連絡先を指定し、［保存］をクリックします。
6. テストメールを使い、想定した条件、宛先、本文・添付ファイルの扱いになっているか確認します。

転送先が多数になる場合は、個別アドレスの列挙ではなく、配布グループや共有メールボックスを指定してください。問い合わせ対応を目的とする代表アドレスでは、転送よりも共有受信箱で対応履歴を管理する方法が適しています。

Web版Outlook：自動転送の設定を削除する

［…］＞［ルール］＞［ルールを管理］を開きます。一時停止する場合は対象ルールのスイッチをオフにし、不要になった場合は削除します。期限付きの代理対応ルールは、終了日を運用台帳などにも記録し、残置しないようにしましょう。

具体例：特定のアドレスからのメールを代理担当者へ転送する

一定期間だけ特定の取引先から届くメールを代理担当者へ転送する場合は、対象者、期間、転送先、終了後の停止方法を事前に決めます。たとえば休職・出張中の担当者宛てメールを代理担当者へ共有する場合、Classic Outlookでは次のように設定できます。

1. 必要に応じて、取引先の連絡先をOutlookの連絡先グループに登録します。
2. ［ホーム］＞［ルール］＞［仕分けルールの作成］＞［詳細オプション］を開きます。
3. ［差出人が〇〇の場合］、［特定の期間に受信した場合］などの条件を設定します。
4. ［名前／パブリック グループへ転送する］を選び、代理担当者または共有メールボックスを指定します。
5. 必要に応じて、サーバーでの自動返信を設定します。自動返信は元の差出人へ送られるため、代理対応中であること、緊急時の連絡先、返信内容に含めない情報を事前に確認します。
6. ルール名を入力して保存し、テストメールで転送と自動返信を確認します。

機密メールを除外したい場合は、個人ルールへの依存ではなく、DLPまたはメールフロールールでの制御を検討してください。また、期間限定のルールは終了後に必ず停止または削除します。

メールが自動転送できないときの原因と対処法

Outlookの自動転送が動かない原因は、設定ミスだけではありません。Microsoft 365のポリシー、Exchange Onlineの制限、DLP、ルールの処理順、メールアカウント自体の接続不良などを順番に確認しましょう。

ケース①：組織外のメールに自動転送されない

会社のメールを個人アドレスなど組織外へ転送した際に、5.7.520 Access deniedや「Your organization does not allow external forwarding」といったNDRが返る場合は、組織の外部自動転送ブロックが原因です。

管理者は、次の項目を確認します。

• アウトバウンドスパムポリシーのAutoForwardingMode
• Remote Domainsの自動転送設定
• メールフロールールによる外部転送ブロック
• 転送先が内部アドレスか外部アドレスか

これらのいずれかがブロックしていれば、転送は成立しません。利用者は自己判断で回避せず、共有メールボックス、Teams、承認済みの外部連携、必要項目のみを渡すAPI連携などの代替策を検討してください。

ケース②：転送先を複数設定したら自動転送されない

Exchange Onlineの受信トレイルールで指定できる個別受信者数は合計10件までです。11件以上に同じメールを共有したい場合は、配布グループ、メールが有効なセキュリティグループ、Microsoft 365グループ、共有メールボックスを使用します。

大量の宛先にメールを回覧するだけであれば、Teamsチャネルへの投稿、共有メールボックス、チケット管理システムとの連携のほうが適している場合もあります。

ケース③：ルールの条件や処理順が競合している

一部のメールだけ転送されない場合は、ルールの条件、例外、処理順を確認します。別のルールが先にメールを移動し、［以降の仕分けルールを中止する］設定になっていると、後続の転送ルールは実行されません。

• ルールが有効になっているか
• 条件が厳しすぎないか
• 例外条件に該当していないか
• 転送ルールより前に処理を停止するルールがないか
• 転送先アドレスに入力ミスがないか
• サーバー側で実行できるルールか

POP、IMAP、GmailなどをOutlookで取得している場合や、ローカルフォルダーを対象にした場合は、ルールがクライアント側ルールになることがあります。その場合、Outlookが起動していない間は動作しません。確実に動かしたい場合は、Exchange Onlineまたは転送元メールサービス側でサーバールールを設定してください。

ケース④：DLPや社内ポリシーで止められている

個人情報、クレジットカード番号、マイナンバーに類する情報、契約書などを含むメールは、DLPポリシーやメールフロールールで転送がブロックされる場合があります。警告が表示されなくても、サーバー側でブロックされることがあります。

「警告が出なかったので送ってよい」という運用は避けてください。管理者は、更新後に機密添付ファイルを使った外部送信テストを行い、ユーザー向けPolicy Tipsの表示と、DLPによる強制ブロックを区別して確認しましょう。

ケース⑤：Yahoo!メールなど外部アカウント自体が受信できていない

Outlookに追加したYahoo!メールなどの外部アカウントで、元のメールを受信できていなければ、Outlook上の転送ルールも実行されません。Yahoo!メールは2026年9月以降、Outlookなど外部メールソフトからのTLS 1.0／1.1接続を順次無効化する予定です。古いOSやOutlookを利用している場合は、Yahoo!メールの送受信ができなくなり、「転送ルールが動かない」と誤認する可能性があります。

外部メールアカウントの接続エラー、アカウント認証、TLS 1.2対応状況を確認し、OSとOutlookをサポート対象のバージョンへ更新してください。

Copilotを活用できる場面と現時点の制限

Microsoft 365 Copilotは、Outlookのメール要約、返信文の下書き、長いスレッドの要点整理、会議日程調整の支援などに活用できます。メール処理の判断材料を整理する用途には有用ですが、メール転送の設定や組織の外部転送ポリシー変更とは別の機能です。

Copilotに依頼して転送ルールを自動適用したり、管理者ポリシーを変更したりすることを前提に運用してはいけません。外部転送、削除、機密情報を含むメールの処理は、利用者または管理者が確認し、承認フロー、DLP、監査ログと組み合わせて実施してください。

（補足）転送とリダイレクトの違い

転送の場合

［名前／パブリック グループへ転送する］を選ぶと、転送先には転送者から送られたメールとして届き、件名にFwが付くことがあります。たとえばAさんからBさんに届いたメールをBさんがCさんへ転送した場合、CさんにはBさんからの転送メールとして見えます。Cさんの自動応答は通常Bさんへ返ります。

リダイレクトの場合

［名前／パブリック グループへリダイレクトする］を選ぶと、リダイレクト先には元の差出人から直接届いたように見えます。AさんからBさんに届いたメールをCさんへリダイレクトした場合、Cさんの自動応答がAさんへ届くことがあるため、社外メールでは特に注意が必要です。

Outlookメールの自動転送はルールと監査をセットで使う

Outlookの自動転送は、担当者不在時の引き継ぎや限定的な情報共有に役立ちます。しかし、外部アドレスへの転送は情報漏洩やアカウント侵害時の持ち出し経路になり得るため、原則禁止または承認制とすることが重要です。

安全に運用するには、転送先を連絡先やグループで管理すること、個別宛先は10件までという上限を守ること、作成後に必ずテストすること、不要なルールを削除すること、外部転送の例外に責任者と有効期限を設けることが基本です。管理者は、Exchange管理センターの自動転送メッセージレポートで新規の転送先ドメインや新規転送ユーザーを継続的に確認し、受信トレイルールだけでなくSMTP forwardingとメールフロールールも監査してください。

代表アドレスや問い合わせ窓口では、個人への転送を増やすより、共有メールボックスや対応管理システムを使い、担当者、対応期限、返信済み状態を共有するほうが適しています。転送は便利な機能ですが、目的に応じて共有受信箱、Teams、Power Automate、Graph API、公式コネクタなどを使い分け、自社のセキュリティポリシーと移行計画に沿って運用しましょう。