IMAP POP3 차이: IMAP은 서버 메일을 지울까?

네, 메일을 삭제할 때는 그렇습니다. IMAP은 서버에서 메일을 삭제하므로, 연결한 모든 앱에서도 메일이 삭제됩니다. 서버가 메일의 실제 사본 하나를 보관하고 각 앱은 그 사본을 다루기 때문에, 메시지를 읽거나 내려받아도 아무것도 지워지지 않지만 한 앱에서 삭제하면 모든 앱에서 삭제됩니다. 대부분의 앱은 메시지를 먼저 휴지통 폴더로 옮기므로 그곳에서 아직 복구할 수 있으며, Gmail은 보통 휴지통 대신 All Mail(전체보관함)에 보관처리합니다. IMAP과 POP3의 차이가 여기에 있습니다. POP3는 메일을 기기 한 대로 내려받으며, 설정에 따라 서버의 사본을 삭제할 수 있습니다. 내가 소유한 도메인의 별칭 메일을 아무것도 삭제할 수 없는 앱에서 보고 싶다면, iPhone, iPad, Mac용 CatchNone은 IMAP이나 JMAP으로 그 메일박스를 읽기 전용으로 읽으며 서버의 메시지를 표시하거나 옮기거나 삭제하지 않습니다.

IMAP 메일 삭제: 모든 앱에서 서버의 메일이 지워질까?

네. 다만 보통은 바로 영구 삭제되지 않고 먼저 휴지통으로 갑니다. 현재 IMAP(Internet Message Access Protocol) 표준인 RFC 9051은 IMAP을 “원격 메시지 폴더”를 로컬 폴더처럼 다루는 방법으로 설명합니다. IMAP 앱도 메시지를 내려받습니다. 휴대폰, 노트북, 웹메일은 속도와 오프라인 읽기를 위해 각자 사본을 캐시에 저장할 수 있지만, 그 사본은 서버를 따릅니다. 메시지가 서버에서 사라지면 다음 동기화 때 모든 앱에서 사라집니다.

삭제는 두 단계: 플래그 표시 후 expunge

1. 앱이 메시지에 \Deleted 플래그를 설정합니다. 메시지는 제거 대상으로 표시되지만 아직 남아 있습니다.
2. EXPUNGE 명령이나 CLOSE로 폴더를 닫는 동작이 그 폴더에서 플래그가 표시된 메시지를 모두 영구적으로 제거합니다.

두 번째 단계 전까지는 플래그를 지우면 메시지가 돌아옵니다. 예전 데스크톱 앱에서는 이 과정이 눈에 보였습니다. Microsoft의 Outlook 2010 도움말에 따르면 삭제 표시된 IMAP 메시지는 완전히 지워질(purge) 때까지 취소선으로 표시되며, 그 뒤에는 “IMAP 메일 서버에서 삭제되어 복원할 수 없습니다.”

삭제는 보통 “휴지통으로 이동”입니다

현재 대부분의 앱은 삭제한 메시지를 서버의 휴지통 폴더로 옮깁니다. IMAP 용어로는 보통 MOVE로, 복사, \Deleted 플래그, expunge를 한 단계로 처리합니다. 모든 기기에서 그 메시지가 휴지통에 보이며, 직접 비우든 앱이나 제공업체가 비우든 휴지통이 비워질 때에야 완전히 사라집니다. 2026년 9월 기준으로 Gmail은 휴지통의 메시지를 30일 후 영구 삭제하며, Apple의 iPhone Mail 사용 설명서에 따르면 iPhone의 설정과 관계없이 iCloud는 삭제된 메시지를 30일보다 오래 보관하지 않습니다.

Gmail: 폴더가 아니라 라벨

Gmail은 라벨을 IMAP 앱에 폴더로 보여 주며, All Mail(전체보관함), Spam(스팸함), Trash(휴지통) 같은 시스템 폴더는 [Gmail] 아래에 있습니다. 라벨 폴더에서 삭제하면 보통 그 라벨만 제거됩니다. Google의 IMAP 설정 안내에는 “IMAP 폴더에서 삭제한 메일은 Gmail의 ‘전체보관함’ 라벨에서 찾을 수 있습니다”라고 나와 있습니다. 또한 앱에서 삭제한 메시지를 Gmail의 휴지통으로 보내도록 설정하지 말라고 경고하는데, 그러면 메시지가 “30일 후 Gmail에서 영구 삭제되기” 때문입니다. Gmail 자체의 서버 측 삭제 설정은 아래 표에 있습니다.

Outlook은 IMAP 메일을 서버에서 삭제할까?

네. Outlook을 IMAP으로 연결하면 다른 앱과 마찬가지로 서버의 사본을 다루므로, Outlook에서 삭제하면 모든 기기에 반영됩니다. 일부 이전 버전은 위에서 설명한 것처럼 메시지를 먼저 취소선으로 표시합니다. 메일박스가 Outlook.com이나 Hotmail이라면 IMAP 서버는 포트 993의 outlook.office365.com이며, Microsoft는 최신 인증 방식(OAuth2)을 요구합니다. 2024년 9월 16일부터 사용자 이름과 비밀번호만 보내는 앱은 Outlook.com과 Hotmail 계정에서 더 이상 작동하지 않습니다.

자주 쓰는 앱에서 삭제한 메일이 가는 곳

일부 설정은 휴지통을 거치지 않습니다. Mac의 None(없음), Thunderbird의 Remove it immediately(즉시 제거), Gmail의 영구 삭제 설정이 그렇습니다. Gmail 외의 계정에서는 Thunderbird의 Just mark it as deleted(삭제됨으로 표시만 하기)도 마찬가지입니다. 메시지는 폴더가 expunge될 때까지 플래그가 표시된 채 남아 있다가 그 뒤 사라집니다. Thunderbird의 기본값은 휴지통이며, Gmail 계정에 대해서는 Google이 Just mark it as deleted를 선택하고 “on Exit”(종료 시) 체크박스 두 개를 모두 해제하라고 권장합니다. 최종 결정은 제공업체가 합니다. Apple의 Mac 사용 설명서에 따르면 서버가 오래된 메시지를 삭제하도록 설정되어 있으면 그 메시지는 “이 옵션을 어떻게 변경하든” 삭제됩니다.

다른 앱에서 메일을 읽으면 모든 곳에서 읽음으로 표시될까?

IMAP에서는 그렇습니다. 읽음 상태는 서버에 저장되는 \Seen 플래그이므로 삭제와 똑같이 동기화됩니다. BODY[]를 가져와 메시지를 내려받는 앱은 메시지를 읽음으로 표시합니다. BODY.PEEK[]를 가져오는 앱은 상태를 그대로 두며, 메시지를 열 때 직접 \Seen을 설정할 수 있습니다.

아래에서 다루는 더 새로운 프로토콜인 JMAP도 같은 방식으로 읽음 상태를 동기화합니다. POP3에는 읽음 상태가 아예 없으므로 기기마다 따로 관리합니다. 예외는 Gmail로, Gmail의 POP 설정에서는 다른 앱이 메일을 내려받을 때 Gmail의 사본을 읽음으로 표시하게 할 수 있습니다.

IMAP POP3 차이: 서버에 메일을 남기는 쪽은?

IMAP은 설계상 메일을 서버에 둡니다. POP3(Post Office Protocol version 3, 보통 그냥 POP라고 부릅니다. RFC 1939)는 정반대의 용도로 만들어졌습니다. “일반적으로 메일은 내려받은 다음 삭제됩니다.”

POP도 두 단계로 삭제합니다. DELE 명령은 메시지를 표시만 하며, 앱이 QUIT으로 세션을 끝낼 때 서버가 메시지를 제거합니다. “Leave messages on server”(서버에 메시지 남기기)는 앱의 설정입니다. 표준은 이를 IMAP이 하는 일의 “약한 버전”이라고 부르며, 서버가 이를 따르지 않을 수도 있습니다. 서버의 사본이 어떻게 되는지는 앱과 제공업체에 따라 다릅니다.

• Thunderbird: Thunderbird의 계정 마법사로 설정한 새 POP 계정은 기본적으로 메일을 서버에 최대 14일 동안 남기며, 로컬에서 메시지를 삭제하면 서버의 사본도 삭제됩니다.
• Gmail: POP 설정에서 Keep Gmail’s copy in the Inbox(Gmail 사본을 받은편지함에 보관), Mark Gmail’s copy as read(Gmail 사본을 읽은 상태로 표시), Archive Gmail’s copy(Gmail 사본 보관처리), Delete Gmail’s copy(Gmail 사본 삭제) 중에서 고를 수 있습니다.
• Yahoo: Yahoo의 POP 접근은 “이메일의 사본을 내려받으므로, 원본 이메일에 영향을 주지 않고 앱에서 메일을 옮기거나 삭제할 수 있습니다.”

특별한 이유가 없다면 IMAP을 사용하세요. POP는 컴퓨터 한 대에 유일한 사본을 두고 싶을 때 알맞습니다. 예를 들어 오래된 계정을 없애기 전에 그 메일을 모두 내려받는 경우이며, 이때 그 컴퓨터는 백업되어 있어야 합니다.

앱이 어느 쪽을 쓰는지 모르겠다면 계정의 서버 설정을 확인하세요. 포트 993이나 143이면 IMAP이고, 995나 110이면 POP입니다. Exchange와 Microsoft Graph는 Microsoft 자체의 프로토콜로, 둘 다와 별개입니다.

메일 서비스별 IMAP·POP3 지원과 서버 설정

서버 이름과 포트는 2026년 9월 기준입니다.

읽기 전용 IMAP 접근의 의미

읽기 전용 IMAP 접근이란 앱이 SELECT 대신 EXAMINE으로 폴더를 열고, BODY[] 대신 BODY.PEEK[]로 메시지를 내려받는다는 뜻입니다. 메일박스에서는 아무것도 바뀌지 않습니다. 어떤 메시지도 읽음으로 표시되거나, 플래그가 붙거나, 옮겨지거나, 삭제되지 않습니다. 읽기 전용 이메일 클라이언트란 이 명령만 사용하는 앱을 말합니다.

차이는 서버의 응답에서 볼 수 있습니다. 아래의 두 주고받기는 RFC 9051에 나오는 예시입니다(C:는 앱, S:는 서버이며, blurdybloop은 표준에서 쓰는 예시 폴더 이름입니다).

C: A142 SELECT INBOX
S: * 172 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Deleted \Seen \*)] Limited
S: * LIST () "/" INBOX
S: A142 OK [READ-WRITE] SELECT completed

C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * LIST () "/" blurdybloop
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags permitted
S: A932 OK [READ-ONLY] EXAMINE completed

각 응답의 마지막 줄은 폴더가 어떤 상태로 열렸는지, 즉 [READ-WRITE]인지 [READ-ONLY]인지 알려 줍니다. PERMANENTFLAGS는 앱이 영구적으로 바꿀 수 있는 플래그의 목록입니다. 이 예시에서는 SELECT 뒤에는 \Deleted, \Seen, 새 키워드(\*)이고, EXAMINE 뒤에는 하나도 없습니다. 표준에 따르면 EXAMINE으로 연 폴더에서는 “사용자별 상태를 포함해 메일박스의 영구적인 상태를 전혀 변경할 수 없으며”, 폴더를 닫아도 아무것도 expunge되지 않습니다.

서버가 읽기 전용을 강제할까?

IMAP에서, 그리고 내 메일박스에 대해서는 앱이 요청할 때만 그렇습니다. EXAMINE 뒤에는 서버가 그 세션 동안 해당 폴더를 읽기 전용으로 유지합니다. 나머지는 모두 앱에 달려 있습니다.

• 같은 로그인으로 언제든 대신 SELECT를 보낼 수 있습니다.
• EXAMINE은 폴더 하나에만 적용됩니다. DELETE(폴더 전체), RENAME, APPEND 같은 계정 수준의 명령은 여전히 작동합니다.
• BODY.PEEK[]를 쓸지는 전적으로 앱이 정합니다.

서버는 접근 권한(RFC 4314)으로도 읽기 전용을 강제할 수 있지만, 이 방식은 공유 메일박스와 위임된 메일박스에 쓰입니다. Gmail, Outlook.com, iCloud, Fastmail은 내 메일박스에 대한 읽기 전용 IMAP 로그인을 문서화하지 않습니다. 가장 가까운 것은 아래에서 설명하는 Fastmail의 읽기 전용 JMAP 토큰입니다.

비밀번호나 로그인이 허용하는 범위

Fastmail에서는 앱 비밀번호를 데이터 종류별로 제한할 수 있지만, 읽기 전용 옵션은 문서화되어 있지 않습니다. Google의 읽기 전용 권한은 IMAP이 아니라 Google 자체의 Gmail API에만 있습니다. 따라서 앱이 읽기 전용이라고 말할 때 믿는 대상은 비밀번호가 아니라 앱입니다.

새 메일 앱을 안전하게 시험하는 방법

1. POP가 아니라 IMAP(또는 JMAP)을 선택하세요. POP 앱은 메일을 내려받으면서 서버에서 가져가 버릴 수 있습니다. IMAP 앱은 메일을 그 자리에 두지만, 삭제는 여전히 동기화됩니다(4단계).
2. 제공업체와 앱이 지원한다면 읽기 전용 토큰을 사용하세요. 이 방법은 JMAP으로 연결하는 앱에서만 작동합니다. Fastmail에서는 Settings(설정) > Privacy & Security(개인정보 보호 및 보안) > Connected apps & API tokens(연결된 앱 및 API 토큰) > Manage API tokens(API 토큰 관리) > New API token(새 API 토큰)으로 이동해 JMAP을 선택하고, Read-only access(읽기 전용 접근)와 Email(이메일)만 선택하세요(Fastmail의 API 토큰 안내). Fastmail 가이드에서 토큰을 만드는 과정을 단계별로 설명합니다. 2026년 9월 기준으로 Fastmail의 Basic 요금제에서는 API 토큰을 사용할 수 없습니다.
3. 그렇지 않다면 그 앱 전용의 앱 비밀번호를 따로 만드세요. 그러면 나중에 다른 앱에 영향을 주지 않고 그 비밀번호 하나만 취소할 수 있습니다. iCloud는 account.apple.com > ‘로그인 및 보안’ > ‘앱 암호’에서 만드세요. 자세한 과정은 iCloud 앱 암호 가이드에 있습니다. Gmail에는 ‘2단계 인증’이 필요하며, 앱이 Sign in with Google을 제공한다면 Google은 그 방식을 권장합니다. Gmail 앱 비밀번호와 IMAP 설정을 참고하세요.
4. 계정을 추가한 직후, 아무것도 삭제하기 전에 삭제 설정을 확인하세요. 위의 표를 참고해 휴지통이나 보관을 선택하고(Gmail은 휴지통 대신 위에서 설명한 Google의 권장 설정을 따르세요), 앱을 믿을 수 있을 때까지는 None(없음), Remove it immediately(즉시 제거), 그리고 Gmail 외의 계정에서는 Just mark it as deleted(삭제됨으로 표시만 하기)를 피하세요.
5. 필요 없는 메시지로 시험하세요. 자신에게 메시지를 하나 보내고, 새 앱에서 열어 평소 쓰는 앱에서도 읽음으로 바뀌는지 확인하세요. 그런 다음 새 앱에서 삭제하고 어디로 가는지 확인하세요.
6. 앱을 더 이상 쓰지 않으면 비밀번호를 취소하세요. Apple의 앱 암호 페이지에 ‘Remove’(제거)와 ‘모두 무효화’가 설명되어 있습니다. Google의 앱 비밀번호는 myaccount.google.com/apppasswords에서 관리하며, 앱 비밀번호 도움말에 그 방법이 나와 있습니다.

JMAP과 IMAP 간단 비교

JMAP(JSON Meta Application Protocol)은 같은 일을 하는 더 새로운 이메일 프로토콜로, 2019년에 RFC 8620과 RFC 8621로 발표되었으며 Fastmail의 엔지니어가 주 저자입니다. IMAP의 텍스트 명령 대신 HTTPS로 JSON을 주고받으며, 모든 요청에 TLS 1.2 이상을 사용해야 합니다. IETF의 소개 글은 IMAP을 “자원을 많이 쓰는” 프로토콜이라고 부르며 모바일 네트워크에 잘 맞지 않는다고 설명합니다.

삭제와 읽음 상태의 모델은 익숙합니다.

• 이메일 하나가 여러 메일박스에 동시에 있을 수 있습니다. Gmail의 라벨과 비슷합니다.
• 삭제는 보통 휴지통 역할(trash role)을 가진 메일박스로 옮기는 것을 뜻합니다. “Destroying”(파기)하면 모든 메일박스에서 제거됩니다.
• 읽음 상태는 $seen 키워드로, JMAP판 \Seen입니다.
• 서버는 각 앱에 계정 전체가 읽기 전용인지 알려 줍니다.

나와 상관이 있을까요? 제공업체가 JMAP을 제공하고 앱이 JMAP을 지원할 때만 그렇습니다. Fastmail은 Basic보다 높은 요금제에서 JMAP을 제공합니다. 앱 중에서는 Thunderbird 데스크톱이 아직 지원하지 않지만, 2026년 9월 2일 발표에 따르면 팀은 나중에 지원을 추가하는 데 낙관적입니다. 어느 쪽이든 삭제는 IMAP에서와 똑같이 동기화됩니다.

IMAP 포트 993은 안전할까? STARTTLS란?

네, 전송 중에는 안전합니다. 포트 993에서 IMAP은 첫 바이트부터 암호화됩니다. 연결이 TLS 핸드셰이크로 시작하며, HTTPS가 웹사이트에 제공하는 것과 같은 종류의 보호입니다. 이를 implicit TLS(암시적 TLS)라고 합니다. 포트 143은 IMAP의 평문 포트로, 이 포트에서는 앱이 STARTTLS 명령으로 연결을 암호화 연결로 전환할 수 있습니다.

이제 표준은 포트 993을 선호합니다. RFC 8314(2018년)는 메일 앱에 STARTTLS보다 implicit TLS를, 그리고 TLS 1.2 이상을 권장하며, RFC 9051은 현재 표준에 맞춰 만든 모든 서버가 implicit TLS를 제공하도록 요구합니다. 2021년 USENIX Security 연구는 메일 클라이언트와 서버에서 40개가 넘는 STARTTLS 결함을 찾아냈고, 약 320,000대(2%)의 서버가 명령 주입(command injection)에 취약하다는 것을 발견했습니다. 상당수는 공개 후 수정되었지만, 저자들은 STARTTLS를 “피해야 한다”고 결론지었습니다. Fastmail은 IMAP과 POP에 STARTTLS를 제공하지 않으며, Gmail과 iCloud는 포트 993에서 암호화 연결(SSL/TLS)을 요구합니다.

TLS는 저장된 메시지가 아니라 연결을 보호하며, 종단 간 암호화도 아닙니다. RFC 8314도 이 점을 직접 밝힙니다. 따라서 포트 993은 전송 중인 비밀번호와 메일을 보호할 뿐, 그 이상은 하지 않습니다. 약점은 비밀번호(2단계 인증과 앱 비밀번호를 사용하세요)와, 각 앱이 내가 준 접근 권한으로 무엇을 하느냐입니다.

이메일 별칭용 읽기 전용 클라이언트: CatchNone

CatchNone은 정확히 위에서 설명한 의미의 읽기 전용 클라이언트로, 내가 소유한 도메인의 이메일 별칭을 위해 만들어졌습니다. IMAP(implicit TLS, 기본 포트 993)으로는 받은 편지함만 EXAMINE으로 열고 BODY.PEEK[]로 내려받으며, JMAP으로는 접근 토큰을 사용합니다. 서버에서 무엇이든 읽음으로 표시하거나, 옮기거나, 삭제하는 일이 없으므로, 이 글에서 설명한 삭제는 어느 것도 CatchNone에서 시작될 수 없습니다. 내 기기에서 메일박스를 직접 읽으므로, 메일이 CatchNone의 서버를 거치지 않습니다.

쇼핑몰, 뉴스레터, 계정마다 별칭을 하나씩 주고, 각 메시지에는 그 메시지가 도착한 별칭이 배지로 표시되므로 유출되거나 팔린 주소가 드러납니다. CatchNone은 설계상 수신 전용이므로 가입 메일은 주 받은 편지함과 떨어진 전용 앱에 모입니다. 무료 요금제에는 내 도메인의 별칭이 최대 10개 포함되며, Lite와 Premium에서는 제한이 없습니다. 도메인과 메일박스 없이 쓰고 싶다면, Premium에서 따로 설정할 것 없이 @catchnone.com 주소를 쓸 수 있습니다.

다만 입력한 비밀번호나 앱 비밀번호 자체에는 여전히 전체 접근 권한이 있습니다. 읽기 전용은 앱의 동작 방식이지, 그 자격 증명이 허용하는 범위가 아닙니다. POP3, Exchange, STARTTLS, OAuth 로그인은 지원하지 않으므로 Outlook.com과 Hotmail은 연결할 수 없을 가능성이 높으며, Gmail에는 앱 비밀번호가 필요합니다. 내 도메인의 메일이 먼저 그 받은 편지함에 도착해야 하며, 보통은 캐치올을 지원하는 이메일 호스트의 캐치올(catch-all) 주소를 거쳐 도착합니다. 스팸 메일로 분류되거나 규칙으로 옮겨진 메일은 표시되지 않습니다. iPhone, iPad, Mac용 CatchNone을 다운로드하세요.

자주 묻는 질문

“서버에서 삭제”는 무슨 뜻인가요?

제공업체의 서버가 메일의 원본을 보관하고, 앱은 사본을 보관합니다. IMAP에서는 모든 삭제가 서버에서의 삭제이며, 보통 휴지통을 거칩니다. POP에서는 설정에 달려 있습니다. 앱이 내려받은 뒤 서버의 사본을 남겨 두거나 제거합니다.

실수로 삭제한 메일을 되살릴 수 있나요?

빨리 확인하면 대개 가능합니다. 웹메일이나 아무 앱에서 서버의 휴지통(Trash 또는 Deleted) 폴더를 확인하세요. Gmail이라면 All Mail(전체보관함)도 확인하세요. 2026년 9월 기준으로 Gmail과 iCloud는 휴지통의 메일을 최대 30일 동안 보관합니다. 휴지통이 비워지거나 메시지가 expunge되면 모든 앱에서 사라집니다.

휴대폰에서는 메일을 삭제하고 서버에는 남길 수 있나요?

IMAP 삭제로는 안 됩니다. IMAP 삭제는 모든 곳에서 메일을 제거합니다. 대신 보관하세요. iPhone에서 Move Discarded Messages Into(폐기된 메시지 이동 위치)의 Archive Mailbox(보관 메일상자)를 선택하면, 폐기한 메시지가 휴지통 대신 보관 메일상자로 갑니다. POP에서 “leave messages on server”(서버에 메시지 남기기)를 켜 두면 로컬에서 삭제해도 서버의 사본은 그대로 남습니다. 단, 현재 Thunderbird의 새 POP 계정처럼(Until I delete them(삭제할 때까지)) 앱이 서버에서도 삭제하도록 설정되어 있으면 예외입니다. 서버가 자체 정책에 따라 오래된 메일을 제거할 수도 있습니다.

서버에서는 메일을 삭제하고 컴퓨터에는 사본을 남길 수 있나요?

네. 먼저 컴퓨터에 저장되는 메일상자로 옮기세요. Mac의 Mail 앱에서 Mailbox(메일상자) > New Mailbox(새로운 메일상자)를 선택하고 Location(위치)을 On My Mac(나의 Mac)으로 설정하세요. Apple에 따르면 이런 메일상자는 그 Mac에만 저장됩니다. Thunderbird의 Local Folders(로컬 폴더)도 같은 방식으로 작동합니다. 서버의 사본을 삭제하고 나면 그 컴퓨터에만 사본이 남으므로 백업해 두세요.

앱에서 계정을 제거하면 메일도 삭제되나요?

IMAP에서는 삭제되지 않습니다. Apple의 Mac용 Mail 사용 설명서에 따르면 계정의 메시지는 Mac에서 제거되지만 “메시지 사본은 계정의 메일 서버에 남아 있습니다.” POP에서는 먼저 백업하세요. 계정을 제거하면 내려받은 메시지가 Mac에서 삭제되며, 서버에 아직 남아 있는 메시지만 남습니다.