← 전체 글 보기

Mail 앱은 받은 모든 첨부파일을 쌓아두고 있습니다

Mac의 Mail 앱이 첨부파일을 어디에 캐시하는지, 용량이 얼마나 되는지 확인하는 방법과 어떤 파일을 지워도 안전한지 알아봅니다.

· 업데이트 2026년 9월 14일
MailmacOSStorageCache

이런 종류의 가이드는 현재 영어로 더 많이 제공됩니다. 전체 글 보기


몇 년째 같은 계정으로 Apple Mail을 써왔다면, 이 수치는 대개 놀랍게 다가옵니다.

du -sh ~/Library/Mail

이메일 계정 몇 개를 오래 연결해 온 사람이라면 10~30GB는 흔한 수치입니다. 특히 그중 하나라도 큰 첨부파일 — 청구서, 디자인 파일, 링크 대신 첨부파일로 보내온 사진 — 을 자주 받는다면 더욱 그렇습니다.

이렇게 큰 이유: Mail은 모든 것을 로컬에 복사해 둡니다

Apple Mail은 오프라인 접근과 빠른 검색을 위해, 설정된 모든 계정의 모든 메시지와 모든 첨부파일을 다운로드해 무기한 로컬에 캐시합니다. 필요할 때마다 가져오는 웹 기반 메일 클라이언트와 달리, Mail은 애초에 모든 것을 오프라인에서 사용할 수 있어야 한다는 전제로 설계되었습니다 — 실제로 유용하지만, 그 저장 비용은 몇 년에 걸쳐 조용히 누적됩니다.

# 실제로 어떤 계정이 용량을 차지하는지 확인
du -sh ~/Library/Mail/V*/*/  2>/dev/null | sort -hr

V* 버전 번호가 붙은 폴더(V9, V10 등, macOS/Mail 데이터베이스 형식이 바뀔 때마다 증가)에는 설정된 계정마다 하나씩, 내부 식별자로 이름 붙은 하위 폴더가 들어 있습니다 — 특정 계정과 폴더를 매칭하려면 Mail → 설정 → 계정과 대조해 보세요.

다운로드된 첨부파일만 따로 보기

첨부파일은 대부분의 사람에게 가장 큰 단일 요인이며, Mail은 메시지 데이터베이스와는 별도로 첨부파일만을 위한 자체 캐시를 따로 보관합니다.

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

이 폴더에는 Mail에서 열어봤거나 저장한 첨부파일이 들어 있습니다 — 이미 필요한 것을 다른 곳에 저장해 두었다면 지워도 안전합니다. 원본 이메일 안에는 첨부파일이 그대로 남아 있어 거기서 다시 열 수 있기 때문입니다.

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

몇 년 전에 삭제한 계정도 데이터가 남아 있을 수 있습니다

대부분이 예상하지 못하는 부분입니다. Mail 설정에서 이메일 계정을 삭제해도 로컬 캐시가 즉시, 또는 완전히 지워지지는 않습니다. 이직을 했거나, 예전 이메일 주소를 정리했거나, 다른 제공업체로 옮겼다면 Mail이 그 계정의 전체 메시지 기록을 여전히 갖고 있는지 확인해 보세요.

# Mail → 설정 → 계정에 현재 설정되어 있는지 여부와 무관하게,
# 디스크에 현재 존재하는 모든 계정 폴더 목록 보기
ls ~/Library/Mail/V*/

이 목록을 Mail 설정의 실제 현재 계정 목록과 비교해 보세요. 일치하는 활성 계정이 없는 폴더는 삭제해도 안전합니다 — 먼저 Mail을 종료한 다음, V* 디렉터리 전체가 아니라 해당 계정 하위 폴더만 삭제하세요.

이후 검색이 이상해졌다면 인덱스 재구축하기

Mail은 원본 메시지 데이터와 함께 검색 인덱스(Envelope Index)를 관리합니다. 어떤 정리 작업 이후 Mail의 검색이 이상하게 동작하기 시작했다면 — 또는 정리 작업과 무관하게, 이런 일은 가끔 저절로도 일어나는데 — 인덱스를 재구축하는 것이 표준적인 해결책이며 실제 메시지에는 손대지 않습니다.

# 먼저 Mail을 종료
rm ~/Library/Mail/V*/MailData/Envelope\ Index*
# Mail을 다시 실행하면 자동으로 인덱스를 재구축합니다. 큰 편지함이라면
# 몇 분 정도 걸릴 수 있습니다

건드리면 안 되는 것

현재 사용 중인 계정의 하위 폴더는 오프라인 접근을 위한 실제 메시지 내용을 담고 있습니다 — 이 블로그의 다른 캐시들과는 다른 점이 있는데, IMAP 계정이라면 메시지가 메일 서버에도 존재하지만, 일부 로컬 전용 편지함(오래된 POP 설정이나 ‘내 Mac’ 편지함)에서는 로컬 사본이 유일한 사본일 수 있기 때문입니다. “전부 삭제하고 다시 동기화되게 둔다”는 방식이 안전하다고 가정하기 전에 계정 유형을 확인하세요 — IMAP 계정이라면 대체로 안전합니다(Mail이 서버에서 다시 다운로드합니다), ‘내 Mac’ 편지함이라면 안전하지 않습니다.

나머지 디스크와 비교했을 때

Mail은 첨부파일이 있는 이메일을 받는 한 계속 증가하는, 진짜 고정 비용입니다. 그래서 개발자 빌드 캐시보다는 오히려 Photos에 정신적으로 더 가깝습니다 — 부산물이 아니라 실제로 원하는 데이터일 수 있다는 뜻입니다. 진정으로 안전하고 판단이 필요 없는 대상은 이미 다른 곳에 저장해 둔 첨부파일과, 위에서 다룬 오래된 계정의 잔여 데이터, 이 두 가지뿐입니다.

DevCruft는 Mail의 저장 용량을 다른 모든 항목과 함께 지도 위에 표시해, ~/Library/Containers 세 단계 안쪽에 묻혀 있어 대부분 확인할 생각조차 못 하는 폴더를 크기를 알 수 있는 확실한 항목으로 만드는 것을 목표로 개발 중인 무료 Mac 앱입니다. 출시 알림을 받고 싶다면 대기자 명단에 등록해 주세요.

iMessage 첨부파일도 비슷한 상황이니 Messages 저장 공간 가이드를 참고하세요.

이 작업을 위한 무료 앱을 만들고 있습니다.

이런 가이드에 나오는 모든 캐시를 찾아내고 각각이 차지하는 용량을 보여주는 DevCruft를 만들고 있습니다. 출시 소식을 받으려면 대기자 명단에 등록하세요.

출시 때 이메일 한 통 외에는 아무것도 보내지 않습니다. 언제든 명단에서 삭제해 달라고 요청하실 수 있습니다. 개인정보 처리방침