Skip to main content
Mole
Overview Features Testimonials Pricing FAQ Blog
EnglishEN 简体中文中 繁體中文繁 日本語日 한국어한 FrançaisFR DeutschDE ItalianoIT EspañolES
Buy now Download
Home/Blog/Reduce Apple Mail Storage Safely

Storage

Reduce Apple Mail Storage Safely

June 10, 2026 · 4 min read

Apple Mail can hold many gigabytes on a Mac because searchable, offline mail requires local message data and, depending on the account settings, downloaded attachments. The safe way to reduce that footprint depends on what you mean by cleanup: deleting a local download is reversible, while removing an attachment from an IMAP message can change the server copy too. That distinction matters more than the number of gigabytes.

Where Mail keeps its weight

Mail stores its local data in two places. The mailboxes and message database live under ~/Library/Mail, and because Mail is a sandboxed app, more of its working data sits under ~/Library/Containers/com.apple.mail. Measure both:

du -sh ~/Library/Mail ~/Library/Containers/com.apple.mail 2>/dev/null

Attachments are often the largest part, but the exact mix depends on the account and its download policy. Measure before changing anything, and remember that Full Disk Access may be required for Terminal or a disk analyzer to read these protected folders.

Decide whether you want local or permanent cleanup

Mail's Message > Remove Attachments command is easy to misunderstand. It removes the attachment from the message, not merely from a temporary local cache. Apple warns that for IMAP accounts the attachment is also deleted from the mail server and cannot be retrieved from there later. Save anything important first, and treat this command as a permanent edit to the message.

If your goal is only to reduce future local downloads, use Mail > Settings > Accounts > Account Information > Download Attachments instead. Depending on the provider, you can choose All, Recent, or None. This preserves the server message while changing what Mail keeps ready offline. Some media attachments may still download automatically, so this is a policy rather than an instant purge button.

Two more levers:

  • The Junk and Trash mailboxes still occupy disk until emptied. Erase deleted items and empty junk only after confirming there is nothing to recover.
  • Old newsletters and automated mail are often safer targets than personal or work correspondence. Delete them in Mail so the database and server stay in sync.
  • Large attachments worth keeping should be exported to a normal folder, backed up, and opened once before you remove them from their messages.

Do not delete files inside ~/Library/Mail by hand. Mail has to keep message files, mailbox state, search indexes, and server state consistent, and Finder cannot do that.

Rebuild fixes indexing, not storage

Mailbox > Rebuild is useful when messages appear missing or search results are wrong. It is not a cleanup command. For IMAP and Exchange accounts, rebuilding can discard the local copy and download the mailbox again, temporarily increasing network and disk activity. Use it to repair a mailbox, not to reclaim space.

Under the hood: the Envelope Index and .emlx files

Mail stores each message as an individual .emlx file, the raw message plus a little metadata, inside per-account mailbox folders, and keeps a separate SQLite database, the Envelope Index, holding the searchable metadata: senders, subjects, dates, flags. The messages are the small part; attachments, saved alongside their .emlx, are the weight. Because the Envelope Index is what Mail actually reads to draw your mailboxes, deleting .emlx files by hand leaves the index pointing at messages that no longer exist. Mail's own commands keep those layers consistent, but that does not make every command reversible. Remove Attachments updates the message and its indexes together; on an IMAP account, that updated message can then sync back to the server without the attachment.

Per-message emlx files and attachments alongside the Envelope Index database Mail reads to display mailboxes.
Mail keeps message files, attachments, and a separate search index in sync. Edit mail through the app so those layers and the server copy agree.

Where a disk map helps

Mail's footprint is spread across hidden Library locations, so a disk map can answer whether Mail is actually worth touching before you change a retention policy. Tools such as Mole's Analyze view should stop at measurement and safe cache cleanup; message and attachment decisions belong in Mail, where their server-side effect is visible.

A safe order of operations

First measure Mail's folders. Next reduce future downloads in account settings. Then delete disposable mail and empty Trash or Junk after review. Use Remove Attachments only when you intentionally want the server message changed and have saved anything important. This order reclaims space without confusing a local cache decision with an irreversible mail edit.

Mole brings disk analysis, app maintenance, and review-first cleanup into one native app, while leaving system-owned data to macOS and the apps that own it.

Buy Mole Try it free

Keep reading

  • StorageFree Up Photos Storage on Mac Safely4 min read
  • StorageClear Mac Caches Without Losing Data5 min read
  • StorageDelete Old iPhone Backups Safely3 min read

Mole · 鼴

Cleanup, software, and status for your Mac.

v1.11.0 · Release notes

Support

Help Documentation Releases

Legal

Terms of Service Privacy Policy Refund Policy

Resources

Blog CLI Tool Affiliates Program

Connect

Twitter hi@mole.fit

Only official site mole.fit · Fake sites may ship unsafe downloads

For your Mac, or a friend's. The CLI stays free for terminal workflows. May your time be your own.