이메일 주소 확인 — 보내기 전에 진짜 있는 주소인지 알아보는 법

영업 메일을 보냈더니 얼마 뒤 "메일을 전달하지 못했다"는 안내 메일이 돌아온 적이 있으실 겁니다. 받는 주소가 없거나 받을 수 없는 상태라서 메일이 되돌아온 것, 즉 반송입니다.

이 글은 보내기 전에 그 주소가 진짜 있는지 확인하는 방법을 답합니다. 확인은 어떤 순서로 하는지, 어떤 경우에는 확인이 안 되는지, 이미 반송된 메일에 적힌 550 5.1.1 같은 코드는 무엇을 뜻하는지까지 다룹니다.

예시 주소는 처음부터 끝까지 kim@abc-trading.co.kr 하나로 씁니다. 가상의 무역회사 김 과장님 주소라고 생각하시면 됩니다.

없는 주소로 보내면 무엇이 문제인가요?

메일이 배달되지 않고 돌아오는 것으로 끝나지 않습니다. 구글은 반송이 늘어나면 보내는 양 자체를 줄이라고 안내하고, 반송이 여러 번 난 주소는 자동으로 명단에서 빼라고 권합니다. 반송은 보내는 쪽이 관리해야 할 신호로 취급된다는 뜻입니다.

구글 이메일 발신자 가이드라인에는 이런 문장이 있습니다.

If messages start bouncing or start being deferred, reduce the sending volume until the SMTP error rate decreases. Then, increase slowly again.

반송되거나 배달이 미뤄지기 시작하면 오류 비율이 내려갈 때까지 보내는 양을 줄이고, 그다음 천천히 다시 늘리라는 뜻입니다. 같은 문서의 수신거부 항목에는 "Automatically unsubscribe recipients who have multiple bounced messages"(여러 번 반송된 받는 사람은 자동으로 수신 명단에서 빼라)는 권고도 있습니다.

영업 메일에서 이 말은 곧 이렇습니다. 명단에 없는 주소가 많을수록 반송이 늘고, 반송이 늘면 발송 속도를 스스로 늦춰야 합니다. 보내기 전에 걸러 내는 편이 훨씬 싸게 먹힙니다.

보내기 전에 주소를 확인하는 단계는 무엇인가요?

세 단계입니다. ① 주소 모양이 맞는가 → ② @ 뒤 도메인에 메일을 받는 서버가 있는가 → ③ 그 서버에 이 주소가 있는지 물어본다. 앞 단계에서 걸리면 뒤 단계는 볼 필요가 없습니다.

① 모양에서 걸리는 것은 대부분 옮겨 적다 생긴 실수입니다. kim@abc-trading 처럼 점이 빠졌거나, 두 주소가 쉼표로 붙어 있는 경우입니다.

② 메일 서버 단계는 DNS(도메인 이름과 서버 정보를 적어 둔 공개 장부)를 찾아봅니다. 메일을 받는 서버는 MX 레코드라는 칸에 적혀 있습니다. 인터넷 메일 표준인 RFC 5321 5.1절은 도메인 자체가 없으면 오류로 처리하고, MX가 비어 있으면 그 도메인의 주소(A 레코드)를 메일 서버로 간주한다고 정해 두었습니다. 그래서 MX가 없다고 곧바로 "없는 도메인"이라고 단정하지 않고, 둘 다 없을 때 메일을 받을 곳이 없다고 봅니다.

③ 주소 단계가 핵심입니다. 다음 질문에서 자세히 설명합니다.

메일을 보내지 않고 주소가 있는지 어떻게 물어보나요?

메일 배달 절차를 시작해 받는 사람 주소까지만 말하고, 서버의 대답을 들은 뒤 본문을 보내지 않고 끊습니다. 받는 분에게는 아무것도 가지 않습니다.

메일 서버끼리 메일을 주고받을 때는 정해진 순서가 있습니다. 보내는 쪽이 "보내는 사람은 누구다", "받는 사람은 누구다", "이제 본문을 보낸다"를 차례로 말하고, 받는 쪽은 한 마디마다 세 자리 숫자로 답합니다. 받는 사람을 말하는 단계에서 서버가 하는 대답은 보통 둘 중 하나입니다.

• 250 — 받겠다(RFC 5321: "Requested mail action okay, completed")
• 550 — 받을 수 없다(RFC 5321: "mailbox unavailable", 예로 "mailbox not found"를 듭니다)

여기서 끊으면 본문은 한 글자도 넘어가지 않습니다.

표준에는 주소 확인만 하는 전용 명령(VRFY)도 있습니다. 하지만 RFC 5321은 서버가 보안상 이유로 이 명령을 꺼 둘 수 있게 허용하고, 그때는 "확인은 못 하지만 일단 받겠다"는 뜻의 252로 답하게 했습니다. 그래서 실제 주소 확인은 배달 절차의 받는 사람 단계로 합니다.

이 방법이 실제로 통하는지 저희가 직접 재 봤습니다(2026-09-07). 반송으로 없는 주소임이 이미 확인된 3개, 정상 주소 2개, 뒤에서 설명할 '없는 주소도 받는' 도메인의 주소 1개, 모두 6개를 물었고 6개 모두 실제와 같은 답을 얻었습니다. 표본이 작으니 "이 방법이 작동한다"는 확인으로만 봐 주십시오. 같은 날 네이버·한메일·지메일은 없는 주소를 정확히 알려 준다는 것도 확인했습니다.

확인이 안 되는 경우는 언제인가요?

두 가지입니다. 상대 메일 서버가 없는 주소도 일단 받겠다고 답하도록 설정된 경우(catch-all), 그리고 상대 서버가 확인 요청 자체를 거절하는 경우입니다. 이때는 보내 봐야 알 수 있습니다.

catch-all(없는 주소도 일단 받는 설정) 은 회사 메일 서버에서 볼 수 있습니다. 이런 서버는 kim@이든 아무렇게나지은이름@이든 받는 사람 단계에서 모두 250으로 답합니다. 그래서 받는 사람 단계의 대답만으로는 주소가 있는지 가릴 수 없습니다. 이것을 알아보는 방법은 간단합니다. 있을 리 없는 주소를 하나 지어서 물어보고, 그것도 받겠다고 하면 catch-all입니다. 그 도메인에서는 어떤 주소를 물어도 같은 답이 나오므로, 주소가 있는지 미리 알 수 없습니다.

저희가 모은 업체 200곳의 이메일 도메인 25종에 이 방법으로 물어본 결과는 이렇습니다(2026-09-07 실측).

네 곳 중 한 곳쯤은 보내기 전에 확인할 수 없다는 뜻입니다. 이 비율은 저희가 모은 명단 기준이며, 업종이나 나라가 다르면 달라질 수 있습니다.

확인 요청 거절은 상대 서버가 우리 연결을 받지 않거나, 받는 사람 단계에 답하지 않는 경우입니다. 이때도 주소가 있다 없다를 말할 근거가 없으므로 '모름'으로 둡니다.

무료 주소 확인 도구의 결과는 무엇을 뜻하나요?

무료 도구 이 이메일 주소가 살아있나 확인하기는 결과를 셋 중 하나로 알려 줍니다. '받는 주소입니다', '없는 주소입니다', '확인할 수 없습니다'. 각 결과 아래에 이유 문장이 한 줄 붙습니다. 로그인 없이 쓸 수 있고, 하루 10번, 한 번에 주소 한 개까지 확인됩니다.

kim@abc-trading.co.kr을 넣었을 때 나올 수 있는 결과와 이유 문장은 아래와 같습니다. 도구 화면의 문장을 그대로 옮겼습니다.

'확인할 수 없습니다'는 "없는 주소"라는 뜻이 아닙니다. 그 주소는 있을 수도, 없을 수도 있습니다. 이런 주소가 많은 명단이라면 한꺼번에 보내지 말고 적은 수부터 보내 반송이 오는지 보시는 편이 앞에서 본 구글 안내와도 맞습니다.

하루 횟수를 제한하는 이유는, 이 확인이 저희 서버가 상대 메일 서버에 직접 연결해서 묻는 방식이라 한꺼번에 많이 하면 저희 서버가 차단될 수 있기 때문입니다.

반송 메일에 적힌 코드는 어떻게 읽나요?

반송 메일에는 보통 550 5.1.1처럼 숫자 두 묶음이 있습니다. 앞의 세 자리는 서버의 대답 종류이고, 뒤의 점 두 개짜리는 이유입니다. 맨 앞 숫자가 5면 다시 보내도 안 되는 영구 실패, 4면 나중에 다시 하면 될 수 있는 일시 실패입니다.

앞의 세 자리는 RFC 5321, 뒤의 점 두 개짜리는 RFC 3463이 정합니다. 두 문서 모두 맨 앞 숫자의 뜻이 같습니다.

자주 보이는 이유 코드의 뜻은 아래와 같습니다. 모두 RFC 3463 원문의 정의입니다.

그러니 550 5.1.1은 "그 주소의 사서함이 없다"는 뜻입니다. 김 과장님이 퇴사해 주소가 지워졌거나, 주소를 잘못 옮겨 적은 경우입니다. 같은 주소로 다시 보내도 결과는 같으므로 명단에서 빼는 것이 맞습니다.

반면 사서함이 가득 찬 경우는 일시 실패이므로, 며칠 뒤 다시 보내면 배달될 수 있습니다. 코드를 읽으면 "빼야 할 주소"와 "기다리면 될 주소"를 구분할 수 있습니다.

info@·contact@ 같은 주소도 확인할 수 있나요?

네, 똑같은 방법으로 확인됩니다. 다만 '받는 주소입니다'는 그 사서함이 있다는 뜻이지, 누가 읽는지를 알려 주지는 않습니다. 사람 이름이 아닌 역할 주소일수록 이 차이가 큽니다.

역할 주소의 이름은 RFC 2142가 정리해 두었습니다. 영업과 관련된 것만 옮기면 이렇습니다.

contact@는 이 목록에 없는 이름이지만, 사람이 아니라 창구를 가리킨다는 점은 같습니다.

한 가지 더 알아 두실 것이 있습니다. RFC 5321은 메일을 받는 서버라면 postmaster@ 주소를 반드시 받도록 정해 두었습니다. 그래서 postmaster@abc-trading.co.kr이 '받는 주소입니다'로 나와도 그것은 표준을 지킨다는 뜻일 뿐, 영업 메일을 읽을 사람이 있다는 뜻은 아닙니다.

수백 곳을 한꺼번에 확인하려면 어떻게 하나요?

무료 도구는 한 번에 한 개, 하루 10번까지입니다. 명단 전체를 확인해야 한다면 Outreach에 가입해 업체를 모으시면, 모으는 단계에서 저희가 주소를 확인하고 없는 주소에는 크레딧을 받지 않습니다.

Outreach는 키워드를 넣으면 조건에 맞는 업체의 이메일·전화번호·인스타 아이디를 모아 주는 도구입니다. 받은 연락처 정보 1개당 1크레딧이고, 찾지 못한 정보는 크레딧을 받지 않습니다. 가입하시면 무료 100크레딧이 들어옵니다. 업체 명단을 어떻게 모으는지는 B2B DB를 온라인에서 자동으로 모으는 법에 정리했습니다.

정리하면

• 주소 확인은 모양 → 메일 서버(MX) → 주소 순서로 합니다.
• 주소 확인은 메일 배달 절차의 받는 사람 단계까지만 가고 끊기 때문에, 받는 분에게는 아무것도 가지 않습니다.
• 없는 주소도 받는 설정(catch-all) 이거나 상대가 확인 요청을 거절하면 보내 봐야 압니다. 저희 실측에서는 25%가 catch-all이었습니다.
• 반송 코드의 맨 앞 숫자가 5면 영구 실패, 4면 일시 실패입니다. 5.1.1은 사서함이 없다는 뜻이므로 명단에서 뺍니다.
• info@·contact@가 '받는 주소'로 나와도 누가 읽는지는 알 수 없습니다.

주소를 걸렀다면 다음은 보내는 쪽 설정입니다. 회사 도메인으로 보내신다면 SPF·DKIM·DMARC 설정 방법을 함께 보십시오.