Email Spam Tester

무료 도구

MX 레코드 조회

도메인의 MX 레코드를 발신자가 시도하는 순서대로 조회하고, 목록의 모든 서버가 IP 주소로 확인되는지 검사하세요.

MX 레코드가 알려주는 정보

MX 레코드는 해당 도메인의 메일을 수신하는 서버를 지정하며, 앞에 기본 설정 값이라는 숫자가 붙습니다. 발신 서버는 가장 낮은 숫자부터 시도하고 해당 서버가 응답하지 않으면 다음 서버로 넘어갑니다. 숫자가 같은 레코드 두 개는 부하를 분산합니다. 검사기는 이 순서대로 레코드를 표시하고 각 호스트 이름을 IPv4 및 IPv6 주소로 확인합니다.

도메인에 MX 레코드가 전혀 없으면 발신자는 A 또는 AAAA 레코드로 대체하여 해당 주소로 전송을 시도합니다(RFC 5321, 5.1절). 일반적으로 루트 도메인 뒤의 주소는 웹 서버이므로, 이는 원하는 동작인 경우가 거의 없습니다.

메일 전송을 중단시키는 레코드

MX 레코드는 호스트 이름을 가리켜야 합니다. IP 주소를 가리키는 레코드는 유효하지 않습니다. 호스트 이름이 CNAME인 경우도 RFC 2181에서 금지하므로 유효하지 않습니다. 대부분의 발신자는 그래도 이를 따르지만 일부는 전송을 포기하기 때문에, 특정 제공업체의 메일은 수신하면서 다른 제공업체의 메일은 반송될 수 있습니다. 검사기는 이 두 경우뿐 아니라 호스트 이름이 전혀 확인되지 않는 경우도 표시합니다. 이는 마이그레이션 후 이전 서버가 남아 있다는 의미일 수 있습니다.

null MX는 우선순위 0과 점 하나로 구성된 단일 레코드이며, 해당 도메인이 메일을 받지 않는다는 의미입니다(RFC 7505). 메일을 보내지도 받지도 않는 도메인에는 이것이 올바른 설정이며, 발신자는 며칠 동안 재시도하지 않고 즉시 전송 시도를 중단합니다. 메일을 보내는 도메인에는 null MX가 없어야 합니다. 답장과 반송 메일을 받을 곳이 필요하기 때문입니다.

발신 도메인에 정상적인 MX가 필요한 이유

반송 메일과 답장은 도메인으로 돌아가므로, 메일을 보내는 도메인은 메일을 받을 수 있어야 합니다. Return-Path의 도메인은 반송 메일을 받고 From 도메인은 답장을 받습니다. 일부 수신자는 해당 도메인의 메시지를 받기 전에 도메인이 메일을 수신하는지 확인합니다. MX와 A 레코드가 모두 없는 발신 하위 도메인은 임의로 만든 도메인처럼 보일 수 있습니다.

검사기는 MX 목록과 함께 MTA-STS 및 TLS-RPT 레코드도 확인합니다. 이러한 레코드가 없어도 현재 메일 수신이 중단되지는 않습니다. 레코드를 설정하면 MTA-STS를 지원하는 발신자는 암호화 없이 메일을 전송하지 않으며, TLS-RPT는 암호화 전송이 실패했을 때 보고서를 보낼 위치를 알려줍니다.

대신 실제 이메일을 테스트하세요

각 도구는 설정의 한 부분을 검사합니다. 전체 테스트는 이메일 자체를 분석합니다. 일회용 주소로 메시지 한 통을 보내 수신 서버가 평가한 SPF, DKIM, DMARC 결과, 블랙리스트, 콘텐츠, 두 가지 스팸 점수와 수정 계획을 확인하세요. 수신함 배치 테스트를 추가하면 Gmail, Outlook, Yahoo 및 기타 제공업체에서 어느 폴더에 도착하는지 확인할 수 있습니다.

이메일 테스트샘플 보고서 보기

질문

MX 레코드는 어떻게 확인하나요?

위에 도메인을 입력하세요. 검사기는 DNS에 MX 레코드를 요청하고 우선순위에 따라 정렬한 다음, 각 서버의 주소를 확인합니다. 터미널에서는 dig MX example.com 또는 nslookup -type=mx example.com을 사용하여 동일한 조회를 수행할 수 있지만, 대상에 대한 검사는 포함되지 않습니다.

MX 우선순위 번호는 무엇을 의미하나요?

선호도를 나타내며, 숫자가 낮을수록 먼저 시도됩니다. 10 mx1과 20 mx2가 설정된 도메인은 mx1에서 메일을 받고, mx1이 응답하지 않을 때만 mx2를 사용합니다. 숫자가 같으면 서버 간에 메일이 분산됩니다. 값 자체에는 순서 외의 의미가 없으므로 1과 5는 10과 50과 동일하게 작동합니다.

MX 레코드가 CNAME을 가리킬 수 있나요?

아니요. RFC 2181에서 이를 금지하며, RFC 5321에서는 대상이 자체 주소 레코드를 가질 것을 요구합니다. 많은 발신자가 그래도 CNAME을 확인하므로, 엄격한 발신자가 메일을 반송할 때까지 오류가 드러나지 않을 수 있습니다. MX가 CNAME의 최종 대상 이름을 가리키도록 설정하세요.

null MX 레코드란 무엇인가요?

우선순위가 0이고 대상이 점 하나인 단일 MX 레코드입니다. RFC 7505에 정의되어 있으며, 해당 도메인이 이메일을 받지 않는다는 사실을 발신자에게 알립니다. 파킹된 도메인을 포함하여 메일을 보내지도 받지도 않는 도메인에 사용하세요. 그러면 해당 도메인으로 보낸 메일이 즉시 실패하며, 누구도 이 도메인이 명시하지 않은 채 메일을 수신한다고 주장할 수 없습니다.

이메일을 보내려면 MX 레코드가 필요한가요?

엄밀히 말하면 MX 레코드가 없어도 발송은 가능합니다. 하지만 실제로는 From 및 Return-Path에 사용되는 도메인이 메일을 받을 수 있어야 합니다. 반송 메일과 답장을 받을 곳이 필요하며, 수신자는 아무 메일도 받을 수 없는 발신 도메인을 위험 신호로 간주합니다. 발송 전용 하위 도메인에는 제공업체의 반송 서버를 가리키는 MX를 설정할 수 있습니다.

MX 레코드 변경 사항이 적용되는 데 얼마나 걸리나요?

기존 레코드의 TTL만큼 걸립니다. 발신자는 캐시가 만료될 때까지 저장된 응답을 사용하므로, 마이그레이션 하루 전에 TTL을 낮춘 다음 레코드를 변경하고 이전 TTL이 만료될 때까지 기존 서버에서 메일을 계속 수신하세요.

Common errors

기타 무료 도구