교환기 호스트 이름은 발신자가 연결해야 할 대상을 식별합니다
각 결과에는 수신 메일 서버의 도메인 이름이 포함됩니다. 해당 호스트 이름은 도달 가능한 인프라로 해석되어야 하며, MX 대상은 순수 IP 주소로 게시해서는 안 됩니다.
조회는 MX 계층만 표시합니다. 대상의 주소 레코드나 도메인의 다른 DNS 데이터도 필요하면 더 넓은 DNS 검사기를 사용하세요.
무료 도구
MX 레코드 조회
도메인을 입력하면 MX 레코드를 실시간으로 가져옵니다. 모든 메일 서버 호스트 이름, 우선순위, 이메일 전달이 올바르게 구성되었는지 확인하세요.
MX 레코드란 무엇인가요?
MX(Mail Exchange) 레코드는 도메인의 이메일 수신을 담당하는 선호 서버를 지정하는 DNS 항목입니다. 누군가 user@example.com으로 보내면 발신 서버는 먼저 example.com의 MX 레코드를 조회합니다. MX가 없으면 SMTP는 도메인의 A 또는 AAAA 주소로 폴백할 수 있습니다. null MX는 해당 도메인이 메일을 수신하지 않음을 명시적으로 선언합니다.
각 MX 레코드는 호스트 이름(메일 서버 주소)과 우선순위 숫자라는 두 가지 구성 요소를 가집니다. 우선순위 숫자가 낮을수록 선호도가 높습니다. MX 레코드가 여러 개이면 발신 서버는 우선순위가 가장 낮은 것을 먼저 시도합니다. 해당 서버를 사용할 수 없으면 다음으로 낮은 우선순위로 폴백합니다. 이 이중화는 메일 서버 하나가 다운되어도 이메일 전달을 보장합니다.
MX 레코드는 수신 이메일의 일반적인 라우팅 계층입니다. SPF, DKIM, DMARC와 같은 인증 레코드는 발신 신원에 관한 것이고, MX 레코드는 발신자를 수신 인프라로 안내합니다. 조회를 통해 명시적 메일 교환기 또는 null MX를 확인할 수 있지만, 빈 MX 응답은 SMTP 암시적 MX 폴백 및 도메인의 A 또는 AAAA 레코드와 함께 해석해야 합니다.
일반적인 MX 레코드 구성
Google Workspace
Google Workspace 도메인은 일반적으로 aspmx.l.google.com 및 변형을 가리키는 우선순위 1, 5, 5, 10, 10의 MX 레코드 다섯 개를 가집니다. 모두 이중화된 Google 메일 서버입니다.
Microsoft 365
Microsoft 365는 yourdomainname-com.mail.protection.outlook.com과 같은 테넌트별 호스트 이름을 가리키는 우선순위 0의 단일 MX 레코드를 사용합니다.
자체 호스팅 또는 맞춤 구성
자체 호스팅 메일 서버는 일반적으로 MX 레코드가 하나 또는 두 개입니다. 주 서버는 우선순위 숫자가 가장 낮고 모든 수신 메일을 처리합니다. 우선순위가 더 높은 백업 서버는 주 서버를 사용할 수 없을 때 메일을 수신합니다.
메일 라우팅 근거
MX 조회가 도메인의 수신 경로에 대해 알려 주는 것
MX 레코드 조회는 DNS에 게시된 메일 교환기 호스트 이름과 선호도 값을 반환합니다. 라우팅 의도를 보여 주며, 메일함 수준의 수락 여부는 나타내지 않습니다.
선호도 값은 순서를 제어하며, 속도나 품질은 제어하지 않습니다
숫자가 낮은 선호도 값이 높은 값보다 먼저 시도됩니다. 선호도가 같으면 여러 교환기에 시도가 분산될 수 있고, 숫자가 더 높은 레코드는 일반적으로 폴백 용량을 제공합니다.
숫자가 가장 낮은 레코드가 자동으로 더 건강하거나 빠른 것은 아닙니다. 이 값은 도메인 소유자가 선택한 라우팅 우선순위를 나타냅니다.
결과 상태
MX 레코드, 빈 결과, null MX를 해석하는 방법
간단한 표에서는 비슷해 보이는 세 가지 경우가 SMTP에서는 서로 다른 의미를 가집니다.
하나 이상의 일반 MX 레코드
도메인이 명시적 수신 호스트를 게시합니다. 호스트 이름 철자가 올바른지, 우선순위가 의도한 제공자를 반영하는지, 마이그레이션 후 구식 레코드가 제거되었는지 확인하세요.
명시적 MX 레코드 없음
SMTP는 도메인의 A 또는 AAAA 주소로 암시적 폴백을 지정합니다. 이는 해당 주소에서 SMTP 서비스가 실제로 수신 대기 중이라는 증거가 아니므로, 빈 MX 표는 자동 메일함 판정이 아니라 진단 상태로 남겨 두어야 합니다.
null MX 레코드
선호도 0이고 exchange가 .인 MX 레코드는 해당 도메인이 이메일을 수신하지 않음을 나타냅니다. 이는 명시적인 서비스 없음 신호이며, 일반 MX 레코드와 함께 사용해서는 안 됩니다.
도달할 수 없는 대상이 있는 게시된 레코드
연결이 시간 초과되거나, 인증서가 실패하거나, 서버가 수신자를 거부해도 DNS는 올바르게 보일 수 있습니다. MX 조회는 그러한 네트워크 또는 SMTP 검사를 수행하지 않습니다.
문제 해결 워크플로
도메인 라우팅부터 수신자 검증까지 MX 조회 활용
DNS와 SMTP를 순서대로 진행하여 각 결과가 하나의 명확한 질문에 답하도록 하세요.
- 1
@ 기호 뒤의 정확한 도메인을 조회하세요
URL, 경로, 사용자 이름을 제거하세요. 하위 도메인의 주소라면 해당 하위 도메인을 조회하세요. 조직 루트와 다른 수신 경로를 게시할 수 있기 때문입니다.
- 2
호스트 이름과 우선순위를 의도한 제공자와 비교하세요
메일 마이그레이션 후 이전·신규 제공자 혼재, 잘못 표기된 대상, 이중화 누락, 또는 의도한 서비스와 충돌하는 null MX가 있는지 확인하세요.
- 3
다음 계층을 해석하고 테스트하세요
교환기 호스트 이름이 해석되고 수신 서비스에 도달할 수 있는지 확인하세요. MX 행만으로는 서버 상태를 입증하지 못합니다.
- 4
도메인 경로를 사용할 수 있을 때만 메일함을 검증하세요
구문 및 MX 선별을 위해 이메일 유효성 검사기를 사용하거나, 수신자 수준 SMTP 근거를 위해 이메일 검증기를 사용하세요.
MX가 입증하지 못하는 것
MX 레코드 검사기는 메일함 검사기가 아닙니다
도메인 라우팅과 수신자 수락은 이메일 경로의 서로 다른 계층입니다.
로컬 파트가 존재함을 입증하지 못합니다
동일한 MX 호스트가 유효한 사용자, 철자 오류, 폐기된 계정, 역할 메일함, Catch-All 추측을 포함해 도메인의 모든 주소를 처리합니다.
서버에 도달할 수 있음을 입증하지 못합니다
DNS 레코드는 인프라보다 오래 남거나 일시적으로 사용할 수 없는 서비스를 가리킬 수 있습니다. 이 도구는 TCP 또는 SMTP 연결을 열지 않습니다.
발신자 인증을 진단하지 못합니다
SPF, DKIM, DMARC는 발신 신원을 위한 별도의 TXT 기반 제어입니다. 수신 MX 레코드에서 추론하지 말고 전용 생성기와 검사기를 사용하세요.
수신함 도달을 예측하지 못합니다
MX 라우팅은 메시지가 어디에 제공되는지를 나타냅니다. 스팸 필터링, 평판, 정책, 메일함 규칙이 수신 시스템이 수락한 이후의 결과를 결정합니다.
프로토콜 참조
SMTP는 명시적 MX 라우팅과 암시적 폴백을 모두 정의합니다
이 구분은 두 가지 흔한 오류를 방지합니다. 빈 MX 결과를 모두 전달 불가로 선언하는 것과, 메일 서비스를 명시적으로 게시하지 않는 도메인을 간과하는 것입니다.
관련 이메일 도구
다음 도구를 증거 유형으로 고르십시오. 수신자, 주소 탐색, DNS와 인프라, 또는 발신자 워크플로입니다.
무료 도구
DNS 체커
모든 도메인의 A, AAAA, MX, TXT, NS, CNAME 레코드를 확인하십시오. 실시간 DNS 조회로 즉시 결과를 확인합니다. 무료이며 가입이 필요 없습니다.
도메인 또는 인프라 증거이며, 메일박스 증명은 아닙니다.
이메일 검증 도구
이메일 유효성 검사기
주소 형식과 공개된 MX 레코드를 무료로 확인하세요. SMTP로 메일박스 존재 여부를 확인하지 않고 형식과 도메인 메일 라우팅을 즉시 검사합니다.
수신자 증거이며, 발신자나 DNS 설정이 아닙니다.
이메일 검증 도구
이메일 검증기
구문, MX, SMTP 메일박스, 일회용, 역할, Catch-All 검사를 실행하는 무료 이메일 검증기로 이메일 주소가 유효한지 확인하세요.
수신자 증거이며, 발신자나 DNS 설정이 아닙니다.
무료 도구
SPF 체커
모든 도메인의 SPF 레코드를 확인하고 검증합니다. 전체 SPF 레코드, 메커니즘 분석, 올바른 구성 여부를 확인하십시오. 무료, 가입 불필요.
도메인 또는 인프라 증거이며, 메일박스 증명은 아닙니다.
무료 도구
DMARC 체커
모든 도메인의 DMARC 레코드를 확인하십시오. 정책, 정렬 설정, 보고 주소, 올바른 구성 여부를 확인합니다. 무료이며 가입이 필요 없습니다.
도메인 또는 인프라 증거이며, 메일박스 증명은 아닙니다.
이메일 도구
이메일 전달성 테스트
실제 메시지 샘플로 이메일 전달성 테스트를 실행하세요. SPF, DKIM, DMARC, DNS, 블랙리스트, 스팸 필터, 헤더, 콘텐츠 증거를 검토합니다.
발신자 또는 메시지 진단이며, 주소 탐색이 아닙니다.
자주 묻는 질문
1. 도메인에 MX 레코드가 없으면 무엇을 의미하나요?
명시적 MX 레코드가 없는 것은 null MX와 다릅니다. SMTP는 MX가 없을 때 도메인의 A 또는 AAAA 주소로 암시적 폴백을 정의하지만, 그 폴백에 의존하는 경우는 드물고 잘못 구성되었을 수 있습니다. 우선순위 0이고 exchange가 .인 단일 MX는 null MX이며, 해당 도메인이 이메일을 수신하지 않음을 명시적으로 나타냅니다.
2. 일부 도메인에 MX 레코드가 여러 개인 이유는 무엇인가요?
여러 MX 레코드는 이중화를 제공합니다. 발신 서버는 우선순위 숫자가 가장 낮은 레코드를 먼저 시도합니다. 해당 서버가 다운되었거나 응답하지 않으면 발신자가 다음 레코드로 재시도합니다. 이를 통해 유지보수나 장애 중에도 이메일 전달이 보장됩니다.
3. MX 레코드의 우선순위 숫자는 무엇을 의미하나요?
우선순위 숫자는 어떤 메일 서버에 먼저 연결할지를 결정합니다. 숫자가 낮을수록 선호도가 높습니다. 우선순위 1이 우선순위 10보다 먼저 시도됩니다. 두 레코드의 우선순위가 같으면 부하 분산을 위해 서버가 무작위로 선택됩니다.
4. MX 레코드 변경이 전파되는 데 얼마나 걸리나요?
DNS 변경은 일반적으로 전 세계에 30분에서 몇 시간 내에 전파됩니다. 기존 레코드의 TTL(Time to Live) 값이 이전 값이 얼마나 오래 캐시되는지를 결정합니다. TTL이 3600(1시간)으로 설정되어 있으면 변경 사항이 전 세계에 보이기까지 최대 1시간이 걸릴 수 있습니다.
5. MX 레코드에 IP 주소를 사용할 수 있나요?
아니요. MX 레코드는 IP 주소가 아니라 호스트 이름(A 또는 AAAA 레코드)을 가리켜야 합니다. 이는 RFC 사양입니다. IP 주소를 사용하면 메일 서버가 해당 도메인으로 올바르게 전달하지 못합니다.
6. MX 레코드 조회는 이메일 전달성과 어떤 관련이 있나요?
MX 레코드는 수신 전달을 위한 선호 메일 교환기를 식별합니다. 조회는 게시된 호스트 이름과 우선순위를 확인하지만, 해당 서버에 도달할 수 있는지 또는 메일함이 존재하는지는 테스트하지 않습니다. MX 레코드가 없는 도메인은 SMTP가 정의한 암시적 A 또는 AAAA 폴백을 사용할 수 있는 반면, null MX는 해당 도메인이 메일을 수신하지 않음을 명시적으로 나타냅니다.
관련 도구
대규모로 이메일 주소 검증
MX 조회는 이메일 검증의 한 단계입니다. BillionVerify는 도메인만이 아니라 모든 주소가 실제로 존재하는지 확인하기 위해 전체 SMTP 핸드셰이크를 수행합니다.
월 600 + 로그인 시 매일 20 무료 크레딧 · DNS만이 아닌 전체 SMTP 검증 · 즉시 API 이용 · 신용카드 불필요
99.9%
정확도
Real-time
API 속도
$0.00014
이메일당
600/mo
영구 무료