네이버 메일 반송·스팸 거부 해결

Problem

당신 서버가 @naver.com(그리고 자주 @daum.net·@kakao.com·@nate.com)으로 보낸 메일이 스팸 의심을 이유로 영구 거부되어 반송되거나, 조용히 도착하지 않습니다. 같은 메일이 지메일과 아웃룩에는 무리 없이 닿습니다. 이것이 전형적인 비대칭입니다: 당신 도메인은 거의 맞게 설정돼 있고, 네이버는 그 틈을 벌줄 만큼 깐깐한 수신자입니다.

Symptoms

• naver.com으로 보낸 메일이 스팸·차단을 언급하는 5xx SMTP 거부로 반송되는데, 다른 제공자는 같은 메시지를 받아들인다.
• 전송이 느리거나 스로틀링된다 — 네이버가 몇 통 받아들이다 특히 새 발송 IP에서 지연·거부를 시작한다.
• 지메일/아웃룩에는 (때로 스팸함에) 도착하는데 네이버는 즉시 거부한다.
• 새 메일 서버, 새 호스팅, 새 IP로 옮긴 직후 시작됐다.
• 어떤 네이버 수신자는 받고 어떤 수신자는 못 받는다 — 도메인 문제가 아니라 개인 수신차단 목록을 보고 있다는 신호일 수 있다.

네이버의 “스팸 의심”이 실제로 뜻하는 것

네이버는 이 도메인을, 이 IP에서 받아들일 만큼 신뢰하지 않는다고 말하는 것입니다 — 그리고 지메일과 달리, 그 의심을 조용히 스팸함에 넣고 넘어가지 않습니다. 네이버가 익숙한 다른 제공자들보다 까다로운 이유는 두 가지입니다.

첫째, 공개 포스트마스터 대시보드가 없습니다. 구글은 Postmaster Tools를 줍니다 — 평판, 스팸률, 인증 통과율을 그래프로 볼 수 있죠. 네이버는 그에 준하는 것을 주지 않습니다. 반송 문구와 직접 보낸 테스트 메일의 동작이 얻을 수 있는 유일한 계측값이라, 리포트를 읽는 대신 원인으로부터 추론해야 합니다.

둘째, 네이버는 인증 정렬을 엄격히 강제하고 낯선 IP를 기본적으로 스로틀링합니다. 갓 만든 발송 IP는 평판이 없어서, 네이버는 신뢰를 쌓을 때까지 속도를 제한합니다 — 배치를 보내려는 입장에서는 딱 차단처럼 보입니다. 그리고 SPF나 DKIM이 존재하되 From 주소와 정렬되지 않은 도메인은, 관대한 제공자의 대충 검사는 통과하고도 네이버에서는 실패합니다. 그래서 해결책은 세 곳에, 이 순서로 있습니다: 인증 레코드, IP의 평판과 역방향 DNS, 그리고 한국 특유의 수단인 KISA 화이트도메인 등록.

Top 3 Causes

1. 실제 발송 경로에 대한 SPF/DKIM 누락 또는 미정렬. 실제로 메일을 보내는 서버가 SPF 레코드에 없거나, 메시지가 From 주소와 정렬되는 도메인으로 DKIM 서명되지 않았다. 신호: 지메일은 배달되는데 유독 네이버에서만 실패하고, 헤더 검사에서 발송 소스에 대해 spf=none/fail 또는 dkim=none이 보인다. 가장 흔하고 가장 고치기 쉬운 원인이다.
2. 새롭거나 평판이 낮은 발송 IP의 스로틀링. 갓 만든 IP, 공유 호스팅 IP, 한국 발송 이력이 없는 주소는 속도 제한되거나 거부된다. 신호: 간헐적이고 물량 의존적 — 처음 몇 통은 통과하다 네이버가 지연을 시작하며, 서버·IP를 바꾼 순간 시작됐다. 그 IP의 역방향 DNS(PTR)가 없거나 일반값이면 더 나빠진다.
3. 대량 발송에 대한 KISA 화이트도메인 미등록. 뉴스레터, 트랜잭션 메일, 한국 포털로의 실물량이라면, 미등록 도메인은 무죄가 증명될 때까지 유죄로 취급된다. 신호: 인증이 깨끗하고 IP도 멀쩡한데 네이버/다음으로의 지속 발송이 계속 스로틀링·거부되고, spam.kisa.or.kr에 등록한 적이 없다.

Diagnose with DechoNet

• 이메일 점검은 발송 도메인의 SPF·DKIM·DMARC 레코드를 가져와 평가합니다 — SPF 레코드가 존재하는지, 10회 조회 한도(RFC 7208 §4.6.4) 안에 드는지, 실제로 발송하는 서비스를 include:하는지 확인하세요. 게시된 SPF 레코드는 KISA 화이트도메인 신청의 전제 조건이기도 하니, 어느 쪽이든 이게 첫 단계입니다.
• 역방향 DNS 조회는 발송 IP가 실제 호스트명으로 되돌아 해석되는 유효한 PTR 레코드를 가졌는지 확인합니다. 없거나 일반적인 PTR(클라우드 제공자가 기본으로 주는 종류)은 네이버 같은 수신자가 알아채는 평판 감점 요인입니다.

Resolution Checklist

• 범위부터 확정: 도메인 전체 SMTP 반송인가, 아니면 반송 없이 네이버 한 사서함만 못 받는가? 한 사서함이면 상대방의 개인 수신차단 목록이니 여기서 멈춘다.
• From 주소의 도메인에 이메일 점검을 돌려 SPF·DKIM·DMARC가 모두 존재·유효하고 SPF가 10회 조회 한도 안에서 해석되는지 확인한다.
• 정렬을 검증: 발송 서비스가 SPF include: 안에 있고, From과 일치하는 도메인으로 DKIM 서명하는가 — 그냥 ‘아무’ DKIM 서명이 아니라.
• 발송 IP의 역방향 DNS를 확인하고, 없거나 일반값이면 정방향 확인되는 실제 PTR 레코드를 설정한다.
• 새 IP라면 워밍업하라 — 첫날 전량을 쏘지 말고 낮은 물량에서 점진적으로 늘린다.
• 한국 포털로의 지속 물량이라면 도메인과 발송 IP를 KISA 화이트도메인 서비스(spam.kisa.or.kr)에 등록한다. SPF부터 게시하라 — KISA는 승인 전 약 2주간 발송 이력을 심사한다.
• 테스트 메일을 보내고 정상 발송을 재개하기 전에 헤더에서 spf=pass·dkim=pass와 DMARC 정렬을 다시 확인한다.

When to Escalate

• 도메인 인증이 깨끗하고, IP의 역방향 DNS·평판이 좋고, KISA 등록도 마쳤는데 네이버가 여전히 지속 발송을 거부한다면, 전체 반송문과 함께 네이버 메일/abuse 지원에 문의하세요 — 이 지점의 차단은 그들만 설명할 수 있는 수신자 측 결정입니다.
• 실패가 반송 없는 네이버 수신자 한 명이라면 발송 측에서 escalate할 것이 없습니다: 그 수신자가 환경설정 → 스팸설정 → 수신허용/차단에서 자기 차단 목록을 직접 관리합니다.