Mac 版 Outlook の「新しい Outlook」を使っていると、[ファイル] ▶ [インポート／エクスポート] がグレーアウトしていてバックアップや移行ができない――そんな相談が急増しています。本記事では現象の正体、なぜ起きるのか、そして今日から実践できる代替手段とベストプラクティスを、業務現場での運用を前提に徹底解説します。
Outlook for Mac で「インポート／エクスポート」がグレーアウトする理由
「新しい Outlook for Mac」は、クラウドファースト設計が徹底されたクライアントです。Exchange Online、Microsoft 365、Outlook.com、Gmail（OAuth）、iCloud などのクラウドアカウントを前提とし、ローカルに重いデータベースを持たずにサーバー側のメールボックスと同期する思想がベースになっています。これ自体は速度と安定性、消費ストレージ面で利点が大きい一方、従来の「レガシ Outlook」で可能だった OLM/PST を用いたローカルエクスポート／インポートは UI から隠され、結果として [ファイル] ▶ [インポート／エクスポート] がグレーアウトして見える、というのが実態です。
また、従来 Mac に存在した「マイ コンピューター内（On My Computer）」フォルダーの概念は、新しい Outlook では推奨されておらず、アカウントにひもづくサーバー保存が基本です。POP アカウントやローカルのみで保持していたメールがある場合、レガシ Outlook／他クライアント／IMAP 経由といった代替ルートを組み合わせる必要があります。
まず最初に確認すること（UI モードと現状の棚卸し）
- 自分の Outlook が「新しい Outlook」か確認
ウィンドウ右上に「新しい Outlook」トグルが表示されている場合はオンになっている可能性があります。オンのままだと本記事のテーマであるメニューが非表示／無効化されます。 - アカウント種別の棚卸し
Exchange／Microsoft 365 か、IMAP か、POP かを確認します。POP／ローカルフォルダーのみのデータは特に注意が必要です。 - どのデータを移したいかを明確化
メールだけか、連絡先／予定表／メモ／タスクも含むのか。IMAP は基本的に「メールのみ」です。連絡先・予定表は別ルートが必要になります。 - Mac のバックアップ状況の確認
Time Machine または外部バックアップの有無を確認します。移行・実験前に「現状を確実に戻せる手段」を持っておくのが鉄則です。
対応策の早見表（比較）
| 対応策 | 内容 | 向いているケース | 出力形式 | 留意点 |
|---|---|---|---|---|
| レガシ Outlook へ一時的に切替 | ウィンドウ右上の「新しい Outlook」トグルをオフ → レガシ UI で [ファイル] ▶ [インポート／エクスポート] を利用 | 短時間で OLM/PST（PST は Windows 併用）を取り出したい | OLM（Mac）、PST（Windows 併用） | 2025 年 10 月以降は利用不可予定。切替不可の場合あり |
| Outlook on the Web（OWA）／IMAP 同期 | サーバー側にメールを保持し、宛先メーラーでも同一アカウントを設定して同期 | Exchange／IMAP 環境。メール中心の移行 | サーバー上のメールボックス（ファイル生成なし） | PST/OLM は生成されない。IMAP は連絡先／予定表非対応 |
| Apple Mail 経由でエクスポート | Apple Mail に IMAP で取り込み → 「メールボックスを書き出す…」で mbox 保存 → 必要に応じ PST/OLM へ変換 | Windows が手元にない／mbox でのアーカイブ運用 | mbox（1 フォルダー＝1 ファイル） | 変換ツールが別途必要。ラベル／カテゴリの再現度に差 |
| Windows 版 Outlook を併用 | 同一アカウントを Windows 版 Outlook に設定し、[エクスポート] で PST 作成 | PST での配布・保管が社内標準 | PST | Windows 環境が必要。大容量は時間を要する |
| Time Machine／Finder でプロファイル丸ごとバックアップ | ~/Library/Group Containers/UBF8T346G9.Office/Outlook/ 配下を Time Machine 等で保存 | 同一 Mac／同一ユーザーへの「災害復旧」向け | フォルダ全体 | フォルダー置換での復元のみ。個別フォルダー単位の復元は難しい |
各対応策の詳しい手順と実務ポイント
レガシ Outlook へ一時的に切り替えてエクスポートする
もっとも手っ取り早いのは、切替スイッチが残っている間にレガシ UI を呼び出し、従来通り OLM などを取り出す方法です。
- Outlook 右上の「新しい Outlook」トグルをオフにします。
- Outlook を再起動するとレガシ UI になります。
- [ファイル] ▶ [インポート] または [エクスポート] を選択し、ウィザードに従って OLM を作成します。
実務ポイント
- エクスポート対象はフォルダー単位で分割すると失敗時の再実行が容易です。
- エクスポート前後でフォルダーの合計メッセージ数・容量をメモしておき、検証時に差分を確認しましょう。
- OLM は Mac 専用です。Windows 側で読む必要がある場合は Windows 版 Outlook で PST を生成してください。
切替トグルが表示されない場合は、組織ポリシーやバージョン差異で非表示になっている可能性があります。この場合は以降の代替ルートに進みます。
OWA／IMAP 同期で「サーバーを唯一の正」として移行する
Exchange／Microsoft 365／Gmail などのクラウドアカウントであれば、サーバー上のメールボックスそのものがマスターです。宛先メーラー（新 PC、新 Mac、別の Outlook、Thunderbird など）に同じアカウントを設定すれば、そのまま同じ状態が再現されます。
- メールだけの移行であれば、IMAP でも成立します（フォルダー構造も同期）。
- サーバーの「送信済み」「下書き」等の既定フォルダーに正しくマッピングされているかを確認してください。Gmail ラベルは IMAP で複製されることがあります。
- 連絡先・予定表は IMAP では移せません。Exchange／Outlook.com ならそれらもサーバー側で保持されます。
検証手順の例
- 旧環境の Outlook で全フォルダーの通数（未読／合計）をメモする。
- 新環境のクライアントに同一アカウントを設定し、完全同期まで待つ。
- フォルダーごとに件数差を確認し、差がある場合はトラブルシュート（同期一時停止→再開、サイズ上限、保護ビュー等）。
Apple Mail 経由で mbox に書き出す
Windows が手元にない、または「メールをアーカイブとして長期保管したい」場合に有効なのが Apple Mail ルートです。
- Apple Mail を起動し、対象メールアカウントを IMAP で追加します。
- 同期が完了したら、書き出したいメールボックス（フォルダー）を選択し、メニューから「メールボックスを書き出す…」を選ぶ。
- 保存された
.mboxは 1 フォルダー＝1 ファイル。検索性向上のため、フォルダー単位で整理して保存します。
注意点
- カテゴリ／色分け／フラグ等は mbox では再現されないことがあります。
- mbox → PST／OLM 変換にはサードパーティーツールが必要です。検証用に小さなサンプルで品質を確認してから本番に適用してください。
Windows 版 Outlook を併用して PST を作る
PST 形式での受け渡しが必要な組織は依然として多く、Windows 版 Outlook に同一アカウントをセットアップしてエクスポートするのが王道です。
- Windows 端末に Outlook をインストールし、対象アカウント（Exchange／Outlook.com／IMAP）を追加。
- 完全に同期が終わったら、[ファイル] ▶ [開く/エクスポート] ▶ [インポート/エクスポート] ▶ [ファイルにエクスポート] ▶ [Outlook データ ファイル (.pst)] を選択。
- ルートフォルダー（上位）を選び、「サブフォルダーを含む」にチェック。保存先を指定して実行します。
扱いのコツ
- 大容量（数十 GB）では 1 つの PST にまとめず、年度やプロジェクト単位で分割する方が堅実です。
- 暗号化／パスワード保護の方針は組織の情報セキュリティ基準に従ってください。
Time Machine／Finder で Outlook プロファイルを丸ごと保護する
「移行」ではなく「万一に備えた保全」が目的なら、プロファイル全体をバックアップするのが確実です。
- 保存場所の目安：
~/Library/Group Containers/UBF8T346G9.Office/Outlook/ - 旧世代では
Outlook 15 Profiles配下にMain Profile等が存在することがあります。
復元の考え方：同じ Mac／同じユーザーに戻す場合はフォルダー置換で元に戻せます。ただし、個別フォルダー単位の復元や他端末への持ち出しには不向きです。バックアップは「壊れたら丸ごと戻す」という用途に割り切りましょう。
（企業向け）管理者の選択肢：サーバー側エクスポートを活用
Microsoft 365／Exchange Online をご利用の組織では、ユーザー端末に頼らずサーバー側でメールボックスのエクスポートや訴訟ホールド、検索・保持・監査を行う手段があります。ユーザー主導のエクスポートが制限される環境でも、管理者ワークフローで PST の取得やスコープ限定の抽出が可能です。これらは権限設計と監査証跡の要件を満たしやすいのが利点です。
ケース別おすすめルート
ケース A：Exchange／Microsoft 365。端末入れ替えで同じ環境を再現したい
- 最優先：新端末に同一アカウントを追加してフル同期。OWA でも同じ内容が見えていれば、Outlook の状態も再現されます。
- 補助策：レガシ Outlook 切替が可能なら OLM も取得。二系統保全で安心感を高めます。
- 連絡先・予定表：Exchange ならサーバー側にあるため、そのまま再現されます。
ケース B：POP アカウントや「On My Computer」に大量のローカルメールがある
- 推奨ルート 1：レガシ Outlook に切替 → OLM を作成 → Windows で PST 化（必要時）。
- 推奨ルート 2：IMAP の「退避用アカウント」を用意し、ローカルメールをドラッグ＆ドロップで IMAP フォルダーへアップロード → 宛先側で同じ IMAP を同期して取得。
- 推奨ルート 3：Apple Mail に読み込み → mbox に書き出し → 必要に応じ変換。
- 注意：IMAP アップロード時はプロバイダーの容量／1 通サイズ上限に注意。大容量は夜間や分割で行うのが無難です。
ケース C：Gmail／IMAP を使っていてラベル構造が複雑
- IMAP 同期では同一メールが複数フォルダーに見える（重複）ことがあり、PST/OLM にすると容量が膨らむ傾向があります。
- アーカイブ前に重要ラベルだけに絞り込み、古いラベルを整理してから書き出すと後工程が楽になります。
連絡先・予定表・メモ・タスクの扱い（メール以外のデータ）
IMAP は「メール専用」です。連絡先や予定表を移行する際は、次のルートを検討します。
- Exchange／Outlook.com：サーバー側で保持されるため、新端末で同アカウントを設定すれば再現されます。
- iCloud 連絡先／カレンダー：Mac の「連絡先」「カレンダー」アプリを通じて iCloud と同期。vCard（
.vcf）や iCalendar（.ics）でのエクスポート／インポートが可能です。 - Gmail 連絡先：Google 側でのエクスポート（CSV／vCard）と宛先側でのインポートを利用。
カテゴリ・色分け・共有設定などの細部はクライアントやサービス間で再現度が異なるため、本番前に 1 部署／1 ユーザーでパイロット移行を行い、期待通りに再現されるかを検証するのがおすすめです。
移行・バックアップ前後のチェックリスト
- ☑ メール／連絡先／予定表／タスクの「対象範囲」を明文化した
- ☑ フォルダー単位でメッセージ件数を記録した（例：受信トレイ 12,345 通）
- ☑ アーカイブの粒度（年度・案件・個人）を決めた
- ☑ 一時退避用の空き容量（サーバー／ローカル）を確保した
- ☑ ネットワーク帯域が空く時間帯に処理を行う計画を立てた
- ☑ 完了後の検証（件数一致・検索・添付ファイル閲覧）を実施した
トラブル解決ガイド
「新しい Outlook」のトグルが見当たらない
組織ポリシーで固定化されているか、バージョン／配布チャネルの違いで非表示になっている場合があります。この場合はレガシ切替を前提にせず、IMAP／Apple Mail／Windows 併用などの代替ルートに切り替えましょう。
エクスポートが途中で止まる・クラッシュする
- フォルダーを分割して小さくエクスポートする（古い年から先になど）
- 問題メール（極端に大きい添付や壊れた MIME）の所在フォルダーを切り離して後回しにする
- ストレージ空き容量を 2～3 倍以上確保する（出力＋一時ファイル）
IMAP の同期が終わらない／通数が合わない
- サーバーのサイズ制限・スロットリング（接続制限）の影響を想定する
- フォルダー単位で「未読 0／合計 N」になるまで待ち、次のフォルダーへ進める
- 同時に複数クライアントをつながない（整合性のため）
Gmail で重複メールが増えた
ラベルの重複や「すべてのメール」の同期が原因になりやすいです。重要ラベルだけを IMAP 同期対象に限定し、残りは OWA/ウェブで参照する運用に切り替えましょう。
連絡先／予定表が移せない
IMAP では不可。Exchange か iCloud（またはウェブ側のエクスポート機能）をルートにしてください。vCard/ICS での橋渡しが汎用的です。
上級者向け：バックアップの自動化と保全設計
Time Machine に任せるのが基本ですが、重要プロファイルを手動でスナップショット保存する場面もあります。Finder では不可視ファイルが見落とされがちなので、以下のような方針が堅実です（コマンド例は理解した上で自己責任で運用してください）。
# Outlook プロファイルを日付付きでアーカイブ（拡張属性を保持）
src="$HOME/Library/Group Containers/UBF8T346G9.Office/Outlook"
dst="$HOME/Backups/Outlook-$(date +%Y%m%d-%H%M%S).tar.gz"
tar -czpf "$dst" -C "$(dirname "$src")" "$(basename "$src")"
echo "Saved to: $dst"- 容量削減のため、年度や案件で分割してアーカイブする運用も有効。
- アーカイブは暗号化ディスク（FileVault／外付け暗号化）での保管が基本。
Insider Beta の活用（検証専用）
新機能は Microsoft 365 Insider の Beta チャンネル等で先行提供されることがあります。本番環境とは別の検証用 Mac で参加し、要件を満たすかを見極めてから採用するのが安全です。Insider で得られた成果や要望は、Outlook の [ヘルプ] ▶ [フィードバック] から送ると優先度が上がりやすいとされています。
注意：Insider ビルドは動作が安定しない場合があり、予期せぬ不具合や UI 変更を伴う可能性があります。必ずバックアップを確保してから試してください。
セキュリティ／コンプライアンスの観点
- データ持ち出しの管理：PST／OLM／mbox は持ち出しやすい一方、情報漏えいリスクも同時に高まります。暗号化・パスワード・持出稟議のフローを設けましょう。
- 監査証跡：個人端末での書き出しより、サーバー側（管理者）での検索・エクスポートを優先すると監査が容易です。
- 保存期間：メールアーカイブの保存年限・削除ルールは法規制および社内規程に準拠させてください。
運用に効くベストプラクティス集
- 「同期で再現」できるならまずそれを選ぶ：ファイル書き出しは最後の手段。クラウドが正ならクライアント差は吸収できます。
- 小さく切って確実に：年度・案件・大／中／小フォルダーに分割し、検証を挟みながら段階的に完了させる。
- 重複と膨張を避ける：Gmail ラベル、下書きの多重保存、送信済みの二重化などを事前に整理。
- 検証の指標を数値で：フォルダーごとの通数、添付ファイルの有無、全文検索ヒット数など、数で比較すると合格／不合格が明確になります。
- バックアップは二重化：Time Machine＋手動アーカイブ（tar／zip）で復旧パスを二重に。暗号化も忘れずに。
Q&A（よくある質問）
Q. 「新しい Outlook」でインポート／エクスポートの正式対応時期は？
A. 公開情報ベースでは明確な期日が示されていない時期がありました。運用としては、現時点で使える確実なルート（同期／Apple Mail／Windows 併用／バックアップ）を準備しておき、UI 変化には検証端末（Insider 等）で追随するのが安全です。
Q. どうしても PST が必要です。Mac だけで完結できますか？
A. 原則として Windows 版 Outlook での作成が堅実です。Mac 単独で mbox → PST 変換を行う方法もありますが、再現度・文字化け・添付の扱いなど品質のばらつきがあり、事前検証が必須です。
Q. ローカルにしかない古いメールが大量にあります。
A. レガシ Outlook で OLM を作成し、さらに IMAP 退避か Windows で PST 化する二段構えが安全です。IMAP にアップロードする場合は、容量上限と時間帯（夜間・週末）を考慮して段階的に実施しましょう。
Q. エクスポート後の検証はどうすればよい？
A. 「フォルダーの合計通数」「ランダムに抽出した 10 通の本文・添付の可読性」「日付範囲検索のヒット数」「差出人ドメイン検索のヒット数」など、複数指標でクロスチェックするのが効果的です。
まとめ：短期・中期・長期の打ち手
- 短期：切替可能な環境ではレガシ Outlook で OLM を確保。並行してサーバー同期の検証を進める。
- 中期：IMAP／Apple Mail／Windows 版 Outlook の併用で運用を回し、部門別の標準ワークフロー（誰が、いつ、どの形式で）を定義する。
- 長期：クライアントの UI 変化に左右されないよう、サーバー側を「唯一の正」に据えた情報基盤へ移行。Insider 等で新機能を先行検証しながら、必要な機能要望をフィードバックする。
ポイントは「同期で再現できるものは同期で」「ファイル化が必要な場面には最適な出力形式を」「常にバックアップを二重化」の三本柱です。本記事の手順とチェックリストを組み合わせれば、レガシ切替終了後も安定してバックアップ／移行を継続できます。
付録：実行プランのテンプレート（そのまま使える）
| 工程 | タスク | 成功条件 | 想定リスク | 対策 |
|---|---|---|---|---|
| 準備 | 対象範囲・容量・期日を定義。バックアップ計画を作成 | 合意済みの To-Be とチェック項目がある | 認識ずれ、容量不足 | 承認フロー、空き容量 2 倍以上確保 |
| 棚卸し | フォルダー通数を記録。POP/ローカルの有無確認 | 差分比較が可能 | 通数不一致 | スクリーンショット＋CSV メモで二重記録 |
| 取得 | 同期／OLM／mbox／PST のいずれかで取得 | 取得失敗率 < 1% | 途中停止・破損 | 小分け・夜間実行・リトライ計画 |
| 検証 | 件数・検索・添付をクロスチェック | 5 指標すべてで合格 | 文字化け・添付開けず | エンコード確認・代替ビューア用意 |
| 移行 | 宛先クライアントで読み込み／同期 | ユーザー受入テスト完了 | プロファイル競合 | 同時起動禁止・バックアップからのロールバック手順整備 |
| 運用 | 定期アーカイブ・監査証跡・要望収集 | 定常化（SLA/手順書） | 目的外の持出し | 暗号化・権限・持出申請の徹底 |
重要事項の再掲
- レガシ Outlook は一時的な回避策として有効ですが、恒久的な解ではありません。
- レガシ終了後も、サーバー同期＋補助ルート（Apple Mail／Windows 併用／バックアップ）で運用は十分成立します。
- 正式な機能追加のタイミングは変動し得るため、Insider で検証しつつ、フィードバックを継続するのが最短距離です。
コメント