메일이 블랙리스트에 올랐을 때: 반송 메일 읽는 법과 해제 방법

게시일 2026-11-03 ／ 업데이트 2026-11-03 ／ 작성 Yuki Nakazawa

메일이 블랙리스트에 올랐다면 대개 반송 메시지에 그 사실이 나타납니다. 돌아온 거부 메시지를 열고 세 가지를 확인하시기 바랍니다. 세 자리 코드, 그 뒤에 오는 점으로 구분된 코드(5.7.1 등), 그리고 본문입니다. 4로 시작하는 코드는 일시적인 실패이고, 5로 시작하는 코드는 영구적인 실패입니다. 본문에 블랙리스트 이름이 있다면 그 리스트부터 처리해야 합니다.

블랙리스트를 쫓기 전에 단순한 원인부터 순서대로 배제하시기 바랍니다. 주소 오타, 메일함 용량 초과, 수신자 측의 문제, 그리고 SPF, DKIM, DMARC 미설정입니다. 블랙리스트 해제 절차는 거의 어디서나 같습니다. 원인을 찾아 멈추게 하고, 리스트가 요구하는 경우 해제 요청을 한 번 제출한 뒤 기다리는 것입니다. 해제를 약속할 수 있는 사람은 없으며, 원인을 고치지 않은 채 요청을 반복하면 상황이 오히려 나빠지는 경향이 있습니다.

아래에 나오는 각 리스트와 메일 서비스에 관한 사실은 2026년 11월 기준 각 공식 페이지에서 가져왔습니다. 정책은 바뀔 수 있으므로 조치하기 전에 운영자의 사이트에서 세부 내용을 확인하시기 바랍니다.

도메인이나 IP 주소가 약 345개 블랙리스트 중 어디에 등재되어 있는지 무료로 확인할 수 있습니다.

반송 메시지 읽는 법

반송 메일(전달 실패 보고서)에는 수신 서버가 보낸 응답이 인용되어 있습니다. 전형적인 블랙리스트 거부는 다음과 같습니다.

<user@example.com>: host mx.example.com[203.0.113.25] said:
    550 5.7.1 Service unavailable; Client host [203.0.113.10]
    blocked using bl.example.org (in reply to RCPT TO command)

응답 코드(550). RFC 5321에 따르면 4yz 응답은 일시적인 오류로, 같은 요청을 다시 시도해도 됩니다. 5yz 응답은 영구적인 실패이며, 발송 서버는 같은 요청을 그대로 반복해서는 안 됩니다.
확장 상태 코드(5.7.1). RFC 3463에서 class.subject.detail 형식으로 정의되어 있습니다. 가운데 숫자는 영역을 나타냅니다. 1은 주소, 2는 메일함, 4는 네트워크와 라우팅, 7은 보안 또는 정책입니다. 5.7.x 코드는 수신 측이 정책상의 이유로 거부했다는 뜻이며, 블랙리스트와 평판 문제는 여기에 나타납니다.
본문. 수신 측은 리스트 이름(blocked using bl.example.org)이나 조회 URL을 적어 두는 경우가 많습니다. 반송 메일 전체를 복사해 두시기 바랍니다. 해제 요청이나 지원 문의에 필요합니다.

자주 보는 코드와 그 의미는 다음과 같습니다. 5.7.25, 5.7.26, 4.7.x 설명은 Gmail이 공개한 오류 목록에서 가져왔으며, 다른 서비스는 같은 코드를 다른 표현이나 의미로 사용할 수 있습니다.

코드	의미	먼저 확인할 것
`550 5.1.1`	수신자 메일함이 존재하지 않음	철자, 불필요한 공백
`452 4.2.2` / `552 5.2.2`	수신자 메일함이 가득 참	수신자에게 공간 확보를 요청한 뒤 재발송
`550 5.7.1`	전달이 허용되지 않음, 정책에 따라 거부됨. 블랙리스트나 낮은 발신자 평판인 경우가 많음	본문의 리스트 이름, 발송 IP의 등재 여부
`550 5.7.26`	메일이 SPF나 DKIM으로 인증되지 않았거나 DMARC에 의해 거부됨(Gmail)	SPF, DKIM, DMARC 레코드
`550 5.7.25`	발송 IP에 PTR 레코드가 없거나 정방향 DNS와 일치하지 않음(Gmail)	발송 서버의 역방향 DNS
`421 4.7.0`, `421 4.7.28`	IP 평판이 낮거나 발송 속도가 비정상적이어서 일시적으로 속도 제한됨(Gmail)	최근의 발송량 급증, 스팸 신고
4.4.x	시간 초과나 서버 혼잡 등 네트워크 문제	수신 도메인의 MX, 수신 측 장애

4xx 오류라면 서버가 알아서 재시도를 계속합니다. RFC 5321은 재시도 간격을 최소 30분으로 두고, 포기하기까지의 시간은 일반적으로 최소 4~5일이어야 한다고 권고합니다. 그래서 최종 실패보다 훨씬 전에 '지연' 경고를 받을 수 있습니다.

원인은 이 순서로 확인하기

확인하기 쉽고 흔한 원인부터 드문 원인 순으로 진행합니다. 초반의 확인은 몇 초면 끝나므로 다른 무엇보다 먼저 하시기 바랍니다.

주소 오타. 5.1.1은 블랙리스트와 관계가 없습니다. 주소를 수정합니다.
메일함 용량 초과. 4.2.2나 5.2.2는 수신자 측의 문제입니다. 다른 방법으로 연락합니다.
특정 수신자 한 명만 실패. 다른 회사나 Gmail로는 메일이 전달된다면 수신자 측 필터가 원인일 가능성이 높습니다. 상대 관리자에게 반송 메일 전문을 보냅니다.
SPF, DKIM, DMARC. Gmail은 모든 발신자에게 SPF 또는 DKIM 설정을, 하루 5,000통을 초과해 보내는 발신자에게는 SPF, DKIM, DMARC 설정을 요구합니다. Yahoo의 요구사항도 비슷하며, 대량 발신자는 최소 p=none 이상의 DMARC 정책이 필요합니다. Outlook.com 역시 2025년 5월 5일부터 하루 5,000통을 초과해 보내는 도메인에 같은 요구사항을 적용하기 시작했습니다. SPF, DKIM, DMARC 설정 가이드를 참고하시기 바랍니다.
발송 IP와 도메인의 평판. 발송 IP에 유효한 정방향 및 역방향 DNS(PTR)가 있는지, TLS로 보내고 있는지, 스팸 신고가 적은지 확인합니다. Gmail과 Yahoo는 모두 스팸률을 0.3% 미만으로 유지하도록 요구하며, Gmail은 0.10% 이하를 권장합니다.
블랙리스트 확인. 반송 메일에 리스트 이름이 있거나, 서로 관련 없는 여러 수신자에게서 5.7.1이 돌아온다면 블랙리스트 조회 도구로 발송 IP와 도메인을 확인합니다.
내용과 발송량. 바뀐 점이 없는지 살펴봅니다. 갑작스러운 대량 발송, 오래된 목록으로 한꺼번에 보낸 메일, 모르는 사람에게 메일을 보내도록 악용되는 웹 양식 등입니다.

Gmail만 거부한다면 Gmail 전달 문제 해결 가이드에서 Gmail 고유의 코드를 더 자세히 설명합니다.

메일 블랙리스트(DNSBL)란 무엇이며 어떻게 확인하는가

대부분의 메일 블랙리스트는 DNSBL, 즉 DNS를 통해 공개되는 리스트입니다. 서버가 접속하면 수신 서버는 신뢰하는 리스트에서 접속한 IP를 조회하고, 그 결과에 따라 메일을 거부하거나 점수를 매기거나 태그를 붙입니다.

조회 방법은 RFC 5782에 설명되어 있습니다. IPv4의 경우 옥텟을 역순으로 뒤집어 리스트의 도메인 앞에 붙입니다. 등재된 주소는 관례적으로 127.0.0.2인 A 레코드를 반환하며, 이유를 설명하는 TXT 레코드가 있을 수 있습니다. 등재되지 않은 주소에는 레코드가 전혀 없습니다. IPv6는 전체 주소를 니블 단위로 뒤집은 형식을 사용합니다.

$ dig +short 10.113.0.203.bl.example.org A
127.0.0.2
$ dig +short 10.113.0.203.bl.example.org TXT
"Listed - see https://bl.example.org/lookup"

많은 분들이 헷갈리는 점은 다음과 같습니다.

메일을 보내는 서버의 IP를 확인합니다. 노트북이나 사무실 회선의 IP가 아닙니다. 반송 메일(Client host [...])이나 보낸 메일의 Received 헤더에서 찾을 수 있습니다.
도메인도 등재될 수 있습니다. 일부 리스트는 발신 도메인이나 링크에 나오는 도메인을 대상으로 합니다. IP와 도메인을 모두 확인합니다.
등재는 그 리스트를 사용하는 곳에서만 의미가 있습니다. 어떤 리스트를 참조할지는 각 수신 측이 결정합니다. 수신자가 사용하지 않는 리스트에 올라 있어도 그 수신자에게는 아무런 영향이 없습니다.

수십 개의 리스트를 직접 조회하는 것은 번거롭습니다. 블랙리스트 조회 도구를 쓰면 한 번에 조회해 어떤 리스트에서 등재가 확인되는지 보여 줍니다.

실제로 중요한 등재는 무엇인가

모든 등재에 같은 주의를 기울일 필요는 없습니다. 대략적인 우선순위는 다음과 같습니다.

반송 메일에 이름이 나온 리스트. 실제로 메일을 막고 있는 리스트입니다. 가장 먼저 처리합니다.
널리 쓰이는 대형 리스트. 여기에 등재되면 여러 수신 측에 한꺼번에 영향을 줍니다.
소규모 또는 잘 알려지지 않은 리스트 한두 곳의 등재는 반송 메일에 이름이 나오지 않는 한 대개 메일 차단의 원인이 아닙니다. 이런 리스트에 시간을 쓰기 전에 인증과 평판을 먼저 확인하시기 바랍니다.

잘 알려진 리스트들이 스스로를 어떻게 설명하는지 2026년 11월 기준 공식 페이지를 바탕으로 정리했습니다.

리스트	등재 대상	해제 방식
Spamhaus PBL	초고속 인터넷 등 수신 서버로 메일을 직접 보내서는 안 되는 최종 사용자용 IP 대역	스팸 발송의 증거는 아닙니다. 대신 포트 587 또는 465로 인증된 메일 서버를 거쳐 보냅니다. 최종 사용자는 네트워크의 정책이 허용하는 경우에만 제외를 요청할 수 있으며, 단일 IP의 제외는 일 년 후 만료됩니다
SpamCop	SpamCop 사용자가 신고한 IP	신고가 멈추고 24시간이 지나면 자동으로 해제됩니다. 조기 해제 요청은 받지 않습니다
Barracuda BRBL	자동화된 시스템이 탐지한 IP	해제 양식을 한 번 제출합니다. 중복 요청은 무시됩니다. 타당한 설명이 있는 요청은 대개 12시간 이내에 처리됩니다
UCEPROTECT Level 1	단일 IP	마지막 스팸으로부터 7일이 지나면 자동으로 만료됩니다. 유료 긴급 해제가 제공되며 선택 사항이라고 설명되어 있습니다
UCEPROTECT Level 2	대역 내 Level 1 등재가 정해진 한도를 넘었을 때 할당 대역 전체	대역이 더 이상 기준에 해당하지 않으면 자동으로 해제됩니다. 일반적으로 해제를 요청할 수 있는 것은 서비스 제공업체뿐입니다
UCEPROTECT Level 3	네트워크(ASN) 전체	기준에 더 이상 해당하지 않으면 자동으로 해제됩니다. 정책에는 최종 고객의 해제 요청은 소용이 없다고 명시되어 있습니다

두 가지를 기억해 두시기 바랍니다. 첫째, UCEPROTECT Level 2와 3처럼 대역 전체를 대상으로 하는 리스트는 같은 네트워크의 다른 주소 때문에 스팸을 보낸 적이 없는 IP도 포함할 수 있습니다. 둘째, 리스트가 유료 긴급 해제를 제공하는 경우에도 대개 무료 자동 만료가 함께 있으며, 비용을 지불해도 등재의 원인은 해결되지 않습니다. 원인이 남아 있으면 다시 등재됩니다. Spamhaus에는 해제 방법이 서로 다른 여러 리스트가 있으므로 Spamhaus 해제 방법을 참고하시기 바랍니다.

블랙리스트에서 해제되는 방법

절차는 어느 리스트든 거의 같습니다.

원인을 찾아 멈추게 합니다. 흔한 원인은 탈취된 메일 계정 비밀번호, 악성코드에 감염된 컴퓨터, 입력된 아무 주소로나 메일을 보내는 문의 양식, 오픈 릴레이, 수신 동의하지 않은 사람에게 보내는 메일 등입니다. 무엇보다 먼저 비밀번호를 바꾸고 허점을 막습니다.
운영자의 조회 페이지를 읽습니다. 대부분의 리스트는 IP를 입력하면 등재 이유와 해제 방법을 보여 줍니다. 외부의 추측이 아니라 그 안내를 따릅니다.
자동으로 만료되는 리스트라면 기다립니다. SpamCop은 신고가 멈추고 24시간 후에, UCEPROTECT Level 1은 새 스팸 없이 7일이 지나면 등재를 해제합니다.
요청을 받는 리스트라면 한 번 보냅니다. 무슨 일이 있었고 무엇을 바꾸었는지 솔직하게 적습니다. 예를 들어 Barracuda는 중복 요청은 무시된다고 밝히고 있습니다.
다시 보내고 지켜봅니다. 해제가 반영되기까지 시간이 걸릴 수 있습니다. SpamCop은 미러와 리스트를 사용하는 서버에 반영되기까지 최대 4시간이 걸릴 수 있다고 안내합니다.

같은 요청을 몇 번이고 다시 제출하거나 원인을 고치기 전에 해제를 요청하는 것은 역효과를 냅니다. 설령 해제되더라도 문제가 재발하면 곧바로 다시 등재되며, 어느 경우든 최종 결정권은 운영자에게 있습니다.

또한 DNSBL은 판단 요소 중 하나일 뿐이라는 점을 기억하시기 바랍니다. Gmail이 발송 IP나 도메인의 매우 낮은 평판을 이유로 550 5.7.1로 메일을 거부한다면 이는 Gmail 자체의 평가입니다. DNSBL에서 해제되어도 이 평가는 바뀌지 않으며, 인증 개선, 깨끗한 수신자 목록, 스팸 신고 감소가 이를 바꿉니다.

공유 호스팅과 VPS: IP가 나만의 것이 아닐 때

공유 호스팅에서는 많은 고객이 같은 발신 IP를 통해 메일을 보냅니다. 다른 사람의 해킹된 사이트 때문에 그 IP가 등재되면 내 메일도 함께 차단됩니다.

공유 호스팅. IP는 호스팅 업체가 관리하므로 직접 해제 요청을 제출하기보다 반송 메일 전문과 등재된 IP를 첨부해 지원 문의를 남기시기 바랍니다. UCEPROTECT Level 2와 3 같은 대역이나 네트워크 단위의 등재는 제공업체만 대응할 수 있습니다.
VPS 또는 전용 서버. 새로 할당받은 IP에 이전 사용자의 이력이 남아 있을 수 있습니다. 발송을 시작하기 전에 확인하고, 역방향 DNS(PTR)를 메일 서버의 호스트 이름과 일치하도록 설정합니다. 대개 제공업체의 제어판에서 설정합니다.
가정용 또는 유동 IP에서 직접 발송. Spamhaus PBL은 바로 이런 대역을 위한 리스트입니다. 포트 587 또는 465에서 인증을 사용해 인터넷 서비스 제공업체나 메일 서비스의 제출(submission) 서버를 경유하도록 합니다.

IP를 직접 관리할 수 없고 제공업체도 해결하지 못한다면, 발신 메일을 인증된 다른 발송 서버로 옮기는 것이 현실적인 해결책인 경우가 많습니다.

다시 등재되지 않으려면

해제는 원인이 해결된 상태로 유지될 때만 지속됩니다. 다음 습관을 유지하시기 바랍니다.

인증과 기본 설정. SPF, DKIM, DMARC를 유효하게 유지하고, 역방향 DNS를 정확하게 설정하며, TLS로 보냅니다. 새 발송 서비스를 추가할 때마다 SPF를 갱신합니다.
계정 보안. 강력한 비밀번호와 이중 인증을 사용하고, 발신량이나 대기열 크기가 갑자기 늘어나지 않는지 지켜봅니다.
양식 보호. 문의 양식과 가입 양식에 속도 제한을 두어 임의의 주소로 메일을 보내는 데 악용되지 않도록 합니다.
수신자 목록 관리. 수신을 원한 사람에게만 보내고, 반송되는 주소는 삭제합니다. Gmail과 Yahoo는 대량 발신자에게 원클릭 수신 거부 지원을 요구합니다.
갑작스러운 급증 피하기. 평소보다 훨씬 많은 양을 보내면 속도 제한과 스팸 신고를 유발할 수 있습니다.
정기적으로 확인하기. 발송 IP와 도메인을 가끔 조회하면 고객이 메일 누락을 알려 오기 전에 등재를 발견할 수 있습니다.

직접 처리하기 어려우신 경우

블랙리스트 해제 신청 대행, 컨설팅, 자문(JPY 50,000부터)을 맡아 주는 업체를 소개해 드립니다. 해제 여부는 각 리스트 운영자가 결정하므로 해제를 약속할 수는 없습니다.

상담하기

이 사이트는 소개한 업체로부터 소개 수수료를 받을 수 있습니다. About

자주 묻는 질문

블랙리스트에서 해제되기까지 얼마나 걸리나요?

리스트에 따라 다릅니다. 2026년 11월 기준으로 SpamCop은 신고가 멈추고 24시간 후에 등재를 해제하고, UCEPROTECT Level 1은 마지막 스팸으로부터 7일 후에 만료되며, Barracuda는 타당한 설명이 있는 해제 요청을 대개 12시간 이내에 처리한다고 밝히고 있습니다. 모두 원인이 멈춘 것을 전제로 하며, 최종 판단은 운영자가 합니다.

작은 블랙리스트 한 곳에 등재되어 있습니다. 조치가 필요한가요?

반송 메일에 그 리스트가 언급되지 않고 주요 리스트에 등재되어 있지 않다면 대개 필요하지 않습니다. 먼저 인증과 수신자 측 원인을 확인하시기 바랍니다. 철저히 확인하고 싶다면 해당 리스트의 사이트에서 정책을 읽어 보시기 바랍니다.

유료 긴급 해제를 이용해야 하나요?

필요한 경우는 드뭅니다. UCEPROTECT는 유료 긴급 해제를 선택 사항이라고 설명하며, 등재는 무료로도 만료됩니다. 비용을 지불해도 원인은 해결되지 않으므로, 원인을 고치지 않은 등재는 다시 돌아옵니다.

해제되었는데도 메일이 계속 차단됩니다. 왜 그런가요?

해제가 아직 반영되지 않았거나 다른 원인이 남아 있을 수 있습니다. 새 반송 메일을 꼼꼼히 읽으시기 바랍니다. Gmail 같은 서비스가 IP나 도메인의 평판을 언급한다면 이는 해당 서비스 자체의 평가이므로, DNSBL 해제가 아니라 인증, 내용, 스팸 신고율의 개선이 필요합니다.

4xx 오류에는 어떻게 대응해야 하나요?

처음에는 대개 아무것도 하지 않아도 됩니다. 4xx 응답은 일시적이며 서버가 며칠 동안 자동으로 재시도합니다. 같은 오류가 계속 돌아오거나 5xx로 바뀐다면 이 글의 확인 사항을 차례로 점검하시기 바랍니다.

참고한 공식 페이지

이 글의 사실 관계는 게시 시점에 아래 공식 페이지와 대조하여 확인했습니다. 정책과 동작은 예고 없이 바뀔 수 있으므로 중요한 판단을 내리기 전에 공식 페이지를 확인하시기 바랍니다.