요약

이 MX 레코드 조회 도구는 dig나 nslookup에서 붙여넣은 MX 레코드를 읽고, 발신 서버가 실제로 시도하는 순서로 정렬한 뒤, 각 호스트 뒤의 메일 제공자를 알려 줍니다. 그다음 바운스를 일으키는 실수를 표시합니다. 대상이 IP 주소인 경우, null MX가 실제 레코드와 섞인 경우, 한 도메인에 제공자가 둘인 경우, 대체 호스트가 없는 단일 호스트 같은 것들입니다. 실시간 DNS를 조회하지 않으므로 여러분의 리졸버가 반환한 값을 그대로 보게 됩니다. 브라우저에서 실행되며 붙여넣은 내용은 어디로도 전송되지 않습니다.

MX 레코드 조회 도구: 레코드를 읽고 점검하세요

dig 명령 한 줄을 실행해 결과를 붙여넣으면 전달 순서, 메일 제공자, 바운스를 일으키는 실수를 바로 볼 수 있습니다. 아무것도 브라우저 밖으로 나가지 않습니다.

MX 레코드 점검하기

MX 레코드 조회 도구

dig, nslookup 결과 또는 "우선순위 호스트" 형식의 줄을 붙여넣으세요. 입력하는 동안 결과가 바로 갱신됩니다.

dig MX yourdomain.com +short 결과, dig 전체 응답, nslookup 결과, 또는 한 줄에 우선순위 호스트 쌍 하나를 붙여넣으세요.

      작동 방식

      도구가 MX 레코드에서 읽는 것

      우선순위가 순서를 정합니다

      각 MX 레코드는 16비트 우선순위와 호스트 이름을 짝으로 가집니다. 발신 서버는 가장 낮은 숫자부터 시도하고, 호스트에 연결할 수 없을 때만 다음 숫자로 넘어갑니다. 도구는 레코드를 단계별로 정렬해 실제 전달 순서가 보이도록 합니다.

      호스트 이름이 제공자를 알려 줍니다

      도구는 각 대상을 aspmx.l.google.com이나 mail.protection.outlook.com 같은 알려진 접미사와 비교합니다. 약 20개의 메일함 및 게이트웨이 제공자를 식별합니다. 인식하지 못한 호스트는 추측하지 않고 표시만 합니다.

      점검 규칙은 RFC에서 옵니다

      점검 항목은 RFC 5321, RFC 2181, RFC 7505에 명시된 규칙입니다. 호스트 이름 대상만 허용하고, CNAME 별칭을 금지하며, null MX는 단독으로 존재해야 합니다. 점수나 임의의 기준값은 없습니다.

      실행 위치

      명령 한 줄, 그다음 붙여넣기

      도구가 DNS를 대신 조회하지 않으므로 답은 여러분의 터미널에서 나옵니다. 메일 마이그레이션을 디버깅할 때는 이것이 장점입니다. 조회 사이트의 캐시된 사본이 아니라 지금 여러분의 리졸버가 실제로 반환하는 값을 볼 수 있습니다.

      • macOS와 Linux: dig MX yourdomain.com +short
      • Windows: nslookup -type=mx yourdomain.com
      • 특정 공개 리졸버에 질의하려면 dig 명령에 @1.1.1.1을 추가하세요
      터미널 출력이 보이는 노트북 옆에 메일 흐름을 스케치한 노트
      MX 레코드를 바꾸기 전에

      깔끔한 메일 전환을 위한 4단계

      발신 트랜잭션 메일도 함께 쓰는 도메인에서 인바운드 메일을 옮길 때 우리가 따르는 순서입니다.

      1. 1

        현재 레코드 세트 기록

        dig MX를 실행하고 출력을 저장하세요. 여기에 붙여넣으면 무엇을 교체하는지, 지금 어떤 제공자가 담당하는지 확인할 수 있습니다.

      2. 2

        TTL을 미리 낮추기

        MX TTL을 300초로 낮춘 뒤, 최소한 기존 TTL만큼 기다리세요. 리졸버가 오래 유지된 캐시를 만료시켜야 편집 내용이 적용됩니다.

      3. 3

        한 번의 편집으로 레코드 교체

        기존 호스트를 제거하고 새 호스트를 함께 추가하세요. 반쯤 끝난 교체가 한 도메인에 제공자 두 곳을 남기는 원인입니다.

      4. 4

        공개 리졸버에서 확인한 뒤 TTL 복원

        공개 리졸버에 dig를 실행하고 결과를 붙여넣으세요. 도구에 제공자 하나와 오류 없음이 표시되면 TTL을 다시 올리세요.

      MX 레코드 조회 도구에 대한 질문

      이 MX 레코드 조회 도구는 무료인가요?
      네. 가입이나 요청 제한이 없습니다. 파싱과 점검은 브라우저에서 실행되며, 붙여넣은 텍스트는 서버로 전송되지 않습니다. 페이지 밖으로 나가는 것은 익명의 도구 실행 신호뿐입니다.
      실시간 DNS 서버를 조회하나요?
      아니요. 브라우저는 DNS 질의를 직접 보낼 수 없고, 도메인을 제3자 조회 API로 보내는 것은 원치 않는 의존성을 추가하기 때문입니다. dig나 nslookup 명령을 한 번 실행해 결과를 붙여넣으면 도구가 읽고, 정렬하고, 점검합니다. 즉 여러분의 리졸버가 보는 값을 그대로 볼 수 있습니다.
      붙여넣을 MX 레코드는 어떻게 얻나요?
      macOS나 Linux에서는 dig MX yourdomain.com +short를, Windows에서는 nslookup -type=mx yourdomain.com을 실행하세요. 두 형식 모두 동작하며, dig 전체 응답이나 10 mx.example.com 같은 단순 쌍도 됩니다.
      MX 우선순위 숫자는 무엇을 뜻하나요?
      우선순위입니다. 가장 낮은 숫자가 먼저 시도됩니다. 그 호스트에 연결할 수 없으면 발신 서버는 다음 숫자로 넘어갑니다. 같은 숫자를 가진 호스트들은 무작위 순서로 시도되며, 제공자들이 인바운드 부하를 나누는 방식입니다.
      MX 레코드에 IP 주소가 있으면 왜 오류인가요?
      MX 대상은 A 또는 AAAA 레코드로 해석되는 호스트 이름이어야 합니다. RFC 5321은 그 자리에 IP만 쓰는 것을 허용하지 않습니다. 일부 메일 서버는 이를 허용하지만 많은 서버는 허용하지 않으므로, 추적하기 어려운 간헐적 바운스가 발생합니다.
      도구가 한 도메인에 제공자 두 곳이 있다고 경고하는 이유는 무엇인가요?
      MX가 섞여 있는 경우는 대부분 끝내지 못한 마이그레이션에서 생깁니다. 발신 서버는 낮은 우선순위를 먼저 시도하고 그 호스트가 다운되었을 때만 넘어가므로, 메일이 메일함이 없는 플랫폼에 도착할 수 있습니다. 의도적으로 라우팅하는 것이 아니라면 제공자를 하나로 유지하세요.
      MX 레코드는 발신에도 영향을 주나요, 수신에만 영향을 주나요?
      수신에만 영향을 줍니다. 발신 메일은 SPF, DKIM, DMARC 레코드와 발신 IP의 평판에 따라 처리됩니다. 올바른 MX 세트만으로는 발신 측의 스팸함 문제를 해결할 수 없습니다.
      MX 레코드가 없는 도메인도 확인할 수 있나요?
      아무것도 붙여넣지 않으면 도구가 레코드를 찾지 못했다고 알려 줍니다. MX 레코드가 없으면 발신 서버는 도메인의 A 또는 AAAA 레코드로 대체하는데, 대부분 원하는 결과가 아닙니다. 도메인이 메일을 전혀 받지 않아야 한다면 null MX(0 .)를 게시하세요.

      발송 인프라를 추적하세요

      이 도구는 인바운드 쪽을 다룹니다. Notification Harbor는 여러분이 직접 관리하는 발송을 다룹니다: 도메인 워밍업, 트레이스 단위 관찰성, 첫 운영 발송 전에 설정하는 SPF, DKIM, DMARC.

      Notification Harbor 작동 방식 보기
      notificationharbor
      무료로 시작하기