본문으로 건너뛰기

메일 발송 설정 점검

Mail Deliverability Check

도메인의 MX·SPF·DKIM·DMARC를 한 번에 확인하고 메일이 거부되는 이유를 설명합니다.

한 도메인이 메일을 주고받는 방식에 대해 DNS가 말하는 것을 한 번에 읽습니다. MX·SPF·DMARC·DKIM 키·MTA-STS·TLS-RPT를 모두 조회하고, 빠졌거나 서로 어긋나는 것을 짚습니다. 보낸 메일이 스팸함으로 가는데 이유를 아무도 모를 때 돌려 볼 검사입니다.

☁️ 서버를 사용emailspfdkimdmarcmx

DNS 조회만 합니다. 도메인 이름이 서버를 거쳐 공개 리졸버(Cloudflare)로 가고, 메일 서버에는 접속하지 않습니다.

메일 주소의 @ 뒤 부분입니다. MX·SPF·DMARC·MTA-STS·TLS-RPT와 흔한 셀렉터의 DKIM 키를 한 번에 조회합니다.

셀렉터를 알면 정확히 조회합니다. 모르면 default·google·selector1 같은 흔한 이름을 시도합니다.

사용 방법

  1. 메일 주소의 @ 뒤를 넣습니다

    주소나 URL이 아니라 메일 도메인입니다. 하위 도메인이 따로 메일을 보낸다면 그 하위 도메인을 따로 확인하세요.

  2. 아는 셀렉터가 있으면 넣습니다

    DKIM 키는 DNS로는 찾아낼 수 없는 셀렉터 이름 아래에 있습니다. 보낸 메일의 DKIM-Signature 헤더에서 s= 값을 가져오세요. 없으면 흔한 이름들을 시도하는데 자주 빗나갑니다.

  3. 지적 사항을 순서대로 처리합니다

    항목마다 영역 표시가 붙습니다. SPF 없음과 DMARC 없음이 우선이고, 조회 10회 한도를 넘긴 SPF가 까다로운 경우입니다. SPF가 아예 없는 것처럼 실패하기 때문입니다.

자주 묻는 질문

테스트 메일을 보내나요?

보내지 않습니다. 여기 모든 답은 DNS 레코드에서 나오며, 메일 서버에 접속하지도 어디로 무엇을 보내지도 않습니다.

DKIM을 못 찾았다는데 고장 난 건가요?

대개 아닙니다. 맞는 셀렉터가 없으면 조회할 대상 자체가 없고, 셀렉터는 어디에도 공개되지 않습니다. 보낸 메일 헤더에서 찾아 넣어 보세요. 맞는 셀렉터로도 키가 없다면 그때가 진짜 문제입니다.

다 통과인데 여전히 스팸함으로 갑니다

인증은 바닥이지 천장이 아닙니다. 발송 IP와 도메인의 평판, 내용, 신고율, 수신자 목록 관리가 배치를 좌우하는데 어느 것도 DNS에는 보이지 않습니다. 이 검사가 걷어 내 주는 것은 레코드를 고쳐서 해결되는 절반입니다.

MTA-STS는 무엇에 쓰나요?

다른 메일 서버가 이쪽으로 배달할 때 TLS를 반드시 쓰도록 알리는 장치입니다. 기회적 TLS만 쓸 때 남는 다운그레이드 공격을 막습니다. 선택 사항이라 없으면 실패가 아니라 참고 항목으로 표시됩니다.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.