Apple Mail 저장 공간 안전하게 줄이기
Apple Mail은 Mac에 수 기가바이트를 차지할 수 있습니다. 검색 가능하고 오프라인에서도 쓸 수 있는 메일에는 로컬 메시지 데이터가 필요하고, 계정 설정에 따라 첨부 파일도 내려받기 때문입니다. 그 용량을 줄이는 안전한 방법은 정리의 의미에 따라 달라집니다. 로컬 다운로드를 지우는 것은 되돌릴 수 있지만, IMAP 메시지에서 첨부 파일을 제거하면 서버 사본까지 바뀔 수 있습니다. 기가바이트 숫자보다 이 구분이 더 중요합니다.
Mail이 용량을 차지하는 위치
Mail은 로컬 데이터를 두 곳에 둡니다. 편지함과 메시지 데이터베이스는 ~/Library/Mail 아래에 있고, Mail은 샌드박스 앱이므로 작업 데이터의 상당 부분은 ~/Library/Containers/com.apple.mail 아래에 있습니다. 둘 다 측정해 보세요.
du -sh ~/Library/Mail ~/Library/Containers/com.apple.mail 2>/dev/null
첨부 파일이 가장 큰 비중을 차지하는 경우가 많지만, 정확한 구성은 계정과 다운로드 정책에 따라 다릅니다. 무엇을 바꾸기 전에 먼저 측정하고, Terminal이나 디스크 분석기가 이 보호된 폴더를 읽으려면 Full Disk Access가 필요할 수 있다는 점을 기억하세요.
로컬 정리인지, 영구 정리인지 결정하기
Mail의 Message > Remove Attachments 명령은 오해하기 쉽습니다. 이 명령은 임시 로컬 캐시만이 아니라 메시지에서 첨부 파일 자체를 제거합니다. Apple은 첨부 파일 가이드에서 IMAP 계정의 경우 첨부 파일이 메일 서버에서도 삭제되며 나중에 서버에서 다시 가져올 수 없다고 경고합니다. 중요한 항목은 먼저 저장하고 열어 본 뒤, 이 명령을 메시지에 대한 영구적인 편집으로 다루세요.
목표가 앞으로의 로컬 다운로드만 줄이는 것이라면, 대신 Mail > Settings > Accounts > Account Information > Download Attachments를 사용하세요. 제공업체에 따라 All, Recent, None 중에서 고를 수 있습니다. 이렇게 하면 서버 메시지는 그대로 두고, Mail이 오프라인에서 미리 준비해 두는 내용만 바뀝니다. 일부 미디어 첨부는 여전히 자동으로 내려받을 수 있으므로, 이는 즉시 비우는 버튼이 아니라 정책입니다.
추가로 쓸 수 있는 두 가지 수단이 더 있습니다.
- Junk와 Trash 편지함은 비우기 전까지 디스크를 차지합니다. 복구할 것이 없는지 확인한 뒤에만 삭제된 항목을 지우고 정크를 비우세요.
- 오래된 뉴스레터와 자동 발송 메일은 개인 메일이나 업무 메일보다 비교적 안전한 대상인 경우가 많습니다. View > Sort By > Size 또는 Mail 검색으로 가장 큰 메시지를 검토한 뒤, Mail 안에서 삭제해 데이터베이스와 서버가 맞춰 지도록 하세요.
- 남겨 둘 가치가 있는 큰 첨부 파일은 일반 폴더로 내보내고 백업한 다음, 한 번 열어 본 뒤에 메시지에서 제거하세요.
~/Library/Mail 안의 파일을 손으로 지우지 마세요. Mail은 메시지 파일, 편지함 상태, 검색 인덱스, 서버 상태를 일관되게 유지해야 하며, Finder로는 그 일을 할 수 없습니다.
Rebuild는 인덱스를 고치고, 저장 공간은 줄이지 않습니다
Mailbox > Rebuild는 메시지가 사라진 것처럼 보이거나 검색 결과가 틀릴 때 유용합니다. 정리 명령은 아닙니다. IMAP과 Exchange 계정에서는 재구축이 로컬 사본을 버리고 편지함을 다시 내려받을 수 있어, 일시적으로 네트워크와 디스크 활동이 늘어납니다. 공간을 되찾으려는 용도가 아니라 편지함을 복구하는 용도로 쓰세요. Apple의 Mail 저장 공간 가이드는 서버 저장 공간이 문제일 때, 검토한 큰 메시지를 삭제하고, 첨부를 저장한 뒤 제거하며, 삭제된 항목을 비울 것을 권합니다.
내부 구조: Envelope Index와 .emlx 파일
Mail은 각 메시지를 개별 .emlx 파일로 저장합니다. 원본 메시지에 약간의 메타데이터를 더한 형태이며, 계정별 편지함 폴더 안에 있습니다. 검색 가능한 메타데이터인 보낸 사람, 제목, 날짜, 플래그는 별도의 SQLite 데이터베이스인 Envelope Index에 둡니다. 메시지 본문은 상대적으로 작고, .emlx 옆에 저장된 첨부 파일이 용량의 핵심입니다. Envelope Index가 Mail이 편지함을 그릴 때 실제로 읽는 대상이므로, .emlx 파일을 손으로 지우면 인덱스가 더 이상 존재하지 않는 메시지를 가리키게 됩니다. Mail 자체 명령은 이 계층을 맞춰 유지하지만, 모든 명령이 되돌릴 수 있는 것은 아닙니다. Remove Attachments는 메시지와 인덱스를 함께 갱신하며, IMAP 계정에서는 그 갱신된 메시지가 첨부 없이 서버로 다시 동기화될 수 있습니다.
디스크 맵이 도움이 되는 경우
Mail의 용량은 숨겨진 Library 위치에 흩어져 있으므로, 보관 정책을 바꾸기 전에 디스크 맵으로 Mail을 손댈 가치가 있는지 먼저 확인할 수 있습니다. Mole의 Analyze 보기 같은 도구는 측정과 안전한 캐시 정리까지만 하고, 메시지와 첨부 파일에 대한 결정은 서버 측 영향이 보이는 Mail 안에서 내려야 합니다.
안전한 작업 순서
먼저 Mail 폴더를 측정하세요. 다음으로 계정 설정에서 앞으로의 다운로드를 줄이세요. 그다음 버릴 메일을 삭제하고, 검토한 뒤 Trash나 Junk를 비우세요. Remove Attachments는 서버 메시지를 의도적으로 바꾸고, 중요한 항목을 이미 저장했을 때만 사용하세요. 이 순서면 로컬 캐시 결정과 되돌릴 수 없는 메일 편집을 혼동하지 않으면서 공간을 되찾을 수 있습니다.