# Apple Mail の容量を安全に減らす > ローカルのダウンロード方針と添付ファイルの恒久削除を分け、IMAP の変更がサーバー側コピーにも影響するタイミングを理解します。 Published: 2026-06-10 | Updated: 2026-08-08 Apple Mail は Mac 上に数 GB 分のデータを抱え込みやすいアプリです。オフラインでも検索できるメールには、ローカルのメッセージデータが必要で、アカウント設定によっては添付ファイルもダウンロードされます。この容量を安全に減らす方法は、「何を掃除したいのか」によって変わります。ローカルにダウンロードされたデータの削除は元に戻せる一方、IMAP メッセージから添付ファイルを取り除くと、サーバー側のコピーにも影響します。この違いのほうが、何 GB あるかよりも重要です。 ## Mail が容量を使う場所 Mail のローカルデータは主に 2 か所にあります。メールボックスとメッセージデータベースは `~/Library/Mail` にあり、Mail はサンドボックスアプリなので、作業用データの多くは `~/Library/Containers/com.apple.mail` にも置かれます。両方を測りましょう。 ``` du -sh ~/Library/Mail ~/Library/Containers/com.apple.mail 2>/dev/null ``` 添付ファイルが最大の要因になることが多いですが、実際の内訳はアカウントとダウンロード方針によって変わります。何かを変える前に測定し、これらの保護フォルダを読むには、Terminal やディスク分析ツールにフルディスクアクセスが必要になる場合があることも覚えておいてください。 ## ローカルの掃除か、恒久的な削除かを決める Mail の **メッセージ > 添付ファイルを削除** コマンドは誤解されやすい操作です。これは一時的なローカルキャッシュからではなく、メッセージ本体から添付ファイルを取り除きます。Apple は [添付ファイルのガイド](https://support.apple.com/guide/mail/mlhlp1123/mac) で、IMAP アカウントでは添付ファイルがメールサーバーからも削除され、あとからそこへは戻せないと警告しています。重要なものは先に保存して開き、このコマンドをメッセージへの恒久的な編集として扱ってください。 今後のローカルダウンロードだけを抑えたいなら、代わりに **Mail > 設定 > アカウント > アカウント情報 > 添付ファイルをダウンロード** を使います。プロバイダによっては、「すべて」「最近のもの」「なし」を選べます。サーバー上のメッセージはそのまま残し、Mail がオフライン用に保持するものだけを変えます。一部のメディア添付は自動でダウンロードされることがあるので、これは即時の一掃ボタンではなく方針設定です。 もう 2 つのレバーもあります。 - **迷惑メールとゴミ箱のメールボックス** は、空にするまでディスクを使い続けます。復元するものがないと確認してから、削除済み項目を消去し、迷惑メールを空にしてください。 - **古いニュースレターや自動送信メール** は、個人や仕事のやり取りより安全な対象であることが多いです。**表示 > 並べ替え > サイズ** や Mail の検索で大きいメッセージを確認し、Mail 内で削除してデータベースとサーバーを同期したままにしてください。 - **残しておきたい大きな添付ファイル** は、通常のフォルダへ書き出し、バックアップし、メッセージから取り除く前に一度開いて確認してください。 `~/Library/Mail` 内のファイルを手で削除しないでください。Mail はメッセージファイル、メールボックスの状態、検索インデックス、サーバー状態の整合性を保つ必要があり、Finder ではそれができません。 ## 再構築はインデックスを直すもので、容量対策ではない **メールボックス > 再構築** は、メッセージが見えない、検索結果がおかしいときに役立ちます。掃除コマンドではありません。IMAP や Exchange アカウントでは、再構築によってローカルコピーが破棄され、メールボックスが再ダウンロードされることがあり、一時的にネットワークとディスクの負荷が増えます。容量を取り戻すためではなく、メールボックスの修復に使ってください。Apple の [Mail ストレージガイド](https://support.apple.com/guide/mail/mlhlp1001/mac) では、サーバー容量が問題のときは、確認済みの大きいメッセージを削除し、添付ファイルを保存してから取り除き、削除済み項目を空にすることを勧めています。 ## 内部構造：Envelope Index と `.emlx` ファイル Mail は各メッセージを個別の `.emlx` ファイル（生のメッセージと少しのメタデータ）として、アカウントごとのメールボックスフォルダ内に保存し、別途 SQLite データベースである Envelope Index に、送信者・件名・日付・フラグなどの検索用メタデータを持ちます。メッセージ本体は小さな部分で、`.emlx` のそばに保存される添付ファイルが重さの中心です。Envelope Index こそが Mail がメールボックスを描画するときに実際に読むものなので、`.emlx` を手で削除すると、インデックスが存在しないメッセージを指したままになります。Mail 自身のコマンドはこれらの層の整合を保ちますが、だからといってすべてのコマンドが元に戻せるわけではありません。添付ファイルを削除するとメッセージとインデックスがまとめて更新され、IMAP アカウントでは、その更新済みメッセージが添付なしでサーバーへ同期されることがあります。
メッセージごとの emlx ファイルと添付が、メールボックス表示のためにメールが読む Envelope Index データベースと並びます
Mail はメッセージファイル、添付ファイル、別の検索インデックスを同期して保ちます。アプリ経由でメールを編集し、これらの層とサーバーコピーが一致するようにしましょう。
## ディスクマップが役立つ場面 Mail の容量は隠し Library 配下に散らばっているので、保持方針を変える前に、ディスクマップで「本当に Mail に触る価値があるか」を判断できます。[Mole](https://mole.fit/) の Analyze 表示のようなツールは、測定と安全なキャッシュ掃除までに留め、メッセージや添付ファイルの判断は、サーバー側の影響が見える Mail 内で行ってください。 ## 安全な手順の順番 まず Mail のフォルダを測ります。次にアカウント設定で今後のダウンロードを抑えます。そのあと、捨ててよいメールを削除し、確認後にゴミ箱や迷惑メールを空にします。添付ファイルを削除するのは、サーバー上のメッセージを意図的に変えたいときだけ、重要なものを保存したうえで行ってください。この順番なら、ローカルキャッシュの判断と、元に戻せないメール編集を混同せずに容量を取り戻せます。 --- Canonical HTML page: https://mole.fit/ja/blog/how-to-reduce-mail-storage-mac Blog index for agents: https://mole.fit/ja/blog/llms.txt Site index for agents: https://mole.fit/llms.txt