IMAP 또는 POP3: 어떤 것을 원하는지, 그리고 왜 클라이언트가 연결되지 않는지

한 줄로 설명하면 이렇습니다: IMAP을 쓰면 메일이 서버에 남아 있고, 클라이언트는 그걸 보여주는 화면일 뿐입니다. POP3는 클라이언트가 메일을 내려받고, 기본 설정상 서버는 더 이상 그 메일을 보관하지 않습니다.

이 차이가 전부인데, 사람들을 곤란하게 만드는 실질적인 결과가 하나 있습니다. 노트북에 POP3를 설정한 다음, 같은 계정을 휴대폰에서 열면 예전 메일이 보이지 않습니다. 누가 삭제한 게 아니라, 노트북으로 내려받은 뒤 서버에서 제거된 것이고, 그게 바로 POP3의 용도입니다.

나란히 비교

	IMAP	POP3
메일이 있는 곳	서버	내려받은 기기
여러 기기	모두 같은 사서함을 표시	먼저 가져가는 쪽이 임자
읽음 상태와 폴더	모든 곳에서 동기화	기기별로 로컬에만 존재
삭제	모든 곳에서 삭제	별도 설정이 없으면 로컬에만 적용
암호화 포트	993	995
일반 포트	143	110

메일 보내기는 별개의 문제이고, 두 프로토콜 모두 처리하지 않습니다. 그건 SMTP가 담당하며, 보통 587 포트를 쓰고, 받기가 이미 작동하더라도 별도 설정이 필요합니다. 메일은 오는데 보내기가 안 되는 구성은 거의 대부분 이 문제이지, 계정 자체의 문제가 아닙니다.

어느 쪽을 선택할까

거의 모든 경우 IMAP입니다. 지금 사람들이 실제로 메일을 쓰는 방식, 즉 휴대폰과 컴퓨터, 때로는 브라우저를 동시에 쓰는 방식에 맞고, 서버가 원본을 보관하는 기준점이 됩니다.

POP3에도 정직한 용도가 하나 있습니다: 모든 메일을 의도적으로 한 번에 한 대의 기기로 로컬 아카이브로 끌어오는 경우입니다. 그게 아니라면 IMAP이 답이고, 이걸 진짜 양자택일로 제시하는 대부분의 가이드는 사람들이 메일을 읽는 방식보다 오래된 내용입니다.

POP3를 선택한다면 한 가지 주의할 점: 대부분의 클라이언트에 "서버에 사본 보관" 설정이 있어서 메일이 사라지는 문제를 막아줍니다. 그런데 기본값이 꺼져 있는 경우가 대부분입니다.

클라이언트가 연결되지 않는 이유, 가능성 순서대로

연결 실패의 대부분은 어떤 프로토콜을 골랐는지와 무관합니다.

계정 비밀번호 대신 앱 비밀번호를 써야 하는데 그걸 안 쓴 경우

압도적으로 가장 흔한 원인이고, 그래서 IMAP 설정 검색어에 "앱 비밀번호"가 뜨는 겁니다. 주요 제공업체들은 메일 클라이언트가 일반 계정 비밀번호를 쓰는 걸 더 이상 허용하지 않습니다. 대신 2단계 인증을 켜고, 계정 보안 설정에서 앱 전용 비밀번호를 생성해서 클라이언트에 입력해야 합니다.

이때 뜨는 오류는 인증 실패인데, "비밀번호 오류"로 읽혀서 사람들이 전혀 틀리지 않은 비밀번호를 재설정하러 갑니다. 계정을 구매했는데 판매 정보에 앱 비밀번호가 언급되어 있다면, 그 문자열을 클라이언트에 넣어야지 로그인 비밀번호를 넣으면 안 됩니다.

루트 폴더 경로가 설정되지 않은 경우

일부 IMAP 구성에서만 발생하며, 이상한 증상이 나타납니다: 연결은 성공하는데 폴더가 없거나 중복되거나, 모든 게 이상하게 중첩됩니다. 클라이언트에 폴더 트리가 시작되는 위치를 알려줘야 하는데, 보통 INBOX입니다. 계정이 망가진 것처럼 보이지만, 필드 하나만 채우면 됩니다.

포트와 암호화 설정 불일치

암호화 포트인데 암호화를 끄거나, 그 반대인 경우입니다. IMAP은 993, POP3는 995를 SSL 또는 TLS와 함께 쓰고, 보내기는 587을 씁니다. 일반 텍스트 포트도 아직 있지만, 선택할 이유는 거의 없습니다.

제공업체가 접근을 차단한 경우

클라이언트 쪽에서는 해결할 수 없는 경우로, 다음에서 다룹니다.

프로토콜 접근은 속성이 아니라 정책입니다

자체 메일 서버를 구성하는 게 아니라 사서함을 구매하는 경우라면 알아둘 만합니다: 외부 클라이언트를 허용할지 말지는 제공업체의 결정이고, 언제든 바뀔 수 있습니다.

구체적인 예를 들면, Onet.pl은 2026년에 무료 계정의 외부 클라이언트 접근을 강화했습니다: POP3는 중단되고, IMAP은 유료 요금제 뒤로 숨겨졌으며, 무료 계정은 웹 인터페이스와 공식 앱만 남았습니다. 오래전에 이전 약관으로 등록한 계정은 예외로 처리되어 무료 IMAP을 유지했습니다.

이 교훈은 일반화됩니다. "IMAP 지원"이라고 적힌 판매 정보는 그 글이 작성된 시점의 사실을 설명할 뿐입니다. 그래서 구매 후에는 그 태그가 유지될 거라고 가정하지 말고, 실제 클라이언트로 즉시 연결해 보는 게 유용한 행동입니다. 이 확인은 12시간 보증 기간 안에 충분히 할 수 있고, 기간이 끝나면 할 수 없습니다.

판매 정보에서 프로토콜 접근의 가치

사서함을 구매하는 사람에게는 직관에 반하는 점이 하나 있습니다: 프로토콜 접근은 보통 저렴하고 때로는 무료입니다. 한 대형 마켓플레이스에서는 측정 가능한 속성 중 사실상 가장 저렴했고, 중간 가격이 1달러를 훨씬 넘는 것과 대조적이었습니다. 같은 마켓플레이스의 인증 속성은 그 두 배에 가까운 비용이 들었습니다. 한 곳에서는 반대로 IMAP이 중간 가격의 거의 두 배였지만, 그건 예외입니다.

그래서 프로토콜 접근을 엄격하게 필터링하는 구매자는 보통 가장 비용이 적게 드는 축을 최적화하는 셈이고, 누군가 거기에 프리미엄을 붙여 팔기 전에 알아두면 좋습니다.

프로토콜 태그로 필터링 가능한 사서함 목록은 이메일 허브에 있습니다.