서버에서 지운 뒤에도 메일을 남겨 두는 방법

서버에서 이메일을 삭제하고 로컬 사본 유지하기: 안전한 순서

동기화된 폴더는 서버의 상태를 보여 줍니다. 그곳에서 메일을 삭제하기 전에 독립적으로 열 수 있는 보존용 보관함을 만드십시오. MailVault의 보관함 소스는 저장된 사본을, 서버는 제공업체의 메일을 보여 줍니다. 전체에서 메시지가 보인다는 사실만으로 로컬 사본이 있다고 할 수는 없습니다.

1. 먼저 보관으로 소량의 메시지를 보관하십시오. 작업이 완료될 때까지 기다리십시오.
2. 보관함으로 전환하고 오프라인에서 선택한 메시지와 첨부 파일을 확인하십시오.
3. 다른 드라이브로 백업을 내보내십시오. 서버에만 있는 메시지는 내보내기에 포함되지 않으므로 먼저 보관을 완료하십시오.
4. 선택한 범위에 보관 후 삭제(Premium)를 사용하거나, 백업 위치를 설정한 뒤 보관, 백업 후 삭제를 사용하십시오. 확인하기 전에 요약을 검토하십시오.
5. 서버에서 제거한 후에도 보관함에서 메시지를 읽을 수 있는지 확인하십시오. 보존한 사본과 백업을 확인한 후에만 제공업체의 휴지통을 비우십시오.

저장하기 전에 메시지가 제공업체에서 사라졌다면 로컬 앱으로 누락된 본문을 다시 만들 수는 없습니다. 먼저 제공업체의 휴지통이나 복구 옵션을 확인하십시오. 로컬 보관함은 이미 저장한 메시지를 보호하며 다운로드한 적 없는 메시지는 보호하지 못합니다.

짧은 데모: 서버에서 삭제해도 보관함에 남는 메일

기존 macOS 데모 녹화 영상을 편집한 가상 메일 시연입니다. 계정 로그인과 일부 준비 과정은 화면 밖에서 진행되며 실제 제공업체에 연결한 영상이 아닙니다.

데모 설명 읽기

가상 메일함에서 보관 후 삭제는 서버에서 제거하기 전에 선택한 메일을 저장합니다. 서버의 메일 수는 줄어들고 보관함에는 보관한 메시지가 그대로 남습니다. 이 Premium 작업의 설정 과정은 화면 밖에서 진행했습니다.

서버에서 메일을 지우는 일은 되돌릴 수 없게 느껴지고, 대부분의 사람에게는 실제로 그렇습니다. Gmail이나 Outlook에서 휴지통을 비우고 나면 그 메시지는 사라집니다. 서버에는 더 이상 없습니다. 보관 기간이 지나면 되돌리기도 없습니다. 그래서 사람들은 언젠가 필요할까 봐 아무것도 지우지 못하고, 서버에 필요 없는 메일까지 쌓아 둡니다.

하지만 서버에서 메일을 지울 정당한 이유도 있습니다. 저장 공간이 가득 찼는데 더 사고 싶지 않을 때. 메일 제공업체를 떠나며 정리하고 싶을 때. 회사 정책이 오래된 메시지를 서버에서 지우도록 요구할 때. 또는 그저 데이터를 잃을 불안 없이 깔끔한 받은편지함을 원할 때입니다.

해법은 간단합니다. 서버에서 지우기 전에 메일을 로컬에 보관하십시오. 자기 디스크에 파일로 존재하고 나면 서버 사본은 여분입니다. 안전하게 지울 수 있습니다.

사람들이 지우기를 두려워하는 이유

그 두려움은 합리적입니다. 메일은 중요한 대화와 합의, 영수증, 서류의 유일한 기록인 경우가 많습니다. 사람들이 걱정하는 것은 이런 것들입니다:

• 나중에 오래된 메일이 필요해질 때 — 계약 조항 하나, 운송장 번호 하나, 몇 달 또는 몇 년 뒤에 다시 중요해지는 대화 스레드.
• 법적 또는 규정 준수 요건 — 어떤 업종은 메일을 3년, 5년, 심지어 7년까지 보존해야 합니다.
• 첨부파일 — PDF 청구서, 서명된 문서, 오직 메일로만 오간 프로젝트 파일.
• 제대로 된 백업이 없음 — 로컬 사본이 없으면 그 메일이 존재하는 곳은 서버뿐입니다. 지운다는 것은 다시는 필요하지 않으리라고 믿는다는 뜻입니다.

이 두려움이 메일함을 부풀립니다. 사람들은 모든 메일을 간직하고, 저장 공간이 차고, 아무것도 지우지 않으려고 매달 요금을 냅니다. 로컬 보관은 이 악순환을 완전히 끊습니다.

보관 후 삭제 작업 흐름

MailVault의 작업 흐름은 서버 삭제를 안전하게 만들도록 설계되었습니다. 각 단계는 무엇이 지워지기 전에 데이터가 보존되었다는 확신을 쌓아 갑니다:

• 1단계: 동기화 — IMAP 계정을 MailVault에 연결하십시오. 앱이 메일 헤더를 불러와 메일함 내용을 보여 줍니다. 여느 메일 클라이언트와 같습니다.
• 2단계: 로컬에 보관 — 지키고 싶은 메일을 골라 보관하십시오. MailVault가 메일을 통째로 — 헤더, 본문 텍스트, HTML 서식, 모든 첨부파일까지 — 내려받아 디스크에 표준 .eml 파일로 저장합니다.
• 3단계: 확인 — MailVault에서 보관한 메일 몇 통을 열어 온전한지 확인하십시오. 첨부파일을 확인하십시오. 특정 메시지를 검색해 보십시오. 필요한 것이 전부 로컬 보관본에 들어 있는지 확인하십시오.
• 4단계: 서버에서 삭제 — 확인된 로컬 사본이 생겼으니 이제 서버에서 메일을 지우십시오. MailVault는 RFC 4315의 UID EXPUNGE를 써서 지정한 메시지만 정확히 지웁니다 — 실수로 엉뚱한 메일을 지울 위험이 없습니다.
• 5단계: 언제든 열어 보기 — 보관한 메일은 디스크에 남아 검색도 읽기도 그대로 됩니다. 인터넷 연결도, 서버 의존도 필요 없습니다.

무엇이 보존됩니까

MailVault가 메일을 보관할 때는 메시지 전체를 .eml 형식으로 저장합니다. 여기에는 다음이 포함됩니다:

• 모든 헤더 — From, To, CC, BCC, Date, Subject, Message-ID, In-Reply-To, References를 비롯한 모든 헤더입니다. 스레드 관계도 그대로 보존됩니다.
• 본문 내용 — 일반 텍스트본과 HTML본 양쪽 모두입니다. 서식, 링크, 인라인 이미지가 전부 남습니다.
• 첨부파일 — 형식이나 크기와 관계없이 첨부된 모든 파일입니다. PDF, 이미지, 문서, 스프레드시트까지 — 전부 MIME 파트로 .eml 파일 안에 들어갑니다.
• 메타데이터 — 읽음/안 읽음 상태, 플래그, 폴더 위치가 Maildir 파일 이름에 부호화됩니다.

.eml 형식은 공개 표준(RFC 5322)입니다. 어떤 운영체제의 어떤 메일 클라이언트든 이 파일을 열 수 있습니다. 보관본은 MailVault를 비롯한 어떤 소프트웨어에도 묶이지 않습니다.

흔한 상황들

메일 제공업체를 떠날 때: Gmail에서 Outlook으로(또는 그 반대로) 옮깁니다. 옛 계정을 닫기 전에 MailVault로 전부 로컬에 보관하십시오. 그다음 계정을 지우거나 닫으십시오. 메일 기록은 이전 뒤에도 남습니다.

회사 메일 정리: IT 부서가 서버 저장 비용을 줄이려 합니다. 직원들의 오래된 메일을 로컬에 보관한 다음 서버에서 비우십시오. 메일은 규정 준수용으로도 참고용으로도 여전히 남아 있습니다.

개인 받은편지함 관리: 최근의 필요한 메일만 남은 깔끔한 받은편지함을 원합니다. 1년이 넘은 것은 전부 보관하고 서버 사본을 지우면, 빠르고 어수선하지 않은 메일함이 됩니다. 오래된 메일이 필요해지면 로컬 보관본에 있습니다.

저장 한도에 도달: 무료 Gmail이나 Outlook 저장 공간이 가득 찼습니다. 돈을 더 내는 대신 오래된 메일을 보관하고 삭제해 아무것도 잃지 않고 공간을 되찾으십시오.

로컬 보관본 백업하기

메일이 디스크에 놓이고 나면 다른 파일과 똑같이 백업할 수 있습니다. 보관 폴더를 외장 드라이브로 복사하거나, NAS로 동기화하거나, 평소 백업 절차에 포함하십시오. 보관본은 표준 .eml 파일이 든 폴더일 뿐이므로 어떤 백업 도구든 통합니다. 더 안전하게 하려면 여러 곳에 사본을 두어도 됩니다.

서버에 놓인 메일로는 이렇게 하기 어렵습니다. 서버는 단일 장애점입니다. 백업까지 갖춘 로컬 보관본은 이중화를 제공합니다.

안심하고 지우기

핵심 생각은 단순합니다. 메일이 존재하려고 서버에 있어야 할 이유는 없습니다. 로컬 사본이 생기고 나면 서버의 것은 편의일 뿐입니다. 그것을 지우면 공간이 생기고, 받은편지함이 단순해지며, 비용도 들지 않습니다 — 메일은 이미 자기 컴퓨터에 안전하게 있으니까요.

로컬 메일 보관이 처음입니까? IMAP 메일을 로컬에 보관하기 안내부터 시작하십시오. Mac용 메일 보관 앱을 찾고 있습니까? MailVault와 MailStore 비교를 보십시오. 더 많은 답은 자주 묻는 질문에 있습니다.