MX 레코드 조회

MX 조회
다음

메일이 반송되면 가장 먼저 확인할 곳은 수신자의 MX 레코드입니다. 이 도구는 어떤 도메인이든 권한 있는(authoritative) DNS에 질의해 메일 서버(mail exchanger) 호스트명 전체 목록과 우선순위 값, 조회된 IP 주소를 돌려줍니다. 발신 SMTP 서버가 전송을 시도하기 직전에 보는 것과 똑같은 정보입니다.

MX 조회의 작동 방식

  1. 1

    도메인 입력

    예를 들어 example.com처럼 최상위 도메인(apex)을 입력하세요. "mail."이나 프로토콜은 붙이지 마세요.

  2. 2

    DNS 질의

    이 도구가 공용 리졸버에 MX 레코드 세트를 요청하고 반환된 각 항목을 읽어 옵니다.

  3. 3

    우선순위 확인

    우선순위 숫자가 낮은 서버부터 먼저 시도합니다. 우선순위가 같으면 라운드 로빈 방식으로 부하가 분산됩니다.

  4. 4

    호스트명 조회

    각 MX 대상은 A 또는 AAAA 레코드로 조회되므로 응답하지 않는 호스트를 바로 찾아낼 수 있습니다.

MX 레코드가 실제로 하는 일

MX(Mail Exchanger) 레코드는 특정 도메인으로 오는 메일을 어떤 서버가 받는지 외부에 알려 줍니다. MX 유형의 DNS 질의에 대한 응답으로 반환되며, 각 항목은 우선순위 숫자와 호스트명이라는 두 부분으로 이루어집니다. 발신 서버는 우선순위가 가장 낮은 서버를 먼저 시도하고, 전송에 실패하면 숫자가 더 큰 서버로 넘어갑니다.

MX 레코드의 구조

필드 예시 의미
우선순위 10 선호 순서. 숫자가 낮을수록 먼저 선택됨
Exchanger aspmx.l.google.com. 메일을 수신하는 서버의 호스트명
TTL 3600 리졸버가 응답을 캐시에 보관해도 되는 시간(초)

이 조회로 잡아내는 흔한 실수

  • MX 대신 A 레코드. 일부 도메인은 MX 레코드를 설정하는 대신 최상위 도메인을 실수로 웹메일 호스트로 향하게 해 두어, 메일 전송이 조용히 실패합니다.
  • 최상위 도메인의 CNAME. MX 대상은 A/AAAA 레코드를 가진 호스트명이어야 합니다. CNAME을 MX 대상으로 쓰면 RFC 2181을 위반합니다.
  • null MX 누락. 도메인이 메일을 받지 않는다면 MX 0 .를 게시해 발신자가 며칠씩 재시도하지 않고 즉시 반송받도록 하세요.
  • 낡은 Google 또는 Microsoft 대상. Microsoft 365로 이전하는 조직은 예전 aspmx.l.google.com 항목을 지우는 것을 자주 잊습니다.

자주 묻는 질문

이중화 때문입니다. 메일은 저장 후 전달(store-and-forward) 방식이라 제공업체는 우선순위가 다른 메일 서버 여러 대를 함께 게시합니다. 기본 서버가 다운되면 발신자는 자동으로 다음 우선순위를 시도합니다.

가장 높은 선호도라는 뜻으로 가장 먼저 시도됩니다. 실제 숫자는 같은 세트 안의 다른 레코드와 비교할 때만 의미가 있습니다. MX가 하나뿐이라면 우선순위 10이든 0이든 동작은 완전히 같습니다.

기술적으로는 가능합니다. 그 경우 발신자는 A 레코드로 대체하지만, 요즘 제공업체는 이런 상황에서 전송을 거부하는 경우가 많습니다. 도메인이 메일을 받지 않는다면 대신 null MX를 게시하세요.

DNS 캐시 때문입니다. 리졸버마다 TTL이 만료될 때까지 예전 레코드를 그대로 들고 있을 수 있습니다. MX를 방금 변경했다면 기존 TTL이 지난 뒤에 비교하세요.

관련 도구

이 도구는 다른 언어로도 제공됩니다