Mail.app hortet jeden Anhang, den du je erhalten hast

Wenn du Apple Mail seit mehreren Jahren mit denselben Konten nutzt, ist diese Zahl meist eine Überraschung:

du -sh ~/Library/Mail

10–30 GB sind normal für jemanden, der seit einer Weile ein paar E-Mail-Konten verbunden hat, besonders wenn eines davon regelmäßig große Anhänge erhält — Rechnungen, Design-Dateien, als Anhang statt als Link verschickte Fotos.

Warum es so groß ist: Mail behält eine lokale Kopie von allem

Apple Mail lädt herunter und cacht eine lokale Kopie jeder Nachricht und jedes Anhangs für jedes konfigurierte Konto — für Offline-Zugriff und schnelle Suche, unbegrenzt. Anders als ein webbasierter E-Mail-Client, der bei Bedarf abruft, geht Mails gesamtes Design davon aus, dass du alles offline verfügbar haben willst — was durchaus nützlich ist, aber dessen Speicherkosten sich über Jahre still summieren.

# Herausfinden, welches Konto tatsächlich für die Größe verantwortlich ist
du -sh ~/Library/Mail/V*/*/  2>/dev/null | sort -hr

Der versionsnummerierte V*-Ordner (V9, V10 usw., steigend mit Änderungen am macOS-/Mail- Datenbankformat) enthält einen Unterordner pro konfiguriertem Konto, benannt mit einer internen Kennung — gleiche ihn mit Mail → Einstellungen → Accounts ab, wenn du einen Ordner einem bestimmten Konto zuordnen musst.

Heruntergeladene Anhänge im Speziellen

Anhänge sind für die meisten Leute die größte einzelne Komponente, und Mail führt dafür jenseits der Nachrichtendatenbank selbst einen eigenen separaten Cache:

du -sh ~/Library/Containers/com.apple.mail/Data/Library/Mail\ Downloads

Dieser Ordner enthält Anhänge, die du aus Mail geöffnet oder gespeichert hast — gefahrlos zu leeren, wenn du bereits alles Benötigte anderswo gesichert hast, da der Anhang weiterhin in der ursprünglichen E-Mail existiert und von dort wieder geöffnet werden kann:

rm -rf ~/Library/Containers/com.apple.mail/Data/Library/Mail\ Downloads/*

Vor Jahren entfernte Konten können noch Daten im Cache haben

Das ist der Teil, den die meisten nicht erwarten: Ein E-Mail-Konto aus Mails Einstellungen zu entfernen, löscht dessen lokalen Cache nicht immer sofort oder vollständig. Hast du den Job gewechselt, eine alte E-Mail-Adresse geschlossen oder den Anbieter gewechselt, prüfe, ob Mail noch den vollständigen Nachrichtenverlauf dieses Kontos mitschleppt:

# Jeden Konto-Ordner auf der Platte auflisten, egal ob er
# noch unter Mail → Einstellungen → Accounts konfiguriert ist
ls ~/Library/Mail/V*/

Vergleiche das mit deiner tatsächlichen aktuellen Kontoliste in Mails Einstellungen. Ein Ordner ohne passendes aktives Konto kann gefahrlos entfernt werden — beende zuerst Mail und lösche dann den spezifischen Konto-Unterordner statt des gesamten V*-Verzeichnisses.

Den Index neu aufbauen, wenn die Suche danach kaputt wirkt

Mail führt einen Suchindex (Envelope Index) neben den Rohdaten der Nachrichten. Verhält sich Mails Suche nach einer Bereinigung seltsam — oder auch unabhängig davon, das passiert gelegentlich von selbst — ist ein Neuaufbau die Standardlösung und rührt deine eigentlichen Nachrichten nicht an:

# Zuerst Mail beenden
rm ~/Library/Mail/V*/MailData/Envelope\ Index*
# Mail neu starten — der Index wird automatisch neu aufgebaut, was bei
# einem großen Postfach mehrere Minuten dauern kann

Was nicht gefahrlos ist

Die Konto-Unterordner für Konten, die du aktiv nutzt, enthalten deinen tatsächlichen Nachrichteninhalt für den Offline-Zugriff — das unterscheidet sich von jedem anderen Cache in diesem Blog, denn bei IMAP-Konten existieren die Nachrichten zwar auch auf dem Mail-Server, aber bei rein lokalen Postfächern (manche ältere POP-Einrichtungen oder Postfächer „Auf meinem Mac”) kann die lokale Kopie die einzige Kopie sein. Prüfe deinen Kontotyp, bevor du davon ausgehst, dass ein „alles löschen und neu synchronisieren”-Ansatz gefahrlos ist — bei IMAP-Konten ist er das in der Regel, bei Postfächern „Auf meinem Mac” nicht.

Wo das im Vergleich zum Rest deiner Festplatte steht

Mail ist eine echte, laufend wachsende Kostenposition, solange du E-Mails mit Anhängen empfängst, was es im Geiste näher an Fotos als an einen Entwickler-Build-Cache rückt — echte Daten, die du vielleicht behalten willst, kein reines Nebenprodukt. Das einzig wirklich gefahrlose, urteilsfreie Ziel sind bereits anderswo gesicherte Anhänge und Überbleibsel alter Konten, beide oben behandelt.

DevCruft, eine kostenlose Mac-App für Entwickler, ist gerade in Entwicklung. Es soll Mails Speicherverbrauch auf der Karte neben allem anderen zeigen, sodass er eine bekannte, bezifferte Größe wird statt eines Ordners, der drei Ebenen tief in ~/Library/Containers vergraben liegt und an den die meisten nie denken. Trag dich in die Warteliste ein, um zu erfahren, wann es erscheint.

Für die entsprechende Situation bei iMessage-Anhängen siehe den Guide zum Messages-Speicher.